The output of the G+stool window scrolIs too quickly to read then disappears. Is there a way to keep this window open until I choose to close it? Or is the output of the G+stool window stored somewhere? Any help appreciated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Geez Evan, the answer is somewhere in those 112 posts? really?
If we had the full source code, we could simply insert a messagebox before the end, but we only get the main program, not the include files.
Evan- can I get a copy of "Window9.bi" ? Yes, that's a 9, not a typo. That's the include file needed to recompile g+stool.bas to make any changes.
In the meantime, if it's a one time only thing, you can temporarily change the useini.bat file found in the G+Stools folder. Near the bottom there's a line that says
@timeout2>nul
you can change to 2 to a larger number to get more time to look at the window. There's no clean way to quit early, however, you'll have to wait the full time every time you run.
Another way would be to put a pause at the end of the batch file, but again, there is no way to pass a key to the window, it will never close and you'd have to abort it. Not good since it leave a hidden command window running every time you do this that you'd have to delete with task manager.
I'm sure there's a better way but I couldn't find it in all those posts.
The best would be if we could just modify g+stools.exe to have a pause until the user hits close as an option.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The idea behind the existing behavior of the G+Stool window is to stay open only if there is an error while compiling or flashing. If everything is fine, there is no need to read the window-content IMO. G+Stool puts all useful information to SynWrite's output-window.
Frank
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Next version is coming our very soon and the version of the IDE source you have is NOT the latest and therefore your changes will not be refected in the next release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
?? That's window9, see Franks link above. It's a huge library for freebasic. I put it aside for now, it was just too much. You can download all the code, but the actual library file, window9.a, for freebasic was nowhere to be found. Haven't figured out how to build it yet.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here you go. I have just looked in the Great Cow BASIC definitive software library. I keep a copy of all the software and tools used by all the developers to ensure we can support moving forward.
Install this version of FBC, then, drop the contents of the zip into the FBC install directory. I just installed onto a clean Windows computer - all good as follows.
Unpacked freebasic version 0.90.1 to \FreeBasic.
Copied libwindow9.a, liblinked_lists.a, and libz.a to \FreeBasic\lib\win32
Copied window9.bi, linked_lists.bi, and zlib.bi to \FreeBasic\inc
Compiled with \FreeBASIC\fbc -s console "g+stool.bas"
It made an exe file with size=103 KB (vs. 172 KB for g+stool.exe in GCB distribution)
Test run doing hex/flash using pickitplus and pickit3 did not work.
No error comments at all, just did not do anything.
Started over with latest freebasic, version 1.07.1
Copied .a and .bi files from your gethub files to new gstool folder and tried to compile.
Errors prevented compilation
Copied in latest versions of the 3 libs and include files from the window9 site.
Compiled as usual.
It made an exe file with size=110 KB
Limited test run from ide doing hex/flash, pickitplus, pickit3 worked as expected.
I'm still concerned that the result (110 KB) is much smaller than GCB distribution (172 KB)
The 172 KB exe in the GCB distribution has a date of 12/21/2018.
Is this one you got from Frank? If so, he probably used a more recent distribution of the
window9 library than you just posted on github.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If I am wrong for g+stool.bas then Frank will tell us. And, I will correct the definitiave software library.
And, regarding RC4. It has been a long time comingm but, we could release RC5 very, very soon. So, ping me Monday to my personal email and I will send RC5, hopefully. If not RC5 then RC4.
RC5 is highly likely to become the released code. As we have three things to resolve in RC4 to get the code out to everyone.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Great news if RC5 is close to release. I desperately need some of those fixes for my current project and the K42 functionality would be nice too.
Is there anything any of us can do to expedite it?
If so please call I will do whatever I can to help.
Cheers
Chris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm still concerned that the result (110 KB) is much smaller than GCB distribution (172 KB)
.
172 KB is the exe size when I compile with the FreeBasic 0.90 compiler. In 2018 I intended to use the 1.06 version but had the 0.90 on my harddisk too. Maybe I used the 0.90 accidentally.
If I compile the 2018 g+stool.bas with with 1.07.1 and the latest lib, I get 110 KB too.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The output of the G+stool window scrolIs too quickly to read then disappears. Is there a way to keep this window open until I choose to close it? Or is the output of the G+stool window stored somewhere? Any help appreciated.
A post by Frank answer the question. https://sourceforge.net/p/gcbasic/discussion/629990/thread/02712ddc/#5fb2 This refers to Flash but it applies to all options.
Geez Evan, the answer is somewhere in those 112 posts? really?
If we had the full source code, we could simply insert a messagebox before the end, but we only get the main program, not the include files.
Evan- can I get a copy of "Window9.bi" ? Yes, that's a 9, not a typo. That's the include file needed to recompile g+stool.bas to make any changes.
In the meantime, if it's a one time only thing, you can temporarily change the useini.bat file found in the G+Stools folder. Near the bottom there's a line that says
you can change to 2 to a larger number to get more time to look at the window. There's no clean way to quit early, however, you'll have to wait the full time every time you run.
Another way would be to put a pause at the end of the batch file, but again, there is no way to pass a key to the window, it will never close and you'd have to abort it. Not good since it leave a hidden command window running every time you do this that you'd have to delete with task manager.
I'm sure there's a better way but I couldn't find it in all those posts.
The best would be if we could just modify g+stools.exe to have a pause until the user hits close as an option.
The post is.
So, add stayopen as last parameter in SynWrite Option - External tools …. / Parameters
Thanks so much!
Evan-
Any chance on getting that window9.bi file?
Why? May I ask? The IDE has nothing to with that file.
Hi Jim!
If you want to modify G+Stool, you can get the window9 library from here:
https://sourceforge.net/projects/guiwindow9/
The idea behind the existing behavior of the G+Stool window is to stay open only if there is an error while compiling or flashing. If everything is fine, there is no need to read the window-content IMO. G+Stool puts all useful information to SynWrite's output-window.
Frank
@Frank. Thank you!
@Jim. What are we trying to resolve?
Next version is coming our very soon and the version of the IDE source you have is NOT the latest and therefore your changes will not be refected in the next release.
If I wanted to make a change, I would need that file. Why give me a g+stool.bas file if I wasn't supposed to possibly need to use it?
Thank you Frank!
We do not provide FreeBASIC, or, the supporting libraries. They are obtained from other places.
I searched for windows 9 with lots of results. Very interesting but no wiser.
?? That's window9, see Franks link above. It's a huge library for freebasic. I put it aside for now, it was just too much. You can download all the code, but the actual library file, window9.a, for freebasic was nowhere to be found. Haven't figured out how to build it yet.
Here you go. I have just looked in the Great Cow BASIC definitive software library. I keep a copy of all the software and tools used by all the developers to ensure we can support moving forward.
And, I have the FBC that Frank must be using.
I just posted to GitHub. https://github.com/Anobium/Great-Cow-BASIC-Library-Development/tree/master/FreeBasic
Install this version of FBC, then, drop the contents of the zip into the FBC install directory. I just installed onto a clean Windows computer - all good as follows.
Excellent, thanks Evan. I'll let you know how it goes :)
Results of the tests:
Unpacked freebasic version 0.90.1 to \FreeBasic.
Copied libwindow9.a, liblinked_lists.a, and libz.a to \FreeBasic\lib\win32
Copied window9.bi, linked_lists.bi, and zlib.bi to \FreeBasic\inc
Compiled with \FreeBASIC\fbc -s console "g+stool.bas"
It made an exe file with size=103 KB (vs. 172 KB for g+stool.exe in GCB distribution)
Test run doing hex/flash using pickitplus and pickit3 did not work.
No error comments at all, just did not do anything.
Started over with latest freebasic, version 1.07.1
Copied .a and .bi files from your gethub files to new gstool folder and tried to compile.
Errors prevented compilation
Copied in latest versions of the 3 libs and include files from the window9 site.
Compiled as usual.
It made an exe file with size=110 KB
Limited test run from ide doing hex/flash, pickitplus, pickit3 worked as expected.
I'm still concerned that the result (110 KB) is much smaller than GCB distribution (172 KB)
The 172 KB exe in the GCB distribution has a date of 12/21/2018.
Is this one you got from Frank? If so, he probably used a more recent distribution of the
window9 library than you just posted on github.
Are you on the same BAS source? You would be needing 0.98.07.RC4 code. Are you on that RC? I cannot remember.
No, just the latest - 12/06/2019:v0.98.06
I'll download the rc4 and try it.
Good to know about only using version 0.90.1 of freebasic, I'll stick to that.
And, here for the compiler and all the tools we only use the files that I shared. Therefore, version 0.90.1 of FreeBASIC. That will have impact.
Nope. Us mere mortals don't have access to RC4.
If I am wrong for g+stool.bas then Frank will tell us. And, I will correct the definitiave software library.
And, regarding RC4. It has been a long time comingm but, we could release RC5 very, very soon. So, ping me Monday to my personal email and I will send RC5, hopefully. If not RC5 then RC4.
RC5 is highly likely to become the released code. As we have three things to resolve in RC4 to get the code out to everyone.
Great news if RC5 is close to release. I desperately need some of those fixes for my current project and the K42 functionality would be nice too.
Is there anything any of us can do to expedite it?
If so please call I will do whatever I can to help.
Cheers
Chris
Spoke with Hugh online today. Hopefully very very soon. Hence, I am not release RC4 as RC5 is close.
Jim giordano wrote:
.
172 KB is the exe size when I compile with the FreeBasic 0.90 compiler. In 2018 I intended to use the 1.06 version but had the 0.90 on my harddisk too. Maybe I used the 0.90 accidentally.
If I compile the 2018 g+stool.bas with with 1.07.1 and the latest lib, I get 110 KB too.