Hello!

I've been working on and off on a development studio for the C64. I always wanted to debug step through my code (the monitor in Vice is nice and all that, but it's not my code), so I built this IDE which attaches to Vice's remote debugger.

The C64 Studio is a .NET executable and due to some necessary hacks probably only runnable under Windows.

The assembler is a self built one, based on ACMEs syntax. It however can't cope with all of ACMEs features, only those I stumbled upon.

Note that the remote debugger of Vice sometimes likes to skip over your debug location. You can however break into the debugger later and resume to a position.

It features for now:

-ACME like syntax
-solution (project) explorer (collection of files)
-Compile to plain,.prg,.t64
-Cartridge support for 8k and 16k cartridges (to bin or crt)
-Debugging through your code
-Variable watch (memory or value)
-Memory view
-Register view
-Charset editor
-Sprite editor (still without export though)

I'm sure as hell there are still nasty bugs, so I'm happy for every feedback. Try to stay constructive though ;)

Here's the link:
http://www.georg-rottensteiner...elease.zip



_________________

Thanks for sharing Endurion, I'll certainly give this a deeper look today when I sit down to do some code on the game.

Uploaded version 1.2b. This fixes a few nasty crashes and adds some new features:

Fixed crash when pushing "Macros" without active document
Fixed copy/paste bug in charset editor
Added clipboard import for sprites
Cleared undo buffer on direct file load
Fixed parse bug which allowed LDA/STA (xxx),x
Added clipboard copy/paste for sprites
_________________

Great Stuff - great see an "IDE" with debugger for the C64

Is it planned to have alternative compilers, like KickAssembler?
_________________

Hmm, difficult. I had ACME as external assembler before, but for debugging I need to know the address of a line (and secondary that of labels). Because of that I chose to build my own assembler in there (following ACME's syntax).

I can however allow a more varied syntax. I guess you'd like KickAssembler because of the better macro support?
_________________

A new version is out, 1.3:

Most work went into the sprite and character editor.
Note that project element dependencies are checkable but are not processed yet.

19.06.2011 - 1.3: Added image export for sprites
Fixed wrong modified state in sprite editor (selecting single/multi-color chars would set the project as modified)
Added import/export of all sprites as image
Added import/export of all characters as image
Added pseudo pc macro
Added project configurations with predefines
Added element dependencies
Enabled sprite/charset files as part of projects
Added !ifndef macro
_________________

And new version:

21.06.2011 - 1.3a: Fixed weird exception when using Umlauts at the line end
Added tab configuration
Added undo/redo to toolbar/menu
Autocreate project if new document is created without project
_________________

And another new version. Some new features, some bugfixes:

14.07.2011 - 1.4: Added warnings for unused labels
Sped up compiler (less restart of parsing)
Following element dependencies on build
Disallow circular dependencies
Readjusted watches after restart
Save current open document and position

There's still a little bug in the sprite editor I haven't been able to reproduce involving flipping (press X/Y) and/or copy/paste.
_________________

New version, with fixes and a few new functions:

31.07.2011 - 1.5:
Fixed bug in parsing !byte with binary values
Fixed bug in file info storage, sometimes error messages were accredited to the wrong file
Fixed bug where warnings were not displayed (segment overwrite)
Added charset/sprite functions as buttons
Changed charset copy/paste to always use clipboard
_________________

New version:

16.08.2011 - 1.6:

Fixed parse bug, things like LDA #'H' can now be parsed
Complete rewrote GDI handling for sprite and charset editor (no more resource leaks)
Added Pre/Custom/Post Build events per configuration (useful for exomizing)
Fixed some crash bugs


Link stays the same.
_________________

New Version 1.7:

Added code font configuration
Added notification for externally changed files
Added intelligent dependency checks (only rebuilds changed files)
Fixed !CT SCR mapping
Watch and Compile Result views are sortable now
_________________

And new version 1.8:

Fixed a bug in resuming a debug session
Added basic Basic V2 support

The basic editor allows for an experimental label mode, which is heavily inspired by Bas.Edit. In short words, it removes line numbers and replaces them with labels (and vice versa).

Links is the same as usual, http://www.georg-rottensteiner...o_Beta.zip
_________________

New Version 1.9:

Fixed bug in !bin when more bytes were requested than available in the file
Fixed treatment of non document elements (source would not build if floating)
Added Media Manager to manipulate .T64 and .D64 files
Added .d64 export
Added tooltips in ASM files (plus debug info)
_________________

Finally out of beta, C64 Studio 2.0.

Added !endoffile macro
Allow umlauts in labels
Fixed tooltip flicker
Fixed bug in charset paste
Fixed ASM parser to decide to use 8bit/16bit arguments based on source
Enhanced watcher (allow to view memory blocks)
Enhanced debugger (auto-refresh memory view and registers)
Enhanced Media Manager

The link therefore also changed to: http://www.georg-rottensteiner...elease.zip
_________________

And a few more bug fixes for version 2.1:

Fixed drop bug (.c64 file would not open project)
Fixed run bug if basic project was run after asm project
Synced toolbar new menu with menu new
Fixed bug in !bin macro (!bin <filename>,1000,0 would raise an error even when the file was big enough)
Added syntax coloring for opcodes (ror, rol, bvc, bvs, brk, php, plp, clv, cld)
Fixed bug in Basic parser, now to/from label mode works again for goto
_________________

Great!

Are you going to implement media manager with support of Tap files in next releases?

thanks!

Hmm, I never took a look at the tap file format, I'll note it down.
_________________

Thanks Endurion.
There are thousand of games already converted in Tap

C64 Studio 2.2 is out:

Get it here: http://www.georg-rottensteiner...elease.zip

New:

Stored open state of element (not all elements are opened automatically)
Fixed D64 export bug (file was truncated)
Added breakpoint support
Added !bank macro
Added Magic Desk cartridge type
Added help documentation (not complete yet)
_________________

Perhaps (if a TAP platform's implements) you add something like an autoboot tape turbo for the assembled source code. Something like Turbo Tape 250 format maybe?
_________________

Maybe I am missing something here. But just tried v2.2 and it seems I have no ? key or a " (quote) key

Shift-2 (as on a commodore) gives me an @
The quote key on standard PC keyboard gives me a right bracket

Well if I press Shift and minus I get a ? which is really odd.

(This is in the basic editor at least anyway)

Sorry Racer, didn't look at the thread for a while:

The mapping in the Basic editor is somewhat similar to Vice. I fear I've mapped too much to the german layout. I'll see to sort it out in the next release!

Richard, I've looked into the .tap format a bit, but haven't had the time to implement it. The docs that float around are extremely vague.

Anyhow, new release 2.3:

Fixed T64 export
Fixed nested preprocessor blocks
Enhanced !CT macro to allow for custom tables
Fixed !binary macro, had extra bytes when a part of a file was included
Added !align macro
Added a few basic code macros
Added category sorting to charset editor
Added memory change coloring


Usual link!
_________________

Hi,
Quick bug report:

Create a new basic file, enter a line of code followed by a few blank lines and then right click and 'run to cursor'. I get an 'empty path name is not legal' exception.

I noticed that you used the 'weifenluo' dll. Have you had any problems using this on a multi-monitor setup?
_________________

Ah, thanks
Actually there shouldn't even be a "run to cursor" entry.

I actually haven't ever tested it on a multi monitor setup. So far the weifenluo assembly works quite well.

I only ever had a problem when I embedded a DirectX context, but that was a different project.
_________________