-=> Quoting MIKE RUSKAI to LEONARD ERICKSON <=-

 LE> That's nice. I'd like to be able to go one step farther and assign a
 LE> *specific* shortname to a file without losing the long name. Even if
 LE> it used up another directory entry. Then we'd be able to keep old
 LE> programs happy indefinitely and still use long filenames. Unix can do
 LE> this, I just forget the command.

 MR> This is strictly speaking possible, but not taken advantage of by the
 MR> OS. There's no required attachment between a file's directory name, and
 MR> it's .LONGNAME extended attribute (which is how what Ian mentioned
 MR> above is done).

 MR> The PM file dialogs don't recognize the .LONGNAME attribute as a
 MR> filename, nor does DosOpen(), the API that opens files.

That reminds me. I was using an OS/2 UUdecoder that supported long
filenames (easy to find) and supported embedded spaces (hard to find). 

Anyway, I discovered that when names exceeded a certain length, the WPS
directory display no longer recognized what *kind* of file they were.
Any idea what was going on?

These are mostly WAV files from Star Trek and Star Wars that people
named with the entire text of what's being said (definite overkill).

Silly example:
        "Jack and Jill went up the hill to fetch a pail of water, Jack
fell down and broke his crown and Jill came tumbling after.WAV"


--- Blue Wave/DOS v2.30
7102/1