![Wink :wink:](./images/smilies/icon_wink.gif)
CBM prg Studio
Moderator: Moderators
-
- Vic 20 Enthusiast
- Posts: 180
- Joined: Fri Mar 19, 2010 4:31 pm
- Website: http://www.ajordison.co.uk/
- Location: Hartlepool, UK
- Occupation: Software Engineer
Re: CBM prg Studio
Thanks for spotting the broken link. ![Wink :wink:](./images/smilies/icon_wink.gif)
![Wink :wink:](./images/smilies/icon_wink.gif)
Try out CBM prg Studio over at www.ajordison.co.uk
-
- Vic 20 Hobbyist
- Posts: 118
- Joined: Mon Jan 04, 2016 10:17 pm
- Website: http://www.tonyrocks.com
- Location: Pittsburgh
- Occupation: IBM Watson Engr
Re: CBM prg Studio
thanks for the update! Love this Studio!
Re: CBM prg Studio
Hi
I have problems with getting a basic program and assembly program to build together (in current version). Is it a bug or am I doing something wrong? Both "Determine build order from source files" or "Use specified build order" only results in launching the basic program. There is no assembly building going on since I have a couple of errors in the code (and they do not show up in the error list).
If I select "Use specified build order", then try to build, then go into "Project properties again" I get a message saying "Programs in the project cannot have the same start address or line number". The specified build order is then shown as empty.
My assembly program starts at $2000 while the basic program ends much sooner than that. My guess is that the interpreter sees that as overlapping since the basic area spans all of the $1200-$8000 memory?
How can I get around this?
Edit: Even putting the assembled program at $A000 results in the same problem; only the basic program will be included in the resulting prg.file.
I have problems with getting a basic program and assembly program to build together (in current version). Is it a bug or am I doing something wrong? Both "Determine build order from source files" or "Use specified build order" only results in launching the basic program. There is no assembly building going on since I have a couple of errors in the code (and they do not show up in the error list).
If I select "Use specified build order", then try to build, then go into "Project properties again" I get a message saying "Programs in the project cannot have the same start address or line number". The specified build order is then shown as empty.
My assembly program starts at $2000 while the basic program ends much sooner than that. My guess is that the interpreter sees that as overlapping since the basic area spans all of the $1200-$8000 memory?
How can I get around this?
Edit: Even putting the assembled program at $A000 results in the same problem; only the basic program will be included in the resulting prg.file.
-
- Vic 20 Enthusiast
- Posts: 180
- Joined: Fri Mar 19, 2010 4:31 pm
- Website: http://www.ajordison.co.uk/
- Location: Hartlepool, UK
- Occupation: Software Engineer
Re: CBM prg Studio
Hi,
Sorry for the late reply, I've had a broken router which has only just got fixed. As for your problem, a couple of other users have reported problems with building mixed projects and it's my top priority to get fixed.
Arthur.
Sorry for the late reply, I've had a broken router which has only just got fixed. As for your problem, a couple of other users have reported problems with building mixed projects and it's my top priority to get fixed.
Arthur.
Try out CBM prg Studio over at www.ajordison.co.uk
-
- Vic 20 Enthusiast
- Posts: 180
- Joined: Fri Mar 19, 2010 4:31 pm
- Website: http://www.ajordison.co.uk/
- Location: Hartlepool, UK
- Occupation: Software Engineer
Re: CBM prg Studio
Well it's long overdue but version 3.11.0 of CBM prg Studio has been released!
The complete list of bug fixes and new features is on my website.
Thanks again for your continued support of this project!
The complete list of bug fixes and new features is on my website.
Thanks again for your continued support of this project!
Try out CBM prg Studio over at www.ajordison.co.uk
- LoadError
- Vic 20 Hobbyist
- Posts: 120
- Joined: Sat Feb 17, 2007 2:44 pm
- Website: http://digilander.libero.it/pyrotech/
- Location: Italy
- Occupation: FG Soft
Re: CBM prg Studio
I've just discovered about this app and I won't be going back now that I am using It. Thanks!
EDIT: unfortunately I've just stumbled upon a problem. Up until yesterday, all was fine. Today I did some minor edits to the BASIC code (in the BAS file).
Now every time I try to renumber this file I get an exception: "index out of matrix bounds" (translated from Italian).
The renumber does not take place, and I get the chance to abort or to continue.
If I build the BAS to PRG and open the PRG in CommodoreEditor, it renumbers just fine.
EDIT: problem found by the developer, will be fixed in the forthcoming release, thanks mate!
EDIT: unfortunately I've just stumbled upon a problem. Up until yesterday, all was fine. Today I did some minor edits to the BASIC code (in the BAS file).
Now every time I try to renumber this file I get an exception: "index out of matrix bounds" (translated from Italian).
The renumber does not take place, and I get the chance to abort or to continue.
If I build the BAS to PRG and open the PRG in CommodoreEditor, it renumbers just fine.
EDIT: problem found by the developer, will be fixed in the forthcoming release, thanks mate!
Commodore VIC-20 n. WG-C-275517 - manufactured in Western Germany in 1983
-
- Vic 20 Enthusiast
- Posts: 180
- Joined: Fri Mar 19, 2010 4:31 pm
- Website: http://www.ajordison.co.uk/
- Location: Hartlepool, UK
- Occupation: Software Engineer
Re: CBM prg Studio
Beat those post-Christmas blues with a new version of CBM prg Studio! Head over to http://www.ajordison.co.uk for details.
Thanks again for your support with this project!
Thanks again for your support with this project!
Try out CBM prg Studio over at www.ajordison.co.uk
-
- Vic 20 Hobbyist
- Posts: 118
- Joined: Mon Jan 04, 2016 10:17 pm
- Website: http://www.tonyrocks.com
- Location: Pittsburgh
- Occupation: IBM Watson Engr
Re: CBM prg Studio
As always, thanks again for your hard work! I enjoy every new release!
- LoadError
- Vic 20 Hobbyist
- Posts: 120
- Joined: Sat Feb 17, 2007 2:44 pm
- Website: http://digilander.libero.it/pyrotech/
- Location: Italy
- Occupation: FG Soft
Re: CBM prg Studio
Good. I've upgraded, and the bug I wrote you about seems solved indeed. Thank you.
Commodore VIC-20 n. WG-C-275517 - manufactured in Western Germany in 1983
-
- Vic 20 Newbie
- Posts: 3
- Joined: Sun Mar 04, 2018 5:17 am
- Website: http://www.xerra.co.uk
- Location: UK
- Occupation: IT
Re: CBM prg Studio
This program is one of the best things I've ever used. I loved tinkering with it in the days when I still used a Windows system at home. I wish it wasn't written in VB.Net so the author could maybe do a Mac port.
Re: CBM prg Studio
Looks like I found a tiny bug in the "Generate SYS() call".
It gives a SYS call that starts at $1201, even if you have chosen Vic 20 without expansion, in which Basic starts at $1000.
Correct should be that it starts at $1001.
Edit:
Another bug with instruction CMP:
CMP $0000,X does not assemble but gives an error.
CMP $1000,X on the other hand assembles ok.
Both bugs are for version 3.1 of CBM prg Studio.
It gives a SYS call that starts at $1201, even if you have chosen Vic 20 without expansion, in which Basic starts at $1000.
Correct should be that it starts at $1001.
Edit:
Another bug with instruction CMP:
CMP $0000,X does not assemble but gives an error.
CMP $1000,X on the other hand assembles ok.
Both bugs are for version 3.1 of CBM prg Studio.
-
- Vic 20 Enthusiast
- Posts: 180
- Joined: Fri Mar 19, 2010 4:31 pm
- Website: http://www.ajordison.co.uk/
- Location: Hartlepool, UK
- Occupation: Software Engineer
Re: CBM prg Studio
Are you sure it was in version 3.1? CBM prg Studio is at version 3.12.0 at the moment. I'll check the bugs you mentioned though.
Try out CBM prg Studio over at www.ajordison.co.uk
Re: CBM prg Studio
Oh sorry, its version 3.12.ajordison wrote:Are you sure it was in version 3.1? CBM prg Studio is at version 3.12.0 at the moment. I'll check the bugs you mentioned though.
-
- Vic 20 Enthusiast
- Posts: 180
- Joined: Fri Mar 19, 2010 4:31 pm
- Website: http://www.ajordison.co.uk/
- Location: Hartlepool, UK
- Occupation: Software Engineer
Re: CBM prg Studio
Does your source code have a start address in it (like *=$1000)? CBM prg studio will look for a start address in the source before it tries to form an address from the machine type.
Also, this program assembles fine on my version:
00001 0000 *=$1000
00002 1000
00003 1000 D5 00 CMP $0000,X ;DOES NOT ASSEMBLE BUT GIVES AN ERROR.
00004 1002 DD 00 10 CMP $1000,X ;ON THE OTHER HAND ASSEMBLES OK.
00005 1005
Have you turned the zero page optimisation off? Even if you have you will only get a warning, not an error. Can you post the error here?
Also, this program assembles fine on my version:
00001 0000 *=$1000
00002 1000
00003 1000 D5 00 CMP $0000,X ;DOES NOT ASSEMBLE BUT GIVES AN ERROR.
00004 1002 DD 00 10 CMP $1000,X ;ON THE OTHER HAND ASSEMBLES OK.
00005 1005
Have you turned the zero page optimisation off? Even if you have you will only get a warning, not an error. Can you post the error here?
Try out CBM prg Studio over at www.ajordison.co.uk
- Mike
- Herr VC
- Posts: 4888
- Joined: Wed Dec 01, 2004 1:57 pm
- Location: Munich, Germany
- Occupation: electrical engineer
Re: CBM prg Studio
IMO, when a programmer writes "CMP $00xx,X" - or any other similar instruction with the high byte of the operand explicitly set to zero - in cold blood, without any involved symbols, that instruction should be assembled with *absolute* address mode, and not zero page. It ought not matter, whether "zero page optimization" is enabled or not. With numeric addresses in hex, ZP mode should only be enabled for two-digit hex operands.ajordison wrote:Code: Select all
00003 1000 D5 00 CMP $0000,X ;DOES NOT ASSEMBLE BUT GIVES AN ERROR.
As you know, on the NMOS 6502, ZP indexed operands wrap after $00FF, whereas ABS indexed operands do not. They have different semantics! So, when the programmer wrote "<mnemonic> $00xx,X" or "<mnemonic> $00xx,Y", he most probably meant it this way, and this leads to very difficult to find "bugs" (which actually are caused by a design fault in the assembler for this case here), when other parts of the code actually rely on the non-wraparound behaviour of ABS,X/ABS,Y, but don't find their data there if they then use "<mnemonic> $01xx" to retrieve it (quite apart from those unsuspecting ZP addresses being 'shot' by the unintended wraparound).
Just my 2 cents.