Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2.programmer > #1957 > unrolled thread

Subject Transferring Cross Assembler code from Mac/PC to Apple II

Back to article view | Back to comp.sys.apple2.programmer

Contents

  Subject Transferring Cross Assembler code from Mac/PC to Apple II Mark Lemmert <mark.lemmert@gmail.com> - 2015-11-19 08:01 -0800
    Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Benoit0123 <bgilon@free.fr> - 2015-11-19 16:21 +0000
      Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Mark Lemmert <mark.lemmert@gmail.com> - 2015-11-19 18:06 -0800
    Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Andy McFadden <thefadden@gmail.com> - 2015-11-19 08:24 -0800
      Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Mark Lemmert <mark.lemmert@gmail.com> - 2015-11-19 18:03 -0800
    Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II David Schmidt <schmidtd@my-deja.com> - 2015-11-19 13:52 -0500
      Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Mark Lemmert <mark.lemmert@gmail.com> - 2015-11-19 18:02 -0800
        Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Michael J. Mahon <mjmahon@aol.com> - 2015-11-19 20:11 -0600
          Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II David Schmidt <schmidtd@my-deja.com> - 2015-11-19 22:09 -0500
        Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II David Schmidt <schmidtd@my-deja.com> - 2015-11-19 22:48 -0500
          Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Mark Lemmert <mark.lemmert@gmail.com> - 2015-11-20 16:17 -0800
            Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II pitz <pitz.wong@gmail.com> - 2015-11-23 10:39 -0800
              Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Andy McFadden <thefadden@gmail.com> - 2015-11-23 11:28 -0800
                Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II David Schmidt <schmidtd@my-deja.com> - 2015-11-23 16:29 -0500
          Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II ol.sc@web.de (Oliver Schmidt) - 2015-11-21 13:35 +0000
            Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Mark Lemmert <mark.lemmert@gmail.com> - 2015-11-21 11:44 -0800
    Re: Subject Transferring Cross Assembler code from Mac/PC to Apple II Egan Ford <datajerk@gmail.com> - 2015-11-22 16:56 -0700

#1957 — Subject Transferring Cross Assembler code from Mac/PC to Apple II

I am about to start a large 6502 project and for the first time setup cross assembler software to do the coding (SB-Assembler & CC65/CA65 on a Windows 7 PC).

Does anyone know how to transfer the binary output code from a cross assembler to a physical Apple IIe? 

I really appreciate any suggestion that anyone may have! Thanks!


What I've tried so far.....


I have tried AppleCommander to create the disk image (and add the binary file) and ADTPro to transfer the disk image to a floppy on my Apple IIe, but it doesn't work (more on that below). However, the code does work in an emmualtor (AppleWIN, Virtual II). 

I am totally open to using different software. And, I have a MAC as well as a PC so I am open to options on either platform. 


The result is the disk drive makes a strange noise (not the usual griding/recaliberation) and "ERROR 8" is output to the video screen. The floppy is unresponsive to "CATALOG". 

I have done a lot of transferring of disk images back and forth and am fairly familiar with the process, but it has always been with a) disk images downloaded from the Internet, or b) disk images created from a floppy and transferred to a PC (i.e the opposite direction of data flow).

Any ideas are much appreciated. Thanks!

[toc] | [next] | [standalone]

#1958

Mark Lemmert wrote:
> I am about to start a large 6502 project and for the first time setup
> cross
> assembler software to do the coding (SB-Assembler & CC65/CA65 on a Windows
> 7 PC).
> 
> Does anyone know how to transfer the binary output code from a cross
> assembler to a physical Apple IIe? 
> 
> I really appreciate any suggestion that anyone may have! Thanks!
> 
> 
> What I've tried so far.....
> 
> 
> I have tried AppleCommander to create the disk image (and add the binary
> file) and ADTPro to transfer the disk image to a floppy on my Apple IIe,
> but it doesn't work (more on that below). However, the code does work in
> an
> emmualtor (AppleWIN, Virtual II). 
> 
> I am totally open to using different software. And, I have a MAC as well
> as
> a PC so I am open to options on either platform. 
> 
> 
> The result is the disk drive makes a strange noise (not the usual
> griding/recaliberation) and "ERROR 8" is output to the video screen. The
> floppy is unresponsive to "CATALOG". 
> 
> I have done a lot of transferring of disk images back and forth and am
> fairly familiar with the process, but it has always been with a) disk
> images downloaded from the Internet, or b) disk images created from a
> floppy and transferred to a PC (i.e the opposite direction of data flow).
> 
> Any ideas are much appreciated. Thanks!
>
I understand that:
a) the UII card (ethernet card with support for base protocols as IP? UDP
and TCP) is now avalable on the Apple ][ from a2retrosystems.
b) The ADTPro is updated to take into account this new board for easy
transfering files and/or disk images from a modern architecture host over
the netork.
So that could be the way to go as it does'nt require any physical media
moves between the Apple // and the developement host.
HTHATS,
Benoît



-- 
Growing old is mandatory..
growing up is optional..
But the other way round is as true.

[toc] | [prev] | [next] | [standalone]

#1963

On Thursday, November 19, 2015 at 10:24:13 AM UTC-6, Benoit0123 wrote:
> Mark Lemmert wrote:
> > I am about to start a large 6502 project and for the first time setup
> > cross
> > assembler software to do the coding (SB-Assembler & CC65/CA65 on a Windows
> > 7 PC).
> > 
> > Does anyone know how to transfer the binary output code from a cross
> > assembler to a physical Apple IIe? 
> > 
> > I really appreciate any suggestion that anyone may have! Thanks!
> > 
> > 
> > What I've tried so far.....
> > 
> > 
> > I have tried AppleCommander to create the disk image (and add the binary
> > file) and ADTPro to transfer the disk image to a floppy on my Apple IIe,
> > but it doesn't work (more on that below). However, the code does work in
> > an
> > emmualtor (AppleWIN, Virtual II). 
> > 
> > I am totally open to using different software. And, I have a MAC as well
> > as
> > a PC so I am open to options on either platform. 
> > 
> > 
> > The result is the disk drive makes a strange noise (not the usual
> > griding/recaliberation) and "ERROR 8" is output to the video screen. The
> > floppy is unresponsive to "CATALOG". 
> > 
> > I have done a lot of transferring of disk images back and forth and am
> > fairly familiar with the process, but it has always been with a) disk
> > images downloaded from the Internet, or b) disk images created from a
> > floppy and transferred to a PC (i.e the opposite direction of data flow).
> > 
> > Any ideas are much appreciated. Thanks!
> >
> I understand that:
> a) the UII card (ethernet card with support for base protocols as IP? UDP
> and TCP) is now avalable on the Apple ][ from a2retrosystems.
> b) The ADTPro is updated to take into account this new board for easy
> transfering files and/or disk images from a modern architecture host over
> the netork.
> So that could be the way to go as it does'nt require any physical media
> moves between the Apple // and the developement host.
> HTHATS,
> Benoît

Thanks for the suggestions.

I'm going to start out with a serial port based setup as I plan to mainly test my code in an emulator and only occasionally send a copy over to the physical Apple II.

The solution to my problem with the ADTPro serial port method was to used a disk image created from a bootable DOS floppy, instead of creating the disk image via AppleCommander or CiderPress on the PC side. 
 
> 
> 
> 
> -- 
> Growing old is mandatory..
> growing up is optional..
> But the other way round is as true.

[toc] | [prev] | [next] | [standalone]

#1959

On Thursday, November 19, 2015 at 8:01:03 AM UTC-8, Mark Lemmert wrote:
> I am about to start a large 6502 project and for the first time setup cross assembler software to do the coding (SB-Assembler & CC65/CA65 on a Windows 7 PC).

FWIW, there was a recent thread on this subject:

https://groups.google.com/forum/#!topic/comp.sys.apple2.programmer/tw902RdWxBE

[toc] | [prev] | [next] | [standalone]

#1962

On Thursday, November 19, 2015 at 10:24:38 AM UTC-6, Andy McFadden wrote:
> On Thursday, November 19, 2015 at 8:01:03 AM UTC-8, Mark Lemmert wrote:
> > I am about to start a large 6502 project and for the first time setup cross assembler software to do the coding (SB-Assembler & CC65/CA65 on a Windows 7 PC).
> 
> FWIW, there was a recent thread on this subject:
> 
> https://groups.google.com/forum/#!topic/comp.sys.apple2.programmer/tw902RdWxBE


Thanks! I read that discussion, it was very informative.

[toc] | [prev] | [next] | [standalone]

#1960

On 11/19/2015 11:01 AM, Mark Lemmert wrote:
> The result is the disk drive makes a strange noise (not the usual griding/recaliberation) and "ERROR 8" is output to the video screen. The floppy is unresponsive to "CATALOG".

Something is definitely wrong there.  The disk image should reconstitute 
correctly.  Are you able to format, boot, and catalog specifically that 
piece of floppy media?  Given that particular set of symptoms, I'd 
suspect the drive really didn't write the disk image correctly, or maybe 
it's HD media you're trying to write on.

And you can test the opposite direction as well - make a known-good, 
bootable disk on your IIe, send it back to the PC, and have AC write 
your file on that.  Then, send it back to the Apple IIe.  That round 
trip should expose where the problem is.

[toc] | [prev] | [next] | [standalone]

#1961

On Thursday, November 19, 2015 at 12:52:24 PM UTC-6, schmidtd wrote:
> On 11/19/2015 11:01 AM, Mark Lemmert wrote:
> > The result is the disk drive makes a strange noise (not the usual griding/recaliberation) and "ERROR 8" is output to the video screen. The floppy is unresponsive to "CATALOG".
> 
> Something is definitely wrong there.  The disk image should reconstitute 
> correctly.  Are you able to format, boot, and catalog specifically that 
> piece of floppy media?  Given that particular set of symptoms, I'd 
> suspect the drive really didn't write the disk image correctly, or maybe 
> it's HD media you're trying to write on.
> 
> And you can test the opposite direction as well - make a known-good, 
> bootable disk on your IIe, send it back to the PC, and have AC write 
> your file on that.  Then, send it back to the Apple IIe.  That round 
> trip should expose where the problem is.


David,

Yes, the floppy media I'm using can be formatted with DOS 3.3 on my Apple IIe, booted, and cataloged. I tried different floppy disks as well just to be sure. 

Your suggestion on testing in the opposite direction worked! I used ADTPro to create a disk image of a bootable DOS 3.3 disk, used AppleCommander to add the binary file output from CC65, and the disk image transferred back to the Apple IIe just fine. 

I'm very excited to have a working solution. Thank you very much!! 

Out of curiosity, when you create disk images on your PC that you transfer to your Apple II, how do you go about it? Though I have a working solution, I'm still curious as to what was going wrong when I tried it that way. I tried many combinations with AppleCommander, Ciderpress, command line, GUI, CC65 binary, SB-Assembler binary, different floppies, etc, etc. and just kept hitting a brick wall, but it sounds like there is a way to do it. 

One other question if I may. In reading your posts in the discussion Andy McFadden posted a link to, it sounds you've fully automated the build process with CC65 and AppleCommander (it sounds like a cool setup).

I'm trying to do a simple automation setup using batch files. The snag I'm hitting is with the Apple Commander line:

java -jar ac.jar -cc65 foobar.dsk FOOBAR B ^< foobar

I narrowed the problem down to the "<" symbol. All research I've done indicates that ^ is the proper escape character in a batch file but this command line hangs when run in a batch file (I hit control-C, it asks if I want to terminate the batch file, and then I'm returned to the command prompt, and the file doesn't get added to the disk image). 

I improvised with this:

java -jar ac.jar -cc65 foobar.dsk FOOBAR B %1

Then execute with:

go.bat < foobar

The downside of course is that I can't fully automate the process since the assembly stage comes before this step, and the copy to the AppleWin folder comes after it. 

I'm not sure if running AppleCommander via a batch file is something you're familiar with considering you have an ANT setup (I don't know much about ANTs yet), but I thought I'd ask.

Thanks for any ideas you may have. 


Mark

[toc] | [prev] | [next] | [standalone]

#1964

Mark Lemmert <mark.lemmert@gmail.com> wrote:
> On Thursday, November 19, 2015 at 12:52:24 PM UTC-6, schmidtd wrote:
>> On 11/19/2015 11:01 AM, Mark Lemmert wrote:
>>> The result is the disk drive makes a strange noise (not the usual
>>> griding/recaliberation) and "ERROR 8" is output to the video screen.
>>> The floppy is unresponsive to "CATALOG".
>> 
>> Something is definitely wrong there.  The disk image should reconstitute 
>> correctly.  Are you able to format, boot, and catalog specifically that 
>> piece of floppy media?  Given that particular set of symptoms, I'd 
>> suspect the drive really didn't write the disk image correctly, or maybe 
>> it's HD media you're trying to write on.
>> 
>> And you can test the opposite direction as well - make a known-good, 
>> bootable disk on your IIe, send it back to the PC, and have AC write 
>> your file on that.  Then, send it back to the Apple IIe.  That round 
>> trip should expose where the problem is.
> 
> 
> David,
> 
> Yes, the floppy media I'm using can be formatted with DOS 3.3 on my Apple
> IIe, booted, and cataloged. I tried different floppy disks as well just to be sure. 
> 
> Your suggestion on testing in the opposite direction worked! I used
> ADTPro to create a disk image of a bootable DOS 3.3 disk, used
> AppleCommander to add the binary file output from CC65, and the disk
> image transferred back to the Apple IIe just fine. 
> 
> I'm very excited to have a working solution. Thank you very much!! 
> 
> Out of curiosity, when you create disk images on your PC that you
> transfer to your Apple II, how do you go about it? Though I have a
> working solution, I'm still curious as to what was going wrong when I
> tried it that way. I tried many combinations with AppleCommander,
> Ciderpress, command line, GUI, CC65 binary, SB-Assembler binary,
> different floppies, etc, etc. and just kept hitting a brick wall, but it
> sounds like there is a way to do it. 
> 
> One other question if I may. In reading your posts in the discussion Andy
> McFadden posted a link to, it sounds you've fully automated the build
> process with CC65 and AppleCommander (it sounds like a cool setup).
> 
> I'm trying to do a simple automation setup using batch files. The snag
> I'm hitting is with the Apple Commander line:
> 
> java -jar ac.jar -cc65 foobar.dsk FOOBAR B ^< foobar
> 
> I narrowed the problem down to the "<" symbol. All research I've done
> indicates that ^ is the proper escape character in a batch file but this
> command line hangs when run in a batch file (I hit control-C, it asks if
> I want to terminate the batch file, and then I'm returned to the command
> prompt, and the file doesn't get added to the disk image). 
> 
> I improvised with this:
> 
> java -jar ac.jar -cc65 foobar.dsk FOOBAR B %1
> 
> Then execute with:
> 
> go.bat < foobar
> 
> The downside of course is that I can't fully automate the process since
> the assembly stage comes before this step, and the copy to the AppleWin
> folder comes after it. 
> 
> I'm not sure if running AppleCommander via a batch file is something
> you're familiar with considering you have an ANT setup (I don't know much
> about ANTs yet), but I thought I'd ask.
> 
> Thanks for any ideas you may have. 
> 
> 
> Mark

I'll bet the problem is default sector order...
-- 
-michael - NadaNet 3.1 and AppleCrate II:  http://michaeljmahon.com

[toc] | [prev] | [next] | [standalone]

#1965

On 11/19/2015 9:11 PM, Michael J. Mahon wrote:
> I'll bet the problem is default sector order...

And you'd very likely be right.  In this case, the ADTPro server (which 
in turn actually uses the AppleCommander disk-handling engine) knows how 
to tell the intended sector order, and will always send it to the ADTPro 
client in ProDOS order.  If the disk image is somehow indeterminate in 
nature (i.e. doesn't have some recognizable data signature), and the 
suffix .dsk offers no clues, it's possible it could be tricked into 
using the wrong sector order.  A simple renaming to .do or .po to force 
the issue would solve it in that case.  How AC could be making or 
somehow modifying an image to make it unrecognizable (even to itself) is 
a mystery!

[toc] | [prev] | [next] | [standalone]

#1966

On 11/19/2015 9:02 PM, Mark Lemmert wrote:
> [...] Your suggestion on testing in the opposite direction worked! I used ADTPro to create a disk image of a bootable DOS 3.3 disk, used AppleCommander to add the binary file output from CC65, and the disk image transferred back to the Apple IIe just fine.

That for sure eliminated any and all possibility for sector order 
problems, which was Mr. Mahon's line of thinking.

> I'm very excited to have a working solution. Thank you very much!!

Any time.

> Out of curiosity, when you create disk images on your PC that you transfer to your Apple II, how do you go about it? Though I have a working solution, I'm still curious as to what was going wrong when I tried it that way. I tried many combinations with AppleCommander, Ciderpress, command line, GUI, CC65 binary, SB-Assembler binary, different floppies, etc, etc. and just kept hitting a brick wall, but it sounds like there is a way to do it.

In my build, I have template floppy images whose genesis is lost to the 
sands of time.  I copy those to a build destination, harass them with 
AC, et voila.  I would be curious to know if you can create a disk image 
with AC or CiderPress (CiderPress will actually put bootable DOS 3.3 on 
a DOS 3.3 image; AC won't), and name it appropriately: foobar.do for DOS 
ordered, if you take CiderPress' defaults.  Then, if you push that to 
the Apple IIe - does it boot?

> One other question if I may. In reading your posts in the discussion Andy McFadden posted a link to, it sounds you've fully automated the build process with CC65 and AppleCommander (it sounds like a cool setup).

Believe me, it has been evolving for many, many years.  And a bunch of 
AC's command line capability and the ant interface was added by me 
because I despise redirection specifically on a PC, because Windows does 
a very poor job of leaving my data the heck alone and just can't resist 
swapping 13's for 10's or whatever.  I learned the hard way several 
different times (I'm a slow learner) that redirecting binary data always 
steers you wrong.  I know John Matthews (hi!) loves redirection, but he 
lives on Linux, where the shell doesn't make brain-dead decisions on 
your behalf.  My build is multi-platform, and it has to work exactly the 
same everywhere.  Hence, no redirection for me.

> I'm trying to do a simple automation setup using batch files. The snag I'm hitting is with the Apple Commander line:
>
> java -jar ac.jar -cc65 foobar.dsk FOOBAR B ^< foobar

Never seen a caret escaping a redirection... I just tried a batch file, 
and it works fine without it...

> I narrowed the problem down to the "<" symbol. All research I've done indicates that ^ is the proper escape character in a batch file but this command line hangs when run in a batch file (I hit control-C, it asks if I want to terminate the batch file, and then I'm returned to the command prompt, and the file doesn't get added to the disk image).

So, what about enclosing some of your command in full quotes?  i.e.
java -jar ac.jar "-cc65 foobar.dsk FOOBAR B < foobar"
or so?  There's definitely a way to make this work.  I have a batch file 
called ac.bat that does this:
@java -jar c:\wherever\AppleCommander-1.3.5.14-ac.jar %*
and then I can call it from a batch file thus:
ac -cc65 foobar.dsk FOOBAR B < foobar
and it succeeds.  This is Windows 7, btw.

> I'm not sure if running AppleCommander via a batch file is something you're familiar with considering you have an ANT setup (I don't know much about ANTs yet), but I thought I'd ask.

Yeah, it's all the same... except AC's ant task has some (ahem) 
undocumented features that avoids the whole redirection trap and pulls 
files byte-for-byte off of the filesystem like an honest program should.

[toc] | [prev] | [next] | [standalone]

#1968

On Thursday, November 19, 2015 at 9:48:42 PM UTC-6, schmidtd wrote:
> > Out of curiosity, when you create disk images on your PC that you transfer to your Apple II, how do you go about it? Though I have a working solution, I'm still curious as to what was going wrong when I tried it that way. I tried many combinations with AppleCommander, Ciderpress, command line, GUI, CC65 binary, SB-Assembler binary, different floppies, etc, etc. and just kept hitting a brick wall, but it sounds like there is a way to do it.

> 
> In my build, I have template floppy images whose genesis is lost to the 
> sands of time.  I copy those to a build destination, harass them with 
> AC, et voila.  I would be curious to know if you can create a disk image 
> with AC or CiderPress (CiderPress will actually put bootable DOS 3.3 on 
> a DOS 3.3 image; AC won't), and name it appropriately: foobar.do for DOS 
> ordered, if you take CiderPress' defaults.  Then, if you push that to 
> the Apple IIe - does it boot?

When I create a disk image with Ciderpress it boots on my physical IIe, and my foobar file BRUNs fine as long as I change the type to binary in CiderPress. It defaults to type "??? F2".

When I was doing my earlier testing, this scenario didn't work. The reason why turns out to be that I was using a binary file output from SB Assembler on that particular test. (I was using CC65 and SBASM in testing to try to rule out a problem in the output, but I missed this particular test using my CC65 binary)

On the test just now, I also managed to figure out why. The image boots with the SBASM file on it, but an extra 3 bytes of machine code are prepended to the file.
_____

This caused my test program to output garbage as this extra code screwed up the accumulator, and the garbage output caused me to conclude that scenario didn't work. The fact the Ciderpress image /w SBASM binary booted at all in hind sight seems very relevant. I should have mentioned it in the OP. I was trying so many scenarios I got mixed up.

Not sure how that extra 3 bytes is getting prepended to the SBASM binary output file, is that perhaps an example of the binary redirection problems you've experienced with windows?


>(CiderPress will actually put bootable DOS 3.3 on a DOS 3.3 image; AC won't)

Ah ha. That explains why when attempting to boot an AC created image (in either an emulator or physical IIe, it breaks at $803 to a monitor prompt. Boot0 in ROM tries to load sector 0 of the disk image into $800, and there is nothing in sector 0 because AC didn't write anything to sector 0, and so the $800 page contains 00s.  All makes sense now.

The disk image I used which resulted in the strange drive noises on my IIe and "ERROR 8" was actually the "MASTER.DSK" image that comes with AppleWIN. I was adding the binary output file from CC65 & SBASM to it. 

This image does boot fine in emulators, and my binary files would BRUN file. So there is something else going on with that. I'm not sure if the following sheds some light on it, but in further tinkering I found that some disk images downloaded from the Internet produce the same result when booted on a IIe (strange drive noise, ERROR 8, can't catalog disk).

The common denominator with the images producing this result is that they are all images containing what as a kid I called "file games"....like pac-man, dig-dug, russki-duck, etch where many titles of these types of games would fit on one disk...the disk would boot to an Applesoft prompt and I'd BRUN the game I wanted to play. 

Another observation is that all of these disk images with this common set of behavior, can be accessed if I first boot my DOS 3.3 master (or any DOS 3.3 disk that boots, and can be cataloged), then put the disk in the drive with the disk image on it, then catalog again, and the expected files are there. 

This seems to be headed toward a conclusion that the disk images for those kind of games, and the MASTER.DSK image that comes with AppleWIN don't have DOS on them either.....except that these images all do boot fine in emulators which wouldn't be possible if DOS wasn't on the image, right? 


> > One other question if I may. In reading your posts in the discussion Andy McFadden posted a link to, it sounds you've fully automated the build process with CC65 and AppleCommander (it sounds like a cool setup).
> 
> > I'm trying to do a simple automation setup using batch files. The snag I'm hitting is with the Apple Commander line:
> >
> > java -jar ac.jar -cc65 foobar.dsk FOOBAR B ^< foobar
> 
> Never seen a caret escaping a redirection... I just tried a batch file, 
> and it works fine without it...
> 
> > I narrowed the problem down to the "<" symbol. All research I've done indicates that ^ is the proper escape character in a batch file but this command line hangs when run in a batch file (I hit control-C, it asks if I want to terminate the batch file, and then I'm returned to the command prompt, and the file doesn't get added to the disk image).
> 
> So, what about enclosing some of your command in full quotes?  i.e.
> java -jar ac.jar "-cc65 foobar.dsk FOOBAR B < foobar"
> or so?  There's definitely a way to make this work.  I have a batch file 
> called ac.bat that does this:
> @java -jar c:\wherever\AppleCommander-1.3.5.14-ac.jar %*
> and then I can call it from a batch file thus:
> ac -cc65 foobar.dsk FOOBAR B < foobar
> and it succeeds.  This is Windows 7, btw.
> 

If I put double quotes around anything the quotes end up treated as characters in the commend line, which triggers the AC help screen. However, I tried it again without escaping the < redirect, and what happens is that it appears on the screen as this:

 java -jar ac.jar -cc65 foobar.dsk FOOBAR B 0< foobar

However, the file does get added to the disk image and it runs file in an emulator. I do recall the prepended 0 getting my attention, but I'm not sure how I came to the conclusion that the file wasn't added to the disk image...clearly it seems to work now.

Thanks for your help!

 

[toc] | [prev] | [next] | [standalone]

#1974

On Friday, November 20, 2015 at 4:17:35 PM UTC-8, Mark Lemmert wrote:
> Not sure how that extra 3 bytes is getting prepended to the SBASM binary output file, is that perhaps an example of the binary redirection problems you've experienced with windows?
> 

Reading files into an application (on Windows) has occasionally given me grief because of the hidden BOM prepended on certain files.  The BOM can manually be removed, or the application needs to be modified to properly accommodate it.

[toc] | [prev] | [next] | [standalone]

#1975

On Monday, November 23, 2015 at 10:39:38 AM UTC-8, pitz wrote:
> Reading files into an application (on Windows) has occasionally given me grief because of the hidden BOM prepended on certain files.  The BOM can manually be removed, or the application needs to be modified to properly accommodate it.

UTF-16 needs to die in a fire.

[toc] | [prev] | [next] | [standalone]

#1976

On 11/23/2015 2:28 PM, Andy McFadden wrote:
> On Monday, November 23, 2015 at 10:39:38 AM UTC-8, pitz wrote:
>> Reading files into an application (on Windows) has occasionally given me grief because of the hidden BOM prepended on certain files.  The BOM can manually be removed, or the application needs to be modified to properly accommodate it.
>
> UTF-16 needs to die in a fire.

Amen, brother.

[toc] | [prev] | [next] | [standalone]

#1971

Hi,

>> Out of curiosity, when you create disk images on your PC that you transfer to your Apple II, how do you go about it? Though I have a working solution, I'm still curious as to what was going wrong when I tried it that way. I tried many combinations with AppleCommander, Ciderpress, command line, GUI, CC65 binary, SB-Assembler binary, different floppies, etc, etc. and just kept hitting a brick wall, but it sounds like there is a way to do it.
>
>In my build, I have template floppy images [...]

Me too. I ususally need bootable disk images. So I can't create them
with AC anyway. I seem to remember that I created those templates by
"initializing" new bootable disks in AppleWin.

Here's a typical example how I automate those things:
https://github.com/contiki-os/contiki/blob/master/platform/apple2enh/Makefile.apple2enh

Regards,
Oliver

[toc] | [prev] | [next] | [standalone]

#1972

On Saturday, November 21, 2015 at 7:35:20 AM UTC-6, Oliver Schmidt wrote:
> Hi,
> 
> >> Out of curiosity, when you create disk images on your PC that you transfer to your Apple II, how do you go about it? Though I have a working solution, I'm still curious as to what was going wrong when I tried it that way. I tried many combinations with AppleCommander, Ciderpress, command line, GUI, CC65 binary, SB-Assembler binary, different floppies, etc, etc. and just kept hitting a brick wall, but it sounds like there is a way to do it.
> >
> >In my build, I have template floppy images [...]
> 
> Me too. I ususally need bootable disk images. So I can't create them
> with AC anyway. I seem to remember that I created those templates by
> "initializing" new bootable disks in AppleWin.
> 
> Here's a typical example how I automate those things:
> https://github.com/contiki-os/contiki/blob/master/platform/apple2enh/Makefile.apple2enh
> 
> Regards,
> Oliver


Thanks!

[toc] | [prev] | [next] | [standalone]

#1973

On 11/19/15 9:01 AM, Mark Lemmert wrote:
> I am about to start a large 6502 project and for the first time setup cross assembler software to do the coding (SB-Assembler & CC65/CA65 on a Windows 7 PC).
>
> Does anyone know how to transfer the binary output code from a cross assembler to a physical Apple IIe?
>
> I really appreciate any suggestion that anyone may have! Thanks!
>
>
> What I've tried so far.....
>
>
> I have tried AppleCommander to create the disk image (and add the binary file) and ADTPro to transfer the disk image to a floppy on my Apple IIe, but it doesn't work (more on that below). However, the code does work in an emmualtor (AppleWIN, Virtual II).
>
> I am totally open to using different software. And, I have a MAC as well as a PC so I am open to options on either platform.
>
>
> The result is the disk drive makes a strange noise (not the usual griding/recaliberation) and "ERROR 8" is output to the video screen. The floppy is unresponsive to "CATALOG".
>
> I have done a lot of transferring of disk images back and forth and am fairly familiar with the process, but it has always been with a) disk images downloaded from the Internet, or b) disk images created from a floppy and transferred to a PC (i.e the opposite direction of data flow).
>
> Any ideas are much appreciated. Thanks!
>

If you do not need DOS/ProDOS you can try c2t 
(https://github.com/datajerk/c2t, Windows binary included). I 
specifically wrote this so I could quickly test my 6502 cross assembly 
projects.

Basically, you build your code, use c2t to create an audio file, drop 
that in dropbox or equiv on your Windows machine. Then from any machine 
(phone, table, PC, etc...) use an audio patch cable and dump to your IIe.

Uncompressed you'll get about 1K/sec download. Most code compresses 2:1. 
a 40K binary will load up in about 20 seconds + 10 or so seconds of 
overhead (header, deflate code, etc...)

P.S. 8000 bps works best. I have an improved 9600 bps update that I have 
not released yet.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.sys.apple2.programmer

csiph-web