alanasmith
asked on
VB4 app. and Windows ME/98 incompatibility
I may not have explained the problem properly. The app. is developed on two computers one running Win98 and the other WinME. Both machines use identical directory structures for both VB4-A and the program modules, forms etc. The installation is done using InstallShield Express version 2.02. The code is 'instrumented' using Numega FailSafe to detect and track run time errors.
The EXEs produced run perfectly under the OS on which they were developed. However, the EXE produced under WinME does not execute properly under Win9x.
Since the EXE works OK it appears that all OCX, DLL Library file,Registry keys etc are all present and correct. However, there are different versions of some of these controls for each OS - particularly the dreaded COMCTL32.OCX.
When the WinME <app>.EXE executes on Win98 the "error loading file" occurs when the <MDIParent.frm>.Show method is invoked. The form doesn't show but on continuation past the error the <MDIParent.frm>_Terminate routine is invoked. This happens to have an exit MsgBox but this is displayed BEHIND any other open windows. It is necessary to use the vbSystemModal button property in the MsgBox function to force the message to the front. However, the MDI form itself cannot be modal - only the MsgBox window.
Thanks to all for various suggestions but none appear to address the backward incompatibility of WinME with Win9x. I know other ISVs who have trouble with WinME/9x incompatibilities but not with VB and not of this type.
**********ORIGINAL QUESTION**************
A fairly large (2.5MB EXE) app. developed with VB4 on a computer running Windows 98 produces an EXE that fails when run under Windows ME. An error 31037 "Error 1 - Error loading from file" occurs on attempting to execute a <formname>.Show.
The same app. developed on a machine running Windows ME shows the same error when the EXE is run under Windows 98.
The EXE is a 32-bit application and uses an MDI Parent form.
Any information or corroboration or work-around would be appreciated. Is conditional compilation a possible solution here?
More details available if needed.
The EXEs produced run perfectly under the OS on which they were developed. However, the EXE produced under WinME does not execute properly under Win9x.
Since the EXE works OK it appears that all OCX, DLL Library file,Registry keys etc are all present and correct. However, there are different versions of some of these controls for each OS - particularly the dreaded COMCTL32.OCX.
When the WinME <app>.EXE executes on Win98 the "error loading file" occurs when the <MDIParent.frm>.Show method is invoked. The form doesn't show but on continuation past the error the <MDIParent.frm>_Terminate routine is invoked. This happens to have an exit MsgBox but this is displayed BEHIND any other open windows. It is necessary to use the vbSystemModal button property in the MsgBox function to force the message to the front. However, the MDI form itself cannot be modal - only the MsgBox window.
Thanks to all for various suggestions but none appear to address the backward incompatibility of WinME with Win9x. I know other ISVs who have trouble with WinME/9x incompatibilities but not with VB and not of this type.
**********ORIGINAL QUESTION**************
A fairly large (2.5MB EXE) app. developed with VB4 on a computer running Windows 98 produces an EXE that fails when run under Windows ME. An error 31037 "Error 1 - Error loading from file" occurs on attempting to execute a <formname>.Show.
The same app. developed on a machine running Windows ME shows the same error when the EXE is run under Windows 98.
The EXE is a 32-bit application and uses an MDI Parent form.
Any information or corroboration or work-around would be appreciated. Is conditional compilation a possible solution here?
More details available if needed.
Hi!
Did you set some wrong filepath (picture file, text file, binary file... etc.) which is N.A. in Win ME?
Place the line:
On error resume next
for all statements loading a file.
That's it!
glass cookie : )
Did you set some wrong filepath (picture file, text file, binary file... etc.) which is N.A. in Win ME?
Place the line:
On error resume next
for all statements loading a file.
That's it!
glass cookie : )
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Hi alanasmith@devx,
It appears that you have forgotten this question. I will ask Community Support to close it unless you finalize it within 7 days. I will suggest to:
Split points between: glass_cookie and Matti
alanasmith@devx, if you think your question was not answered at all or if you need help, you can simply post a new comment here. Community Support moderators will follow up.
EXPERTS: If you disagree with that recommendation, please post an explanatory comment.
==========
DanRollins -- EE database cleanup volunteer
It appears that you have forgotten this question. I will ask Community Support to close it unless you finalize it within 7 days. I will suggest to:
Split points between: glass_cookie and Matti
alanasmith@devx, if you think your question was not answered at all or if you need help, you can simply post a new comment here. Community Support moderators will follow up.
EXPERTS: If you disagree with that recommendation, please post an explanatory comment.
==========
DanRollins -- EE database cleanup volunteer
Per recommendation, force-accepted.
Netminder
CS Moderator
glass_cookie: points for you at https://www.experts-exchange.com/jsp/qShow.jsp?ta=visualbasic&qid=20328652
Netminder
CS Moderator
glass_cookie: points for you at https://www.experts-exchange.com/jsp/qShow.jsp?ta=visualbasic&qid=20328652
Is it probably cause an error when windows cannot load the control library?
How do you install your program?