Thanks.
Edit: Tried on 32 bit labview on a 32 bit machine and it still fails.
Attached Thumbnails
Edited by for(imstuck), 13 April 2012 - 03:14 PM.
Exception thrown when trying to load shell32.dll with .NET
Started by
for(imstuck)
, Apr 13 2012 03:00 PM
.net external code assembly .dll
6 replies to this topic
#1
for(imstuck)
-
- Members
-
- 151 posts
Very Active
- Location:Texas
- Version:LabVIEW 2012
- Since:2008
Posted 13 April 2012 - 03:00 PM
I am trying to open shell32.dll with .NET but an exception is being thrown. I'm seeing this type of exception all over when I search google but really not much related to LabVIEW (mostly vb.net, c#.net etc). I have tried loading shell32.dll from system32/shell32.dll and SysWOW64/shell32.dll and both fail. I am running 32 bit LabVIEW on Windows 7 64 bit. I'm guessing it has something to do with that. I am going to try on a coworkers 32 bit computer when I get a chance, but does anyone have suggestions?
Thanks.
Edit: Tried on 32 bit labview on a 32 bit machine and it still fails.
Thanks.
Edit: Tried on 32 bit labview on a 32 bit machine and it still fails.
CLA (but still always learning)
#2
GregR
-
- NI
-
- 47 posts
More Active
- Location:Austin
- Version:LabVIEW 2011
- Since:1992
Posted 13 April 2012 - 04:00 PM
Not all dlls contain .NET metadata so they can't be loaded as .NET assemblies. I believe shell32 would be one of those. You would need to use LoadLibrary from the Win32 API to load it. Also you should just load it by name. The system will locate the appropriate copy.
#3
for(imstuck)
-
- Members
-
- 151 posts
Very Active
- Location:Texas
- Version:LabVIEW 2012
- Since:2008
Posted 13 April 2012 - 04:26 PM
Thanks, I will go the CLFN route.Not all dlls contain .NET metadata so they can't be loaded as .NET assemblies. I believe shell32 would be one of those. You would need to use LoadLibrary from the Win32 API to load it. Also you should just load it by name. The system will locate the appropriate copy.
CLA (but still always learning)
#4
asbo
-
- V I Engineering, Inc.
-
- 1,273 posts
I have no idea what you're talking about... so:
- Version:LabVIEW 2011
- Since:2008
Posted 14 April 2012 - 03:01 PM
Agreed, shell32.dll is not a dot NET assembly. I think there's an assembly viewer tool that comes with Visual Studio which would could point at any given DLL to check with, but I don't know of anything that comes with Windows off-hand.Not all dlls contain .NET metadata so they can't be loaded as .NET assemblies. I believe shell32 would be one of those. You would need to use LoadLibrary from the Win32 API to load it. Also you should just load it by name. The system will locate the appropriate copy.
#5
for(imstuck)
-
- Members
-
- 151 posts
Very Active
- Location:Texas
- Version:LabVIEW 2012
- Since:2008
Posted 16 April 2012 - 10:24 PM
You guys were right, but luckily there's the int->pointer function in .NET which allows you to get away from the CLFN rather quickly after making the initial call (at least in the case of grabbing icons from a dll).
Attached Thumbnails
CLA (but still always learning)
#6
rolfk
-
- Premium Member
-
- 2,050 posts
LabVIEW Aficionado
- Location:Netherlands
- Version:LabVIEW 2011
- Since:1992
Posted 18 April 2012 - 02:20 PM
Wow iterating over Pixels in a loop through .Net calls. You only can hope that icons never get bigger than 48 * 48 pixels or that function is going to be soooooooooo sloooooooooooow.
Instead there are ready made LabVIEW VIs in vi.lib/platform/icon.llb that use exclusively Windwos API calls and are not just factors faster than your solution.
Instead there are ready made LabVIEW VIs in vi.lib/platform/icon.llb that use exclusively Windwos API calls and are not just factors faster than your solution.
Rolf Kalbermatter
CIT Engineering Netherlands
A division of Test & Measurement Solutions
#7
for(imstuck)
-
- Members
-
- 151 posts
Very Active
- Location:Texas
- Version:LabVIEW 2012
- Since:2008
Posted 18 April 2012 - 08:16 PM
Yeah, I am not actually using this (luckily) it was just a thrown together example. But, I will remember that in the future because the speed (or lack there of) didn't even cross my mind. Not to mention, I didn't realize that library existed.
Edited by for(imstuck), 18 April 2012 - 08:27 PM.
CLA (but still always learning)
