C / C++ / MFC

Re: HELP - App stays in memory after crash!

30-Aug-01 6:06

I'm wrestling a problem that has me stumped.

In a nutshell, here's what happens: if I terminate my program in teh debugger - either becasue of a crash or because I manually stop debugging - it remains in memory. Its main window stays up; I can no longer do builds becasue Windows says the file is on use; and I can't even restart, because my app has code to only allow a single instance to run. Clever me!

When this happens, I have to reboot, and since I'm running Win2K, that's about a 5 minute process. I did learn last night, just through blind luck, that the app will eventually shut itself down on its own, like after about 15 minutes.

I can't terminate the app through Task Manager, either - the mesage I get back says "access denied".

My app is multi-threaded, in that I run a couple threads with to watch for file changes with FindFirstChangeNotification. However, this happens even when I disable those threads.

I've tried using AtExit() to set up a function to be called on shutdown, in an attempt to clean up some stuff of which I am suspicious (my MIDI ports, in particular). However, that does not get called when I shut down in the debugger. So much fdor advice from Usenet.

So the questions are:

1) Any idea what could be causing this sort of hangup?
2) Is there any function I can use that will really be called at shutdown, especially during crashes?

TIA x 10^6

Tim Deveaux30-Aug-01 10:11

Tim Deveaux

30-Aug-01 10:11

1) Any idea what could be causing this sort of hangup?

Maybe an automation reference left dangling?

2) Is there any function I can use that will really be called at shutdown, especially during crashes?

I'll go out on a limb and say 'no'... - not for 'Stop Debugging'...

Well, gee that was helpful... Smile | :)

You might want to grep the MSDN for "W32Mar98.exe" - that should get you to a Q&A article by Jeffrey Richter where he discusses enabling the debug priviledge for task manager. The context here is a hung service, but might be worth a try...

Tim Deveaux30-Aug-01 10:50

Tim Deveaux

30-Aug-01 10:50

Or, easier, get the PID and use kill.exe to terminate - kill should run with the debug privilege enabled, assuming you are an admin/user who has this privilege.

Check the Microsoft Platform SDK\Bin\Dbg dir if kill.exe is not in your path.

Jim A. Johnson30-Aug-01 11:15

30-Aug-01 11:15

Thx for the tip - alas, kill doesn't even work!

C:\Microsoft Visual Studio\Platform SDK\Bin\Dbg>kill -f 1420
process PhantomExplorer (1420) - '' could not be killed

So I've got the right process, but it's still unkillable. Will have to look into this deeper. Thanks for the pointers -

Tim Deveaux30-Aug-01 13:53

Tim Deveaux

30-Aug-01 13:53

Hmmm... what terrible terrible thing have you done to get yourself into this mess!

"Inquiring minds want to know..." Smile | :)

Well, it could be that the process is being debugged as far as the system is concerned, making it tough to kill, so you might try exiting msdev first (or killing that). Hey, what happens if you try Debug | Attach to process, or try to attach the debugger through task manager?

I think you _should_ have the debug priv if you're an admin on 2000.

What is the mechanism for preventing multiple instances - would it make a diff if you disabled that?

Jim A. Johnson30-Aug-01 14:08

Setting Focus to an LVITEM

30-Aug-01 14:08

Got it - I think.

The MIDI ports are not being closed. If I execute the code in such a way as to prevent them from ever being opened, the app will shut down and start up again propelry. If the ports are open when I shut down or crash.. the app won't terminate.

Shee-it. So now all I have to do is figure out how to shut them down after a crash. No big deal - right? (I'm being sarcastic, of course.)

30-Aug-01 6:05

Is there anyway to force the focus to go to a specific ListView Item after certain action?

I have tried the following after a label edit:

::SetFocus(pDispInfo->hdr.hwndFrom);

but it doesn't seem to work.

Any ideas anyone?

Re: Setting Focus to an LVITEM

ORi x30-Aug-01 6:22

ORi x

30-Aug-01 6:22

You can use SetItemState to set the state of the item to LVIS_SELECTED.

char find

Matt Newman30-Aug-01 5:28

Matt Newman

30-Aug-01 5:28

I was wondering if you could search for a string of text in a char variable?

-Matt Newman Suspicious | :suss:

Jim A. Johnson30-Aug-01 5:34

30-Aug-01 5:34

Well, depending on what you mean, yes:

CString::Find()

or maybe

strstr()

30-Aug-01 5:53

Ok, I was hoping to use the char format but I guess I can convert it.

-Matt Newman Suspicious | :suss:

Jim A. Johnson30-Aug-01 5:57

30-Aug-01 5:57

See, that's what I meant when I said "depending on what you mean".

You can't search a char for a string. A char is one char. A string is many. What you apparently want to do is search a string - an array of chars - for a string. In that case, you want strstr().