Re: Wudsn now supports Apple //

[BLuRry <brendan.robert@gmail.com>]

Not sure, but if you want to use a different assembler Acme works really well also.  You will need to let it save files with the .prg extension and the @com.wudsn.ide... line is also equally important.

There is one additional thing I would like to mention, and it's pretty significant.  If you set up Jace to point the mass storage device drive at a physical directory (you will need to type in the path, it currently doesn't let you select folders in the picker) then a virtual read-only volume will be created.  There are bugs in the implementation that prevent copying files with Copy ][ Plus, but you can at least BRUN files in there and so on.

I changed my ACME preferences to save the file in raw/plain format and append the suffix .bin#6000 to the name of the files.  With this, Jace will pick up the extension .bin and set the prodos type to bin ($06) and the load address as $6000.  I also changed its save path from a temp folder to the folder that Jace is pointing to.  Now I can just hit "compile" or ctrl+shif+9 and flip over to jace to brun the program.  This speeds up development immensely.

If you are working on a single-load program that is too big to play nicely with Prodos, you can change the extension to #06xxxx where xxxx is the load address and then use F5 to start the program directly sans operating system in Jace.  I know this is inconsistent with the prodos virtual drive format (.bin#xxxx) but I will make it a point to work on this in the near future.

-B

On Friday, September 7, 2012 9:07:27 AM UTC-5, twalkowski wrote:
> I am also using the MADS assembler.  What works for me is to include the " ; @com.wudsn.ide.asm.hardware=APPLE2 "as the first line.  Use the correct ORG address and do not try to add bytes for the DOS header.  The other fix is on tghe MADS assembler preferences, change the output extension from ".b" to ".xex"  and let the magic happen!
> 
> 
> 
> Tim
> 
> 
> 
> ps.  Though I am of Polish descent, I cannot read Polish!  Does anyone know of an English translation of the MADS documentation??
> 
> 
> 
> Thursday, September 6, 2012 10:01:05 PM UTC-5, (unknown) wrote:
> 
> > I'm having an interesting time with Wudsn! Using the MADS compiler.. I can compile, disk is created..etc. I'm lost with the whole 'org $2000-4' stuff and the 4 byte header. I understand it, but it's not working like I think it should. it always throws two bytes before my code no matter what. So when I BLOAD my code at say $2000.. I get two bytes, the 4 byte header, then my start code.. so really my ORG should be $2000+6. Strange! So as of right now, I took out the 4 bytes and made my ORG $2000+2..or else my JMPs are 2 bytes off now all my JMPs are going where they're supposed to go! I'm sure I'm missing something obvious, right? At least for now, I can bload the code and $2002G and it works! Jim On Monday, August 27, 2012 4:39:21 PM UTC-4, JAC! wrote: > > I am having issues configuring the MADS compiler to choose APPLE II as the output target. I am using Eclipse version 3.7.2. The only icon I see for the compile and run is for teh Atari. I beleive I have MADS configured correctly for Apple II. The output file extension is .b The associated application is Applewin. However, when I attempt to compile and run, it targets the Atari, the file has .xex extension. I am confused. > > > > > > > > > > > > Tim > > > > Hi Tim > > > > You need to put the following line at the beginning of the file, close the file and open it again. > > ; @com.wudsn.ide.asm.hardware=APPLE2 > > Then you should see the Apple icon in the toolbar instead of the Atari icon