Re: adtn.dmp & dos33.dmp question

["sonick" <sonick@sonick.com>]

heya ed

Indeed, i'm set to 300 baud, and gave the machine 20 minutes in
post-dos-dump-spin-mode,
and it did absolutely nothing. None of the ever so familiar access noises
from the drive, just spin.
The transfer did go wonderfully though, and to think I was almost home-free
;)
Time to do a dance of compliance around the IIe, SOMETHING has to work !
hehe

Thanks again
J

<noone@nowhere.net> wrote in message 3C1518C1.92D8BF0@nowhere.net">news:3C1518C1.92D8BF0@nowhere.net...
> According to the docs when I last read them, you must format a disk once
> the dos33 is transferred.  Then you must reboot.  Then transfer ADT
> using the same procedure and it will save.  It really sounds like the
> ADT transfer is not saving.  The DOS33 transfer may be formatting a
> disk, so you may need to wait for it to complete.  Dunno, I'd have to
> see noise vs timing index to determine more.
>
> I am curious as to what baud you are transferring at.  To do the intial
> transfer, you need to do it at 300baud so the Apple II can have time to
> interpret the keyboard commands being typed in via the null modem
> connetion.
>
> Also if you are transferring zips instead of the decompressed ASCII
> files, that may be your issue too.  Too many variable to think about...
>
> Just thoughts.
>
> Thankx,
> Ed
>
> sonick wrote:
> > The instructions at the end of adtn.dmp to save to disk did not work, no
disk activity.
> > I am not sure what to do at the * prompt, BASIC commands do nothing.
> > In the case of dos33.dmp, it transfers fine as well, but at the end of
the
> > file, the disk drive just starts spinning, and control of the terminal
is never
> > relenquished to the user, it just hangs.