Upon returning any error from G+Stool, my computer locks up completely, requiring me to kill G+Stool from task manager to continue to use the machine. I have tested compiling from command line and the issue is no longer present, and only occurs when using the hex and flash buttons in the IDE and only when there is an error.
The freeze occurs with any error, for example; failed to compile due to syntax or other code error, failed to program PIC not found.
If I click "Flash" in GCB while there is no PIC connected, it will attempt to program the chip, the freeze then occurs in the same instance this appears:
I'm using windows 7 home premium, it looks older because of the theme I have selected. It is a very old install and since it's OEM windows I don't have the product key to reinstall the OS.
The no-StayOpen exe still crashes but automatically closes when I CTRL+ALT+DEL.
the no-PositionIni and NoRestrictions exe still crashes and still requires me to kill it from task manager to unfreeze the machine
All of the exes don't crash when I successfully compile or flash.
One of the symptoms of the freeze is the mouse becoming extremely lagged, and the computer speakers will play a beep tone over and over.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
G+Stool uses FreeBasic's Beep-command. I don't know how the command works internally, but the manual says:
Beep tells the system to sound a beep noise. Note that this might not work on some platforms. Since this command is not reliable and there is no way to specify the frequency and duration, you might want to avoid it in favor of other / better solutions, ...
"not reliable" doesn't sound confidence inspiring. So I replaced the Beep commands by API calls.
The Beep-API version still suffers from the freeze issue, the no-beep version works without issues.
Specifically, during the freeze the Beep-API exe causes the mouse to become very slow, and every mouse movement starts a succession of equally spaced beeps, continuing until the mouse stops moving, all while the GCB IDE is "not responding" in the background. To open task manager unlocks the mouse and killing G+Stool in task manager unfreezes GCB.
Last edit: Pernel Sned 2022-01-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
With the mouse acting up and beeping going wild, I wonder if there may be a Windows enumeration issue/conflict. (Pickit Programmer/Sound Device/Mouse/Ser Ports)
If a USB mouse I would try it on another USB Port and see what happens. I might even use USBDView to remove selected devices and let Window re-enumerate.
On the other hand CPU usage could be going to nearly 100% when there is a hangup.
Last edit: William Roth 2022-01-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sound-API works well, and plays a different noise when there is an error. No longer any freeze.
I tried with Beep-API after disconnecting everything from USB aside from the mouse which I moved to a different port, and the freeze occurred. I have no sound devices other than the windows default, even have no realtek audio manager.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Upon returning any error from G+Stool, my computer locks up completely, requiring me to kill G+Stool from task manager to continue to use the machine. I have tested compiling from command line and the issue is no longer present, and only occurs when using the hex and flash buttons in the IDE and only when there is an error.
@steini63
I have had a look at this. It is related to G+STOOL,EXE but I still cannot compile the source to add any debug for @Pernel
As he states : running the G+STOOL,EXE from the commandline with USEINI <filename> works ok. </filename>
Hi!
Do i see correctly that it is only about programmer errors, not compiler errors?
Frank
@steini63
It is a compiler error. The latest compiler should not program if a compiler error happens.
The freeze occurs with any error, for example; failed to compile due to syntax or other code error, failed to program PIC not found.
If I click "Flash" in GCB while there is no PIC connected, it will attempt to program the chip, the freeze then occurs in the same instance this appears:
Last edit: Pernel Sned 2022-01-18
Ok, so g+stool.exe is nearly finished.
You can try one of the patched G+Stool in this download:
https://www.franksteinberg.de/ZIPS/G+Stools_Test.zip
IMO the one in "no-StayOpen" should help. This is not yet the solution, but it helps to narrow down the problem.
Frank
I replaced G+Stool.exe with each of the ones in the download and the freeze now occurs if the programming succeeds as well as when there is an error.
Last edit: Pernel Sned 2022-01-19
Sorry, my mistake. This exes didn't work on my side too.
Please download the same ZIP again. I've renewed the files inside.
btw:
Your screenshots look very "old fashioned". What OS are you using? Except of my faulty test-files from yesterday I can't reproduce the issue.
Frank
I'm using windows 7 home premium, it looks older because of the theme I have selected. It is a very old install and since it's OEM windows I don't have the product key to reinstall the OS.
The no-StayOpen exe still crashes but automatically closes when I CTRL+ALT+DEL.
the no-PositionIni and NoRestrictions exe still crashes and still requires me to kill it from task manager to unfreeze the machine
All of the exes don't crash when I successfully compile or flash.
One of the symptoms of the freeze is the mouse becoming extremely lagged, and the computer speakers will play a beep tone over and over.
Aaah, useful hint.
Please reload https://www.franksteinberg.de/ZIPS/G+Stools_Test.zip . I've added an "no-Beep" version.
Frank
That's done it! Thanks Frank, the no beep version works great. I usually like beeps but in this case I'm glad to see them go.
@steini63 Does the isolation of the beep tell you the issue ? Is this an errant API call?
Should we replace the existing exe with a no-beep version for everyone?
G+Stool uses FreeBasic's Beep-command. I don't know how the command works internally, but the manual says:
"not reliable" doesn't sound confidence inspiring. So I replaced the Beep commands by API calls.
@Pernel Sned
Please reload https://www.franksteinberg.de/ZIPS/G+Stools_Test.zip again. I've added a "Beep-API" version. Maybe you can report, how this version works for you.
Frank
@steini63
Great stuff!
The Beep-API version still suffers from the freeze issue, the no-beep version works without issues.
Specifically, during the freeze the Beep-API exe causes the mouse to become very slow, and every mouse movement starts a succession of equally spaced beeps, continuing until the mouse stops moving, all while the GCB IDE is "not responding" in the background. To open task manager unlocks the mouse and killing G+Stool in task manager unfreezes GCB.
Last edit: Pernel Sned 2022-01-24
Ok, thank you for testing! Last attempt:
Please load the ZIP again and try Sound-API. This one plays a standard Windows sound instead of beeping.
Frank
Last edit: Frank Steinberg 2022-01-24
With the mouse acting up and beeping going wild, I wonder if there may be a Windows enumeration issue/conflict. (Pickit Programmer/Sound Device/Mouse/Ser Ports)
If a USB mouse I would try it on another USB Port and see what happens. I might even use USBDView to remove selected devices and let Window re-enumerate.
On the other hand CPU usage could be going to nearly 100% when there is a hangup.
Last edit: William Roth 2022-01-24
Sound-API works well, and plays a different noise when there is an error. No longer any freeze.
I tried with Beep-API after disconnecting everything from USB aside from the mouse which I moved to a different port, and the freeze occurred. I have no sound devices other than the windows default, even have no realtek audio manager.
Great; so thats's the way to go for the next version.
Frank
Cheers Frank, thanks for the help