[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: DOS 3.3 Image Does Not Work on XGS
- Subject: Re: DOS 3.3 Image Does Not Work on XGS
- From: "Charlie" <charlied@NOSPAMbboard.com>
- Date: Wed, 14 Aug 2002 15:03:03 -0400
- Newsgroups: comp.sys.apple2
- Organization: http://extra.newsguy.com
- References: <iuh69.233398$nm.9698607@bin5.nnrp.aus1.giganews.com> <ajcj5802k2q@enews2.newsguy.com> <GWt69.144059$6Z1.6426797@bin6.nnrp.aus1.giganews.com>
- Xref: archiver1.google.com comp.sys.apple2:22092
"Bryan Parkoff" <BParkoff@satx.rr.com> wrote in message
news:GWt69.144059$6Z1.6426797@bin6.nnrp.aus1.giganews.com...
> Charlie,
>
> It is necessary to convert from binary to ASCII because NuLib will fail
> to unshrink Image. I have noticed that several bytes (>7 bit) are modified
> while transferring from GS/OS to MS-DOS. I do not understand why, but ASCII
> remained (<7 bit) unchanged.
> I used Kegs32, but it failed to boot DOS 3.3. I believe that DOS 3.3
> has different sectors in order while ProDOS has sequence sectors in order.
> Emulator attempts to read DOS 3.3 using seqence sectors in order before
> machine language breaks and dumps register status. Please advise.
>
I have never had a problem with Nulib (version 3.24) accepting binary files.
I also don't understand why you would have the high bit change when
transferring files unless your software is automatically translating it for
you. I use the Transfer program that came with a PC Transporter in my Apple
IIgs. It has an option for translating files but I never use that.
By the way I have no problem at all with Kegs32r3 booting DOS 3.3 (.dsk)
images. It is true that DOS 3.3 used a different sector ordering than ProDOS
but that makes no difference to the emulator.
Also if you must use a .2mg disk image it is important that the conversion from
.dsk to .2mg be done correctly. I am unaware of any software for the PC (there
is ADFS for the MAC) that will convert a DOS ordered .dsk image to 2mg. Are
you doing the conversion yourself?
Charlie