Re: ADT long filename bug?

Luke Forat wrote: 
   Hello all,

I recently received my SuperSerial card for my //e so I finally got a chance to get some disk images over to my Apple and try ADT 2005 out. I set it up, made my own null cable and transferred the ADT binary and ADT CONFIGURE over, all went fine (the doc says somewhere that the file should be saved as ADT CONFIG not CONFIGURE though, which I discovered later).

Everything works fine except the "long filename" support apparently. When I type in a file longer than 8.3 characters ADT on my apple (receive mode) it says it can't find the file and the ADT client on my PC, running windows 2K, hangs. Specifically the process goes to 100% cpu occupancy, so I need to terminate it. To work around this problem, I simply rename the file to a shorter name and transfer it without problems.

I use the 115K baud setting and have transferred 5 disk images without problems. The directory listing also works fine with the long filenames. It just fails when I try to receive an image with a long filename.

Not really a big deal, but just wanted to see if any others here had encountered the same problem.

In any case, it's good to see my Apple //e (Euro) up and running like a charm. Luckily I had kept a couple of boxes of 5.25" disks and the "DISK MUNCHER" to double side them handy!

  Happy new year to you all!

Luke



I fixed this problem with ADTwin, it was a strange limitation that had nothing to do with buffer sizes, so I extended it from 0 -> 13 to 0 -> _MAX_FNAME-1 i.e. 255 bytes which I think is also the limit on the ADTssc (you run out of screen before that though). It should now also be possible to use the short name whenever it is inconvenient or impossible to use the long name. I think the limitation has some historic reason, maybe limitation for Apple filenames sneaked in here without cause (this name is pc specific both for receive and send).

So I have been thinking, should we make a new version just for this and then why not. The windows version numbers have 4 bytes ADTwin was 1,0,2,3 this is not the typical use for these which would be 1,23,0,0 so instead of making a '1.24' I made it '1.23 (2)' and 1,23,2,0 as this is a minor change also.

I have not fixed the error handling though. It is too complicated for a quick fix and this particular unexpected failure is now gone.

I also updated the manual and the ssc readme. Did find a CONFIGURE that should be CONFIGURATION. Actually the name matters when default is changed.

This update affects only ADTwin, manual and ssc readme.
http://home.online.no/~kr-lund/ADT_2005_2.zip
I will also upload it to asimov etc.
It is based on the ADT_2005.zip previously announced...

Knut



.

Relevant Pages

  • ADT long filename bug?
    ... chance to get some disk images over to my Apple and try ADT 2005 out. ... Everything works fine except the "long filename" support apparently. ... I type in a file longer than 8.3 characters ADT on my apple ... I use the 115K baud setting and have transferred 5 disk images without ...
    (comp.sys.apple2)
  • Problems Transferring Disks With ADT
    ... ADT 1.23, but I'm having trouble making the disk images. ... Apple IIe w/SSC ... I Googled and found someone that said "changing the port settings in the ...
    (comp.sys.apple2)
  • Re: Problems Transferring Disks With ADT
    ... The ADT PC ... the port is there and working - similarly you need to set ADT A2 side. ... Apple II with a SSC at 115K and never had a problem. ... but I'm having trouble making the disk images. ...
    (comp.sys.apple2)
  • Re: CD600e with 7.5?
    ... international versions of Mac OS as well as US Mac OS. ... Software that lets you use an Apple CD-ROM drive with your ... applications to access NDIF disk images. ... Generally Apple drivers did not recognize non Apple CD-ROM drives. ...
    (comp.sys.mac.system)
  • Re: ADTPro 1.0.0 released
    ... ADTPro is a feature-rich communications platform for exchanging disks and disk images between Apple II family computers and contemporary operating systems. ...
    (comp.sys.apple2)