long file names - solstice 3.1

long file names - solstice 3.1

Post by joegeei.. » Thu, 09 Nov 2000 04:00:00



When transferring files between a PC and a E450 running
2.6 the filenames come across as filename~1.dat. And the
user loses authority to edit the file. Can someone tell
me why this translation occurs and what the fix is. I've
seen nothing either on Sunsolve or here in this newsgroup
regarding this problem, although there was a rather long and
informative discussion as to why this happens when the
files are transferred via CD.
Any information will be greatly appreciated.

Joe Gordon

Sent via Deja.com http://www.deja.com/
Before you buy.

 
 
 

long file names - solstice 3.1

Post by Anthony W. Youngma » Fri, 10 Nov 2000 04:00:00


This is a Micros~1 problem... although it did originate in Unix, the
14-character filename limit.

I'll discuss it from a linux perspective, and then you'll have to
convert it to solstice...

The standard dos directory structure can only handle 8.3 filenames. With
9x, Microsoft added a "compatible extension" whereby the long name is
stored in specially marked directory entry blocks. So any MS long name
has an 8.3 equivalent visible to old programs.

In linux, if you mount a dos filesystem as FAT, then it can only see the
standard directory entries and will only use the 8.3 name. And if it
moves the file, the long name will be lost. If you mount the filesystem
as VFAT, linux uses a different driver which is aware of the extension.
Note with CDs the same problem applies - ISO-9660 only knows about 8.3,
but Joliet and/or RockRidge define long-name extensions.

So I am guessing you are mounting a dos filesystem on solstice using a
driver that is only aware of 8.3 names.

-----Original Message-----

Posted At: 08 November 2000 18:13
Posted To: admin
Conversation: long file names - solstice 3.1
Subject: long file names - solstice 3.1

When transferring files between a PC and a E450 running
2.6 the filenames come across as filename~1.dat. And the
user loses authority to edit the file. Can someone tell
me why this translation occurs and what the fix is. I've
seen nothing either on Sunsolve or here in this newsgroup
regarding this problem, although there was a rather long and
informative discussion as to why this happens when the
files are transferred via CD.
Any information will be greatly appreciated.

Joe Gordon

Sent via Deja.com http://www.deja.com/
Before you buy.


 
 
 

long file names - solstice 3.1

Post by joegeei.. » Tue, 14 Nov 2000 04:00:00


Thanks, Anthony, that was it.  The one thing this problem had
in common was that those experiencing it were all running W95.
Users running 98 or NT were unaffected. Sun recommended running
Samba. My preference would be Linux.

international.com>,

> This is a Micros~1 problem... although it did originate in Unix, the
> 14-character filename limit.

> I'll discuss it from a linux perspective, and then you'll have to
> convert it to solstice...

> The standard dos directory structure can only handle 8.3 filenames.
With
> 9x, Microsoft added a "compatible extension" whereby the long name is
> stored in specially marked directory entry blocks. So any MS long name
> has an 8.3 equivalent visible to old programs.

> In linux, if you mount a dos filesystem as FAT, then it can only see
the
> standard directory entries and will only use the 8.3 name. And if it
> moves the file, the long name will be lost. If you mount the
filesystem
> as VFAT, linux uses a different driver which is aware of the
extension.
> Note with CDs the same problem applies - ISO-9660 only knows about
8.3,
> but Joliet and/or RockRidge define long-name extensions.

> So I am guessing you are mounting a dos filesystem on solstice using a
> driver that is only aware of 8.3 names.

> -----Original Message-----

> Posted At: 08 November 2000 18:13
> Posted To: admin
> Conversation: long file names - solstice 3.1
> Subject: long file names - solstice 3.1

> When transferring files between a PC and a E450 running
> 2.6 the filenames come across as filename~1.dat. And the
> user loses authority to edit the file. Can someone tell
> me why this translation occurs and what the fix is. I've
> seen nothing either on Sunsolve or here in this newsgroup
> regarding this problem, although there was a rather long and
> informative discussion as to why this happens when the
> files are transferred via CD.
> Any information will be greatly appreciated.

> Joe Gordon

> Sent via Deja.com http://www.deja.com/
> Before you buy.

Sent via Deja.com http://www.deja.com/
Before you buy.
 
 
 

1. long file names - solstice 3.1

When transferring files between a PC and a E450 running
2.6 the filenames come across as filename~1.dat. And the
user loses authority to edit the file. Can someone tell
me why this translation occurs and what the fix is. I've
seen nothing either on Sunsolve or here in this newsgroup
regarding this problem, although there was a rather long and
informative discussion as to why this happens when the
files are transferred via CD.
Any information will be greatly appreciated.

Joe Gordon

Sent via Deja.com http://www.deja.com/
Before you buy.

2. Printer Controls

3. SUN WEBSERVER 1.0 AND SOLSTICE NFS 3.1

4. Power off on shutdown (BIOS problem?)

5. Authentication and SUN solstice NFS-client 3.1

6. NEC Versa M, PCMCIA IDE

7. Password aging with NFS client 3.1 ( Solstice )

8. lpr client for 3.2.2 ?

9. Solstice 3.1 Network Client and Internet

10. NIS+ with Solstice 3.1 ?????

11. How to upgrade Linux file system to support long file name (>14)?

12. Error in Solstice 3.1 sunwnsfd

13. Sun Solstice NFS 3.1+: NT Domain Controller Functionality