|
| |
 |
Released by :
Lft
Release Date :
12 February 2017
Type :
C64 Tool
|
Released At :
Datastorm 2017
Credits :
Download :
Look for downloads on external sites:
Pokefinder.org
User Comment
Submitted by lft on 23 July 2017
| No, you have to specify the side number for every command before that as well. The first time you give a filename without "0:", there's a memory leak in the drive. But the leak is completely harmless until you try to use @. |
User Comment
Submitted by Frantic on 23 July 2017
| Aha. So you're saying that always using "@0:" would actually work? |
User Comment
Submitted by lft on 23 July 2017
| Frantic: The @-bug is real, but it's surrounded by many myths. Look it up. The actual bug happens when you run any drive command without explicitly specifying side 0. This causes one of the five drive buffers to become unavailable until the next drive reset. The @-command needs all five buffers, and if they are unavailable, the disk is silently corrupted. The data loss only becomes apparent much later. So again, the solution is to always specify the side number, but nobody does that. Instead you can power-cycle the drive before using the @-syntax. |
User Comment
Submitted by Frantic on 22 July 2017
| I've got some notes somewhere in the source code for defMON, which always overwrites files when it saves (unless you explicitly save under a new name). The notes say that "@S:" should be used, rather than just "@:" or "@0:", to avoid some sort of bug. Maybe there is some sort of problem with this, but I've actually never heard anyone complain that it didn't work for them when they used defMON, so I guess that syntax actually does work. |
User Comment
Submitted by lft on 22 July 2017
Sorry to hear that, iLKke. Indeed, CBM-DOS doesn't overwrite files (unless you prefix the filename with @). When you try to save over an existing file, you actually get an error message displayed at the top of the directory pane, where it says "63, file exists,00,00" instead of the usual "00, ok,00,00".
Be careful: In some versions of the 1541 ROM, it is not safe to use the @-syntax. This is a famous bug. I would recommend saving under a new filename every time. But you can also use the erase command in Blackbird, to remove the old version of the file before saving. |
User Comment
Submitted by iLKke on 12 June 2017
| Is the idea to manually erase the old file before saving a new one? I just lost hours of work because it wasn't overwriting the old file when I save :\ |
User Comment
Submitted by Jak T Rip on 22 February 2017
what a nice bird!
(cannot judge the product really - yet) |
User Comment
Submitted by Yogibear on 19 February 2017
| Cool stuff with some nice demo tunes! |
User Comment
Submitted by neoman on 15 February 2017
User Comment
Submitted by DRAX on 13 February 2017
User Comment
Submitted by Hein on 13 February 2017
| What Shadow said. That manual alone is a piece of art. |
User Comment
Submitted by Shadow on 13 February 2017
| I can't compose so I really can't comment on the tracker itself, but I am really impressed by the fact that lft took the time not only to create the tracker, but also put together a 50+ page professional-looking documentation to a free C64 program! |
User Comment
Submitted by alwyz on 12 February 2017
| Looks cool, would be great to see NTSC support for this. Crashes on my machine :( |
User Comment
Submitted by Xiny6581 on 12 February 2017
Looking really awesome. Going to take a look at it NOW :D
Huge thanks for releasing this! |
|
|
|
 | Search CSDb |
|
| Navigate | |
|
| Detailed Info | |
|
| Fun Stuff | |
· Goofs (1)
· Hidden Parts
· Trivia
|
|
| Forum | |
|
| Support CSDb | |
|
 |  |
|
