Dump on first run...

My mfc app is set up using installshield.

On each first run after reboot - the app dumps giving a stack trace (the program has performed and illegal operation and will be shut down).
After that it runs fine each time, till the first time after boot.

What could be the reason for this to happen?
bflVijayAsked:
Who is Participating?
 
jhanceConnect With a Mentor Commented:
With so little information about all I can do is guess.

Ok, so here'e my guess.  You're calling a Windows API call with an invalid parameter.  It just so happens that AFTER it fails once, it doesn't happen again until a reboot.

Why Win98 and not your unspecified development environment? (Which I assume is NOT Win98!) There are MANY MANY differences between the Win32 API as IMPEMENTED on Win9x vs. WinNT/2000/XP.

How to find it?

1) Review your code and find any places where you've used a variable without initializing it.

2) Review your code and check ALL the Win32 function calls to make sure you are using them according to DOCUMENTED specs.

3) Install your VC++ package on the target system and use its debugger.

4) Get and use a debugger like SoftICE on the target to help locate the problem.

5) Put the ::MessageBox() trace messages in your code to help isolate WHERE this problem is happening in your code.
0
 
jhanceCommented:
Could be any number of things...

Have you run ths application in the VC++ debugger and isolated WHERE it is crashing?  That's usually a good placed to start.
0
 
bflVijayAuthor Commented:
The problem is that it does not crash on the development environment either debug/release mode.
On target environment (win9X) it crashes only the first time after boot. The second time it runs properly. Since there is consistency, I thought someone might have come across a similar problem...



0
Take Control of Web Hosting For Your Clients

As a web developer or IT admin, successfully managing multiple client accounts can be challenging. In this webinar we will look at the tools provided by Media Temple and Plesk to make managing your clients’ hosting easier.

 
bflVijayAuthor Commented:
The problem is that it does not crash on the development environment either debug/release mode.
On target environment (win9X) it crashes only the first time after boot. The second time it runs properly. Since there is consistency, I thought someone might have come across a similar problem...



0
 
bflVijayAuthor Commented:
The problem is that it does not crash on the development environment either debug/release mode.
On target environment (win9X) it crashes only the first time after boot. The second time it runs properly. Since there is consistency, I thought someone might have come across a similar problem...



0
 
jhanceCommented:
So what are we to do here?  If you cannot or will not supply any information and check the things that have been suggested, HOW CAN YOU EXPECT ANY RESOLUTION?

I gave you 5 concrete things to try and check and you've not indicated that you've checked into ANY of them!!
0
 
bflVijayAuthor Commented:
No offence intended - but the browser refresh resulted in the duplicated messages. Also I could not reply till I actually found the suggestion either useful or otherwise.

Well - I opted for option 5 (Msg Boxes) because I felt 1 or 2 was not the possible reason, I cannot have VC on the target environment (it works then!!) - and downloading SoftICE was not possible.

The dump was caused by the following lines of code in the OnSize() of my RichEditView Class (any reasons why??)

ShowScrollBar(SB_BOTH);
GetRichEditCtrl().ShowScrollBar(SB_BOTH);

0
All Courses

From novice to tech pro — start learning today.