FORUM HOME > TNM > Help
Build 3 Circuit Shutdown?

IronwolfePosted on 10/03/04 at 12:19:09

I really, really wanted to just quickly reset the submission in my circuit this morning.

Installed the Build 3, went in, went to my circuits, chose my circuit and...uh...

TNM shut down.

Any clues on this?  I'm running a 2000 machine, PIII 450, 512 RAM, and updating from Build 2 to Buld 3
JustinPosted on 10/03/04 at 14:13:13

i've been having the same problem but i'm running Win 98
Oliver CoppPosted on 10/03/04 at 16:41:01

Are you running TNM through a DOS shell (by manually launching TNM) or through a shortcut on your desktop?

Please verify this for me:

- click "Start", then "Run"
- type the following:

cmd

[a DOS window will pop up]

cd \tnm7se (replace this path with wherever your TNM is)
tnm

Does it still crash? If so, what error number and location do you get?

Thanks,

Oliver
IronwolfePosted on 10/03/04 at 23:13:00

I've tried several ways.  I was running from the shortcut to the batch file.  Just tried it through a command window and got the same thing.  Ditto on going straight to the batch file and running it.

Unfortunately, there's no error message.  It just closes down.  The Diagnostics plugin also says there's nothing wrong here.

I wish there was an error code, but no dice.  Just opened one second and closed the next.

Also, it's not the circuit itself.  I just tried launching again and going into a second circuit I've got and no go there either.
Oliver CoppPosted on 10/04/04 at 08:35:48

Oh, this sounds like Windows is killing the program for some odd reason. If TNM crashes, it's always with an error message.

What I suggest is this: please get it touch with me via e-mail and we'll work together on this. I'll shift code around until it doesn't get thrown out anymore.
IronwolfePosted on 10/07/04 at 01:59:56

Oliver
Did you get my email on this?  Not pushing, just asking.  If you didn't, I'm just wondering if you need the TNM executable from this side (doubt that it makes a difference) or anything else?

AnubisPosted on 10/08/04 at 23:19:09

This has happened to me before, and it always happened when the circuit name you select makes a call to a foldier that doesn't exist.  Try looking into it that way.  The update might have done something with the folder calls.
Oliver CoppPosted on 10/14/04 at 20:43:47

Ironwolfe - no, I haven't. Could you please resend.

Anubis - other than the stated changes, the code hasn't been altered in any way.
JustinPosted on 10/15/04 at 02:00:05

What happens with my build 3 is I can do anything (edit the database, options menu, etc) but as soon as I try to open my circuit I get an error message.
It is a windows message that says the program has performed an illegal operation & has encountered a general protection exception. The fault location is 0B64:1EDD

Just to see what happens I reinstalled TNM7 FE and it runs perfectly.

I uninstalled SE & reinstalled it without any plugins & it is still crashing.

I'm running 98 and i am launching manually from the DOS shell.

Oliver CoppPosted on 10/15/04 at 08:55:32

Aaah... a GPF. Now we're getting closer - it's a Windows issue then, as opposed to a TNM issue :)

This problem seems to be with some builds of Windows 95 and Windows 98.

Please right-click the "DOS Prompt" icon on your Windows desktop and click "Properties".

Then look for a checkbox along the lines of "Prevent Application From Detecting Windows" and make sure it is checked.

I have no idea why this helps but apparently it does.
JustinPosted on 10/15/04 at 13:56:30

Aaah... a GPF. Now we're getting closer - it's a Windows issue then, as opposed to a TNM issue  

This problem seems to be with some builds of Windows 95 and Windows 98.

Please right-click the "DOS Prompt" icon on your Windows desktop and click "Properties".

Then look for a checkbox along the lines of "Prevent Application From Detecting Windows" and make sure it is checked.

I have no idea why this helps but apparently it does.
It didn't work...any other suggestions?
Oliver CoppPosted on 10/15/04 at 16:27:20

All I could offer you is for you to contact me via e-mail and I'd then send you replacement copies of CARDPRI.PBC until Windows stops throwing it out.

I've had this problem with a few users in Win98 and in most cases, just changing the compilation options and/or switching some code around did the trick.

The thing is: Win9x/ME's DOS shell has a major memory management bug which affects sophisticated DOS-based applications. Your run-of-the-mill command line program won't be affected. Programs such as TNM which fill up all or almost all available memory get the DOS shell to panic.

TNM got considerably more complex when taking the step from FE to SE, so that explains why things work without fail with FE and don't with SE on your system.

And again, I have to stress that this *only* happens on very, very few systems. Quite a few people still use the Win9x series of operating systems and are able to run TNM to the max without any trouble whatsoever.

I've tried narrowing things down to maybe a certain brand of graphics card but so far, the offending systems have shown absolutely nothing in common, other than being based on Windows 95 and its direct successors.
IronwolfePosted on 10/16/04 at 02:09:07

I sent over the email again - just wasn't sure if you needed me to send you the non-working program or something else or nothing.

Thanks again
IW
Oliver CoppPosted on 10/16/04 at 09:59:30

I sent Justin a file that helped him and would like to send you the same file.
IronwolfePosted on 10/16/04 at 19:16:27

Those files did the trick nicely - thank you!
IW
HallNashPosted on 10/18/04 at 05:43:39

I would love for you to send me those files as well.....as I am having that problem as well
Thanks.
HallNash@aol.com
Oliver CoppPosted on 10/18/04 at 07:22:34

You can get it here: http://www.tnm7.com/downloads/cardpri.zip