Jump to content

JAC!

+AtariAge Subscriber
  • Posts

    2,183
  • Joined

  • Last visited

  • Days Won

    3

JAC! last won the day on December 17 2017

JAC! had the most liked content!

About JAC!

  • Birthday 10/12/1972

Contact / Social Media

Profile Information

  • Custom Status
    Always looking for GFX and MSX for my demos
  • Gender
    Male
  • Location
    Lebach, Germany
  • Interests
    Atari

Recent Profile Visitors

26,325 profile views

JAC!'s Achievements

River Patroller

River Patroller (8/9)

2.9k

Reputation

  1. I see. So symbols are really only boolean information (defined/not defined). Will document that accordingly.
  2. WUDSN IDE Tools and Projects Update for Mad-Pascal and Mad-Assembler. A lot has happened since I first added the preliminary support for Mad-Pascal (MP). Today, I found the time to update MP and MADS to the latest version (1.7.0/2.15). I've also split and improved the batch script for compiling ".pas" files to automatically detect and add the required include paths for units and assembly code when calling MP & MADS (this is often the major obstacle). In the course of doing this, room for improvements in the current MP documentation was found, which I'll contribute soon (https://github.com/tebe6502/mad-pascal-en-mkdocs/compare/master...peterdell:mad-pascal-en-mkdocs:master). So if you now perform a clean install of the daily WUDSN IDE version, you should be able to compile and run "Example.pas" by simply clicking "Example.bat".
  3. I have received some requests for MP and WUDSN and when trying to answer them, I found that the docs are not entirely complete/correct. Right now, I'm updating the WUDSN IDE Tools build with the latest MP (1.7.0) and MADS (2.1.5). I've forked the docs and will send a pull request with my proposal. For that, I have a question: The "-define:SYMBOL" can only mark a symbol as defined but cannot currently set its value. Is that correct? When I try to -define SYMBOL=TEST or -define SYMBOL="TEST", then SYMBOL is defined. In both cases with "SYMBOL=TEST". This makes it impossible to really use the value. When I try to -define SYMBOL=123, then SYMBOLE is considered not defined in MP. Is this really the expected behavior? It would surely be valuable to be able to set SYMBOL values (numbers and strings) from the command line.
  4. Hello Jon, the behavior depends on if the assembler itself considers labels as case-senstive or not. There are no settings or influencing factors. Kind regards, Peter. I assume you indicate a semantic with the lower-case start character. And I know it's not really what you want, but maybe prefixing the lower-case label with an additional "_" (similar to local labels with "."/"?") is a solution.
  5. Hi @mariuszw and @Wrathchild. Is the version posted above the latest version ?
  6. Since Curt's page is down, here's a link to the archive: https://web.archive.org/web/20160618222211/https://www.atarimuseum.com/whatsnew/2010-JAN-25.html
  7. Bugfix version https://sourceforge.net/projects/dis6502/files/dis6502/3.6.1/ released No new features Fixed bugs: - Saving listings without includes now generates correct output (bug #32) - Block numbers in SDX blocks are now output in hexadecimal if that option is active in the profile This is a "by-product" of my 4.0 developments, where I try to track down the reported issue. I keep the 3.6 version in a state where I can compile and use it for reference. I also found and fixed a bug in version 4.0 that prevented the correct usage of the scroll bar in the disassembly window. Note: Microsoft Defender incorrectly complains about the version. I've submitted https://www.microsoft.com/en-us/wdsi/submission/feb36ac1-91b6-449d-888d-c6f912fb3447 for that.
  8. Yes, i fixed a bug that only appeared under Linux, and the compiler accepted an invalid sequence. I've uploaded the build for the abovementioned commit. It should work again now.
  9. .car is a general container format and can contain different types of cartridges. No hardware will emulate all of them (new ones are created as you read this). So it depends on the Backbit specs which will work and which won't. https://github.com/atari800/atari800/blob/master/DOC/cart.txt
  10. The!Cart Studio and it menu system only works for The!Cart. The options for Atarimax are intended for the direct conversion of binary to ".CAR" files in Atarimax format. They are not helpful for you.
  11. That is the font for the player which is part of the 1st segment. The song is the .rmt file.
  12. I am here preparing one of the pending SillyPacks for SV 2k22 SE. There is a song that has some issues while loading because the display list area ($BC00-$BFFF) is overwritten, and that causes garbage while loading. Since the readme said it was done with a beta of RMT 1.34, I thought a re-expoert with the released version could fix that. But when I try to export as LZSS/XEX I get this error message: I'm not sure; maybe something's wrong with the RMT file, as it was done with a beta with 1.34. I've attached it for your reference. Maybe you can find out what's wrong here. ATARIADV.txtATARIADV.rmtATARIADV.xex I also tried to build the latest RMT from the sources, but here I cannot even load .rmt ...
  13. The ABBUC now provides a TNFS server for its members. So I tried to get my Atari stuff uploaded so you can mount it directly to your Atari computer. I do not have a Fujinet myself yet, so I'd be interested if the access that my Website now specifies works. https://www.wudsn.com/index.php/productions-atari800/tools
  14. Correct, WUDSN uses the absolutes paths configured in the preferences because the system path is a shell property and cannot be used directly without opening a shell window. But in the latest versions of WUDSN, the installer also includes the standard assemblers/compilers in a default folder structure for the IDE. If no explicit paths are configured, they are found and used automatically. For the emulators, you can also choose to use "Operating System Default Application" then, it'll use the default for the file extension as defined in the registry. That also means less configuration but limits the parameters passing to the emulator to the executable file path.
  15. As opposed to my other 8-bit platforms, Atari OS and Atari DOS have pretty good definitions of what is a proper way to write the software, so it will be compatible with all the different hardware/software configurations that exist (and there are many more different configurations in A8 than on C64 for example). So, instead of chasing this or that particular case in real vs. emulator, writing the software in a way that it runs everywhere is more sustainable. No matter the device, DOS, or OS version. Only this way you reach the maximum number of users.
×
×
  • Create New...