|
-
November 29th, 2002, 11:38 AM
#1
Prog doesn't start on other PC's
If I want to start the release-version of my prog on an other PC (not mine) it just happens nothing....
There's no Error-Message, no Programm, even no task in the taskmanager appearing, WinME just goes on like ever. I used MFC and the ActiveX-Controll MSComm (serial-communication), but i don't think that's the error, because I already "used" a program with MFC and MSComm, so the only thing I really changed (besides some controls) are the BitmapButton, but I can't immagine that BitmapButtons dont work on other Systems.
I tried already with WinXP (2 times) and Win98 (2 times)
what's the matter?
simon
-
November 29th, 2002, 01:27 PM
#2
Hi,
perhaps you are using some ActiveX controls or Dlls, which are not registered on the other system?
Hope it helps
Winni
-
November 29th, 2002, 01:28 PM
#3
There is obviously some difference between your system and others. It is hard to say what could go wrong since you did not tell what kind of application you are dealing with (MDI/SDI/dialog based).
Try inserting some message boxes to at least see if you are reaching initialization routines (InitInstance as first). After that, if dialog based (I think that is your type of an app) try OnInitDialog.
Lack of some resources present on your computer may prevent program from starting – meaning exiting prematurely.
There are only 10 types of people in the world:
Those who understand binary and those who do not.
-
November 29th, 2002, 01:43 PM
#4
You say that the release version won't run. Will the debug version run on the other machine?
-
November 29th, 2002, 01:56 PM
#5
To see if you are missing some dll's on the other machine, you can download a "Dependency walker" (depend.exe) Run your program in it on both pc's and compare the list of dll's. I found this program to be invaluable because I had to make a program work on Win98 and WinNT. The names of the dll's were the same but I had to load the Win98 equivalents and then it started working.
You can download it free here:
http://lists.gpick.com/pages/File_Tools.htm
I also suggest you check all your libraries and dll's and make sure they are compiled in release mode too.
I hope this helps,
Zim
-
November 29th, 2002, 04:06 PM
#6
I used the prog to find out whats the problem, I find out, that on my computer (where it works) there where 2 dll's missing (APPHELP.DLL and USERENV.DLL) and one module has an unresolved import (OLE32.DLL). On a laptop with WinXP ( where it doesn't work) there was only one dll missing (EFSADU.DLL) and also one module with an unresolved impot (MPR.DLL). But also after downloading the dll from the i-net, the prog doesn't work.
strange is the two pc's need many differents dll's...
So I tried the Debug-Version, and there it is the same 
Then I tried to reduce the programm but as its a quite big app it's not very easy.... alltough I cleared the oninitdialog and also every serial comunication, but it remains always the same....
simon
(PS: the app is dialog based)
-
November 29th, 2002, 04:42 PM
#7
Originally posted by simon210
I used the prog to find out whats the problem, I find out, that on my computer (where it works) there where 2 dll's missing (APPHELP.DLL and USERENV.DLL) and one module has an unresolved import (OLE32.DLL). On a laptop with WinXP ( where it doesn't work) there was only one dll missing (EFSADU.DLL) and also one module with an unresolved impot (MPR.DLL). But also after downloading the dll from the i-net, the prog doesn't work.
strange is the two pc's need many differents dll's...
So I tried the Debug-Version, and there it is the same
Then I tried to reduce the programm but as its a quite big app it's not very easy.... alltough I cleared the oninitdialog and also every serial comunication, but it remains always the same....
simon
(PS: the app is dialog based)
You mentioned "APPHELP.DLL" . I did a google search on this file name, and it looks like it is only available for XP. Also, it looks like you are trying to run an Internet app or an app that uses the Internet in some way. I would suggest taking a look at this discussion:
http://dotnet247.com/247reference/msgs/26/131498.aspx
Regards,
Paul McKenzie
-
November 29th, 2002, 04:52 PM
#8
Programmers often overlook checking for errors in programs. You should look at your program and verify that you are checking for errors everywhere there might be an error.
-
November 29th, 2002, 04:58 PM
#9
Originally posted by Zim327
To see if you are missing some dll's on the other machine, you can download a "Dependency walker" (depend.exe)
Do you mean "depend.exe" or "Depends.Exe"? The latter (Depends.Exe) is a Platform SDK Tool available with the Platform SDK and provided with VC 6 and up.
-
November 29th, 2002, 05:05 PM
#10
I didn't think that it could be possible that the MSCOMM isn't "activated" on the other computer, so I didn't check
Now that I have activatet the MSCOMM, it works without problem
But I wonder how the other Apps handles the problem with installing the activeX-control. Is there a program to install an activeX-control?
simon
-
November 30th, 2002, 04:33 AM
#11
hi,
U should create a setup of ur program
It will register the activex controls u r using in the program in the target machine
regards
ratheeshravi
-
November 30th, 2002, 04:34 AM
#12
u can register the activex controls by using regsvr32.exe
-
November 30th, 2002, 07:15 AM
#13
but how can I start regsrv32 in my prog and supress the prompt?
simon
-
November 30th, 2002, 03:55 PM
#14
See the /s option
regsvr /s XXXX.XXX
Vinod
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|