[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ADT long filename bug?
- Subject: Re: ADT long filename bug?
- From: Ed Eastman <noone@nowhere.net>
- Date: Thu, 29 Dec 2005 15:12:14 -0600
- In-reply-to: <fbWsf.21457$eD5.356365@twister2.libero.it>
- Newsgroups: comp.sys.apple2
- Organization: University of Nebraska--Lincoln
- References: <fbWsf.21457$eD5.356365@twister2.libero.it>
- User-agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
- Xref: g2news1.google.com comp.sys.apple2:2728
Luke Forat wrote:
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 am using Windows XP with NTFS5 and/or FAT32 and don't seem to have
that issue, but recall similar issues under Windows 98.
I think the main reason I never have issues is that I always name my DSK
files without spaces or extra characters and under 15 chars in length,
just to be safe. Sort of a ProDOS/ MSDOS hybrid.
Hmm, I'm sitting here thinking about it and a thought pops into my head.
Is he specifying the extension? The newer OS does not show the
extension but the transfer does require it.
I'm still thinking about this and it hits me that you may need to
transfer the 'short name' instead of the long name of the file.
abcdef~1.dsk instead of ABCDEFGHI.dsk. This is what worked under Win98
for me.
Let me know of these ideas work for you.
Ed
(Catalyst of the 2005 speed up, Thankx Knut!)
(Instigator of the 2006 SST upgrade, Go currently anonymous programmer!)