Strangely enough version 0.07 hangs on startup on toshiba laptop.
Itried remote debugging it but then the issue goes away.
As far as I know the application/game only uses on thread, however opengl m ight be using a thread internally.
There were some left overs of critical sections from when the game was thre aded, but since threads were removed this should not be causing an issue.
As far as I know thread can read enter critical sections if they already ac quired it.
So this has me mystified currently.
The game currently uses OnMessage and OnDone from TApplicationEvents to get the main thread under control.
Done is set to False to keep the application running.
So there are two entry points as where the main thread starts entering my c ode and potentially these critical sections.
Perhaps somehow Tapplication and the Tform are running two threads ?
Maybe one from openglcontrol, is this even possible ? Weird ?
I could be wrong maybe critical sections can not be entered twice, in that case maybe OnDone or OnMessage or OnPaint is called while still in the othe r event handler.
That could explain the lock up.
Previous versions were removed, should have left them up so people could tr y out those versions.
Anyway I want to know exactly what is going on so I will try some tools to automatically add log files or I myself will re-enable the console and outp ut writeln messages to hopefully see in real time where the lockup on the t oshiba occurs.
Could also be a faulty AMD/ATI driver. I did manipulate the driver versions to make it believe it's higher to be able to run star wars battlefront 2 w hich then still crashes. But for now I don't believe this is part of the ca use. Driver could maybe be at fault as well though, seen it crash an applic ation before.
Maybe my own TOpenGLControl contains some kind of bug at nc create and nc d estroy or so.
The toshiba laptop is hyper threaded not sure if this is causing some kind of bug.
Anyway this is a very strange bug that is timing dependent. There is also a throttle in there which keeps the application running at 60 hertz, in case some of you run the game on higher frequency monitors.
In future my new games will use a more modern approach which will support h igher frequencies. For now I also wonder if this throttle might be the caus e of lock up somehow. Maybe higher performance timer/frequency is not yet i nitialized or somehow fails.
Anyway let me know if this game runs on your system or not. I would like to know how many systems are affected by this current weird bug.
Bye for now, Skybuck.