Your ASM shows ;Program compiled by Great Cow BASIC (0.98.07 2021-07-24 (Windows 64 bit) : Build 1005) for Microchip MPASM still build 1005 not 1061... attached again.
I can apply the patch several times ... and get the same result. Maybe that there is a compatibility issue due to the Win x64 version ? I must add that I had to allow the downloading explicitely, my Panda Antivirus detected the patch as "viral".
Last edit: Bertrand BAROTH 2022-01-08
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
And now it works ! I didn't understand how to use the file, I thought it was a corrective patch to be executed, and not that I should replace the gcbasic.exe with it.
Last edit: Bertrand BAROTH 2022-01-08
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
OK, thanks for Your efforts ... I think that "basically" GCBasic is rather PIC-oriented, and not so much used for AVR's, am I right ? Version is now 0.98.07 2022-01-06 (Windows 32 bit) : Build 1061 . I am now waiting for the "final" update, 64 bit !
Last edit: Bertrand BAROTH 2022-01-08
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Last year - we added LGT, all the new big AVRs, all the new little AVRs. Support for the new AVRs was a large project involving four developers who were the AVR experts. And.
added more AVR demos that PIC last year.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I do not think so. AVR may not be used as much as therefore the maturity is lower as usage finds issues, fixes issues raises the maturity of the AVR support. The libraries are PIC/AVR/LGT - it is the obscure use of the compiler that we are fixing today.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Use the 32 bit for now. It is not a lot different from the 64bit.
And, until I create a complete release you would have to manually update with a patch ZIP.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Since I use images of my system/progs partition (W7 x64 pro), what is the minimum version of GC Basic which should be already installed to get ALL newest files when I apply the patch ? I would re-image the partition first ... and make a new version.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Questions : if I install a new version, should I uninstall the old one first ? And does build_1064 already include the updates in the patch, or not ? And if I don't uninstall, does the installlation keep the "customizations" that I made to the menues ? Since I use a "foreign", not supported programmer (MikroElektronika), I erased all entries in the menues which refer to programming. I don't use AVRDudess, because there is no simple way to program the fuses, one must use a "fuse calculator" site previously ...
Last edit: Bertrand BAROTH 2022-01-09
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Personally, I just install on top of existing install. I keep no customisations as the pace of updating the software is fast, and it will get faster as more and more people develop the software and the complete toolchain.
However, if you have custom programmer then you need to migrate all your settings etc.
A word of warning. If you have are using Programmer Preferences (which uses USE.INI) then you should recreate the entries. Old use.ini are not compatible and you have issues by using an old use.ini
General approach I would use.
Rename existing folder structure to gcb@syn_old.
Install new.
Adapt config in new install.
if you need to access the old installation run syn.exe from the old folder structure.
And, AVRDude can write fuses.
Last edit: Anobium 2022-01-09
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have investigated issuing an AVR specific installer - the size is smaller but the overhead here to manage the different setup files is too high for me. :-(
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Your ASM shows ;Program compiled by Great Cow BASIC (0.98.07 2021-07-24 (Windows 64 bit) : Build 1005) for Microchip MPASM still build 1005 not 1061... attached again.
I can apply the patch several times ... and get the same result. Maybe that there is a compatibility issue due to the Win x64 version ? I must add that I had to allow the downloading explicitely, my Panda Antivirus detected the patch as "viral".
Last edit: Bertrand BAROTH 2022-01-08
Go to the command prompt. Go the gcb@syn\greatcowbasic folder.
Enter GCBASIC /Version
What is the version number ?
Then, copy gcbasic.exe from your download folder to the gcb@syn\greatcowbasic. then,
Enter GCBASIC /Version
What is the version number ?
I can reassure you this not a virus exe but your virus may still report an error as it was compiled today. Ho hum.
You can update the exe many times - so, this is not the issue.
And now it works ! I didn't understand how to use the file, I thought it was a corrective patch to be executed, and not that I should replace the gcbasic.exe with it.
Last edit: Bertrand BAROTH 2022-01-08
Copy using file explorer from the download folder to the gcb@syn\greatcowbasic folder, carefully, then at the command prompt:
Enter GCBASIC /Version
Check the version number ?
OK, thanks for Your efforts ... I think that "basically" GCBasic is rather PIC-oriented, and not so much used for AVR's, am I right ? Version is now 0.98.07 2022-01-06 (Windows 32 bit) : Build 1061 . I am now waiting for the "final" update, 64 bit !
Last edit: Bertrand BAROTH 2022-01-08
Yes it is PIC-oriented, why Anobium says AVR may not be used as much then why did he start writing demos for 328 instead of pics?
:-(
Last year - we added LGT, all the new big AVRs, all the new little AVRs. Support for the new AVRs was a large project involving four developers who were the AVR experts. And.
added more AVR demos that PIC last year.
I do not think so. AVR may not be used as much as therefore the maturity is lower as usage finds issues, fixes issues raises the maturity of the AVR support. The libraries are PIC/AVR/LGT - it is the obscure use of the compiler that we are fixing today.
Is the issue resolved?
As I wrote : Yes. Thanks again ...
Excellent.
Use the 32 bit for now. It is not a lot different from the 64bit.
And, until I create a complete release you would have to manually update with a patch ZIP.
See the latest patchs or any compiler after build 1062.
See https://sourceforge.net/projects/gcbasic/files/Release%20Candidates/Patches/
For the very latest 64bit build. You MUST unpack the whole ZIP to your installation – you cannot selectively take files from the ZIP.
The rename the correct gcbasic.exe version to your needs. Gcbasic64.exe > gcbasic.exe
Enjoy,
Evan
Since I use images of my system/progs partition (W7 x64 pro), what is the minimum version of GC Basic which should be already installed to get ALL newest files when I apply the patch ? I would re-image the partition first ... and make a new version.
I would just install this - posted this morning. https://sourceforge.net/projects/gcbasic/files/Release%20Candidates/GCB_Installer-v0.98.07.build_1064.exe/download
It is a formal build. Therefore, you can install.
Questions : if I install a new version, should I uninstall the old one first ? And does build_1064 already include the updates in the patch, or not ? And if I don't uninstall, does the installlation keep the "customizations" that I made to the menues ? Since I use a "foreign", not supported programmer (MikroElektronika), I erased all entries in the menues which refer to programming. I don't use AVRDudess, because there is no simple way to program the fuses, one must use a "fuse calculator" site previously ...
Last edit: Bertrand BAROTH 2022-01-09
Personally, I just install on top of existing install. I keep no customisations as the pace of updating the software is fast, and it will get faster as more and more people develop the software and the complete toolchain.
However, if you have custom programmer then you need to migrate all your settings etc.
A word of warning. If you have are using Programmer Preferences (which uses USE.INI) then you should recreate the entries. Old use.ini are not compatible and you have issues by using an old use.ini
General approach I would use.
Rename existing folder structure to gcb@syn_old.
Install new.
Adapt config in new install.
if you need to access the old installation run syn.exe from the old folder structure.
And, AVRDude can write fuses.
Last edit: Anobium 2022-01-09
FYI
I have investigated issuing an AVR specific installer - the size is smaller but the overhead here to manage the different setup files is too high for me. :-(