> Hi, I'm new to this reflector group.
Howdy - welcome.
> I'm looking for some good advice on how to succeed.
On the whole, I think things should be fairly painless. Just load your old 4 programs and they will work with a minimum of fuss & bother (except of course where you have to update the MC library). The Execution Mode (File->Default Preferences, General tab, Execution Mode radio group) should already be set to VEE 4. If you want to use newer features you can set it higher (ActiveX = 5, new data types = 6, .NET = 7) but you may find some objects behave a bit differently & the compiler is a bit fussier.
> "The procedure entry point SMapLS_IP_EBP_20 could not be located in
> the dynamic link library Kernel32.dll".
Bummer man. That function was in Windows 9x & early versions of NT, but no longer. I think it got dropped in W2K. "Selector Map Local Selector"
something or other. EBP is usually the start of local vars, 20... frame size? Well, it doesn't help much. I don't know how to cure this problem other than talk to the manufacturer. This problem is not unheard of. Install programs need to realize they may be dependant on special versions of kernel32.
Ok, try this: get an old NT4 Workstation install CD and copy kernel32.dll to the MC application directory. When it tries to load kernel32.dll it will find the local copy before the pathed copy and load it - maybe. Kernel32 is always mapped into every process so it might not work. You can also try calling LoadLibrary explicitly with the path to the older kernel32.dll. It would look something like this (import these functions from kernel32.dll - the real one):
int __stdcall LoadLibraryA(char *pFile); int __stdcall FreeLibrary(int hMod);
Then in a formula box:
hMod = LoadLibraryA("c:\Program Files\Measurement Computing\whatever\kernel32.dll");
Then call the MC init. After you're done using the universal library, do:
FreeLibrary(hMod);
If that doesn't fix it, nothing will. Call MC and see if you can get through to the guy that wrote the install. There's probably some obscure combination of stellar alignments that caused his install to fail in this particular XP case (I think I remember seeing several people using MC on XP with no problem).
Finally, you can try The Archive but I don't see anything about this particular problem. At least you can read about others' experiences with MC.
http://www.oswegosw.com/SearchVRF.php?st=%22measurement%20computing%22%20xp
-SHAWN-
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Howdy - welcome.
> I'm looking for some good advice on how to succeed.
On the whole, I think things should be fairly painless. Just load your old 4 programs and they will work with a minimum of fuss & bother (except of course where you have to update the MC library). The Execution Mode (File->Default Preferences, General tab, Execution Mode radio group) should already be set to VEE 4. If you want to use newer features you can set it higher (ActiveX = 5, new data types = 6, .NET = 7) but you may find some objects behave a bit differently & the compiler is a bit fussier.
> "The procedure entry point SMapLS_IP_EBP_20 could not be located in
> the dynamic link library Kernel32.dll".
Bummer man. That function was in Windows 9x & early versions of NT, but no longer. I think it got dropped in W2K. "Selector Map Local Selector"
something or other. EBP is usually the start of local vars, 20... frame size? Well, it doesn't help much. I don't know how to cure this problem other than talk to the manufacturer. This problem is not unheard of. Install programs need to realize they may be dependant on special versions of kernel32.
Ok, try this: get an old NT4 Workstation install CD and copy kernel32.dll to the MC application directory. When it tries to load kernel32.dll it will find the local copy before the pathed copy and load it - maybe. Kernel32 is always mapped into every process so it might not work. You can also try calling LoadLibrary explicitly with the path to the older kernel32.dll. It would look something like this (import these functions from kernel32.dll - the real one):
int __stdcall LoadLibraryA(char *pFile); int __stdcall FreeLibrary(int hMod);
Then in a formula box:
hMod = LoadLibraryA("c:\Program Files\Measurement Computing\whatever\kernel32.dll");
Then call the MC init. After you're done using the universal library, do:
FreeLibrary(hMod);
If that doesn't fix it, nothing will. Call MC and see if you can get through to the guy that wrote the install. There's probably some obscure combination of stellar alignments that caused his install to fail in this particular XP case (I think I remember seeing several people using MC on XP with no problem).
Finally, you can try The Archive but I don't see anything about this particular problem. At least you can read about others' experiences with MC.
http://www.oswegosw.com/SearchVRF.php?st=%22measurement%20computing%22%20xp
-SHAWN-
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Howdy - welcome.
> I'm looking for some good advice on how to succeed.
On the whole, I think things should be fairly painless. Just load your old 4
programs and they will work with a minimum of fuss & bother (except of
course where you have to update the MC library). The Execution Mode
(File->Default Preferences, General tab, Execution Mode radio group) should
already be set to VEE 4. If you want to use newer features you can set it
higher (ActiveX = 5, new data types = 6, .NET = 7) but you may find some
objects behave a bit differently & the compiler is a bit fussier.
> "The procedure entry point SMapLS_IP_EBP_20
> could not be located in the dynamic link
> library Kernel32.dll".
Bummer man. That function was in Windows 9x & early versions of NT, but no
longer. I think it got dropped in W2K. "Selector Map Local Selector"
something or other. EBP is usually the start of local vars, 20... frame
size? Well, it doesn't help much. I don't know how to cure this problem
other than talk to the manufacturer. This problem is not unheard of. Install
programs need to realize they may be dependant on special versions of
kernel32.
Ok, try this: get an old NT4 Workstation install CD and copy kernel32.dll to
the MC application directory. When it tries to load kernel32.dll it will
find the local copy before the pathed copy and load it - maybe. Kernel32 is
always mapped into every process so it might not work. You can also try
calling LoadLibrary explicitly with the path to the older kernel32.dll. It
would look something like this (import these functions from kernel32.dll -
the real one):
int __stdcall LoadLibraryA(char *pFile);
int __stdcall FreeLibrary(int hMod);
Then in a formula box:
hMod = LoadLibraryA("c:\Program Files\Measurement
Computing\whatever\kernel32.dll");
Then call the MC init. After you're done using the universal library, do:
FreeLibrary(hMod);
If that doesn't fix it, nothing will. Call MC and see if you can get through
to the guy that wrote the install. There's probably some obscure combination
of stellar alignments that caused his install to fail in this particular XP
case (I think I remember seeing several people using MC on XP with no
problem).
Finally, you can try The Archive but I don't see anything about this
particular problem. At least you can read about others' experiences with MC.
http://www.oswegosw.com/SearchVRF.php?st=%22measurement%20computing%22%20xp
-SHAWN-
---
You are currently subscribed to vrf as: rsb@soco.agilent.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Â
I’m a Vee user from the HP days updating from 4.0 to 7.5 and from an old ’98 operating system to XP2.
Â
I’m looking for some good advice on how to succeed. I have the 30-day trial of 7.5 and have updated the Measurement Computing (Computer Boards) Universal Library to for Vee, version 5.12, as well as the latest Instacal version 5.61.
Â
The installation seems to have gone well – to a point. I see that I have a new drop down menu in Vee for data acquisition. The first item is for CBI_UL the Measurement Computing universal library for Vee.
Â
As a test, I can pull CBI_UL into Vee and attempt to run with only that object. Vee complains “The procedure entry point SMapLS_IP_EBP_20 could not be located in the dynamic link library Kernel32.dll†.
Â
Any suggestions will be greatly appreciated!
Â
Bon Shaw
Â
Â
Â
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".