for i in $( ls | grep [A-Z] ); do mv -i $i `echo $i | tr 'A-Z' 'a-z'`; done
On another matter, I tested all 1.8x versions I could find and definitevely they don't work with 8086/8088 processors.
So, this is a thing that actually got me looking at alternatives to EtherDFS, because I've discovered that if I try doing a *BIG* XCOPY to a mounted EtherDFS share it usually fails.
I guess that magical version of 1.91 that supposedly existed to support 8088 that's mentioned in the FreeDOS document has been completely lost to history.
I took a look at the code and it's compiled Turbo Pascal with $G+ (turn on 286 optimizations). The main difficulty in trying to patch the code for 808x is that all procedures use ENTER/LEAVE; trying to convert these to 808x equivalents means trying to optimize for size at least 8 bytes in each procedure and a quick look shows there isn't room for that (there's also PUSH immed. which would need to be converted too). So the only way we'll get an 808x version of this is either to disassemble the entire program to try to fix and reassemble it, or track down the author and ask him for the source.
it could be the 4 terabytes of free space on my server not being accounted for properly in XFS. Anyone else seeing this error?
... my guess is it doesn't have any idea you have 4TB of free space, unless your NFS server is doing something differently. Are you allowing protocol V2?
It's on an NFS v2, but using the kernel NFS server. I suppose I could try pcnfsd and hope it doesn't break my other ancient NFS clients.
PKTMUX does indeed work. It adds another 19k or so of resident software, but since XFSKRL doesn't fit in upper memory on my machine anyway there's no net damage, I guess.
Under PC-DOS 7 on a machine with 624k base memory (yay Tandy) and 112k upper memory the total damage with an NFS share mounted and the packet redirector set up for MTCP is 564,864 bytes conventional free sitting at the DOS prompt. (552k) Could be better, but I've seen much worse.
You do have to be very cautious about filenames on the NFS side, that is most definitely a thing.
@Eudimorphodon, apologies for bringing this thread back from the dead, but I happened to stumble upon this while googling for a solution. I've recently acquired a Tandy1000 TX and attempting to do a similar thing. Mounting an NFS share works, as do the mTCP applications, but not both at the same time. I tried configuring PKTMUX as part of my xfs startup bat file but I know I'm configuring something incorrectly. Would it be possible to share how you accomplished the packet redirection for mTCP?