RE: Data transfer methods

From: Baltissen, GJPAA (Ruud) (
Date: 2005-05-12 16:30:52

Hallo Andre,

> But I cannot see that when the actual command is send [*],

Reading this I don't even understand myself. I meant to say:

At the moment TALK is received, I have no means to see whether the contents
of the directory is requested by means of 'DIRECTORY' or 'LOAD "$",x'. And
thus the delay is inserted, whether it is needed or not.

> I still wonder why you need them.

I do wonder as well. The funny thing is that even if I don't insert those
delays, the CBM neatly accepts all the bytes I send. But when displaying the
result on screen, it is clear that the received are not used. Receiving a
byte means that the CPU has to handle the handshake lines of the IEEE bus.
If it doesn't, my PC starts to ring bells in one or another way. As it is
accepted, I expect the CBM to USE it as well. And THAT doesn't happen. And I
haven't the faintest idea why not. 

> I think you only mentioned the 8032, so I stand corrected, sorry.

No problem. 

>  *      OldPet          The PET 3032 doesn't set NRFD and NDAC low
>  *                      before releasing ATN after a TALK command,
>  *                      wait for a NDAC low first!

Before sending (the next part of) a directory, I wait for ATN to become (H).
In all other circumstances I just gather the data and send it back with my
ByteOut command. And this command handles sending the byte using the
standard IEEE protocol. Certainly no extra checking of NRFD and/or NDAC
after a TALK and/or ATN.

Hallo Marko,

> Actually, you shouldn't really assume anything else than the
> ISO-9660 character set from the underlying operating system
> if you intend to make the application portable.

The original Commodore name is turned into a 8 char long name by the
function Label2Filename in CBM_SW1.PAS. It looks a bit how long Windows
names are converted to DOS names using the format 'xxxxxx~1'. And IMHO OS

> Now
> mentions CBM-HD

Thank you!

    / __|__
   / /  |_/     Groetjes, Ruud
   \ \__|_\
    \___|       URL:


De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen.

The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by return e-mail; please delete in this case the e-mail and do not disclose its contents to any person. We don't accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission.

       Message was sent through the cbm-hackers mailing list

Archive generated by hypermail pre-2.1.8.