Re: BUG REPORT : IPX (Novell) uppercase convert error with

From: Anand Subramanian (asubramanian@novell.com)
Date: Wed Jul 26 2000 - 00:03:57 EST


Hi,
Saw your crib against a possible Novell IPX error,but could not comprehend what is on actually.
Mind giving me a glimpse of the problem in some more detail,maybe from scratch.
I work for Novell Development and would like to carry the issue forward and get it resolved anyhow, if at all there is some issue.
TIA,
Anand

Anand Subramanian
Senior S/W Engineer,
Novell India Development Center,
Bangalore.
+91 080 572 1858 X-2062
Novell, Inc., the leading provider of Net services software

>>> "Jeff V. Merkey" <jmerkey@timpanogas.com> 07/26/00 12:22AM >>>

Petr,

Would you like some help with this? I think I know what's happening,
but a bigger problem may be just what clients other than Linux are
sharing this box. Both LONG and NFS namespaces should be returning the
right info from the server, but there are some **F_CKED** issues with
Novell's code page and Unicode support.

Email me and I'll attempt to help.

:-)

Your friend,

Jeff

P.S. The way I finally got around the POSIX problem you were helping me
with was to order the directory numbers from the master directory file
within each subdirectoy directory, then return the actual dir numbers as
f_pos (but they have to be ascending, so I order them in the dir hash).
Works!

Petr Vandrovec wrote:
>
> > > No. You did not do 'ls -l'... Of course that filenames are lowercased -
> > > - it is intentional. But your bash listing does not show whether Linux
> > > thinks that files are files or that they are directories...
> >
> > The screenshots with 'ls -l" are attached. If phrase "No such file or
> > directory" in bash-2.4.0-lower-ls-l.gif (this is kernel with lowercasing) for
> > the files and directories that really exists and detected by other kernels (look
> > other screenshots) is not a bug, then I am rosy elephant.
>
> Yes, it is bug. But it is not bug in ncpfs, but on your server. You can
> workaround this by couple of ways:
>
> (1) disable 'Lowercase DOS filenames'
> (2) do not use OS/2 namespace (use NFS namespace instead)
> (3) fix your server's LCONFIG.SYS to contain CP866 and not CP437 uppercase
> table
>
> Any one of choices above fixes your problem - second and third forever,
> first one as long as your app does not do upper/lowercasing - i.e.
> you will not be able to run Wine on such filesystem in native mode, for
> example...
>
> > Please, listen to my user's voice. From my point of view, normal work means
> > ACCESSIBILITY to ALL files and directories on the server without dependance of
> > it's peculiarities. It have no doubt, upper or lower letters presents on hte
> > screen (its only cosmetic feature). It's no doubt if latin letters lowercased
> > correctly but russian letters stays uppercased. BUT! If I can acces to them and
> > my comp doesn't hang - it's normal work for user, even if lowercasing of russian
> > letters ig wrong.
>
> For my system, which is correctly configured for CP852, it is high benefit
> that lowercasing works as expected. You can disable it in kernel config
> to work around your broken server.
>
> > When one kernel (2.2.13) provides it without any problem,
> > does not require to change tons of thousands files on server for correct
> > namespacing, and provide access to them "as they are" - this is good and
> > workable kernel. When other kernel does not do it at all (2.2.16) - it is fully
> > unworkable and unusable kernel for my IPX tasks. When the 3-rd kernel
> > (2.4.0) provide the access in one configuration and doesn't provide in another
> > - I say that it is partially workable kernel, and this is the bug from my
> > user's point of view.
>
> Hell you are stupid, are not you? Fix your server. Should ncpfs try to
> create ABCDEFGHIJKLMNOPQRSTUVWXYZ file and then try to open
> abcdefg... to verify that you correctly configured server? What if you do
> not have write access to server? Simple disable lowercasing option or OS/2
> namespace support if your server does not support them correctly. Or get
> call with Novell - can you open such files in Volkov Commander? I do not
> think so...
>
> > Because I cat'n work with files and directories on server.
> > Maybe it's wrong from programmer's point of view, but it's real life - nobody
> > will correct millions files on server because of new kernel can't provide
> > access to them.
>
> You have misconfigured server. Client can workaround about this stupidity
> if you do not enable lowercasing filenames. But client cannot provide
> lowercasing if your server then does not understand lowercased filenames.
> No way around. So disable lowercasing and you are in... (if you worked
> with 2.2.13 which did not lowercased russian letters (this is BUG), you
> cannot have scripts which depend on lowercase letters, so disable lowercasing
> until you fix your server)
>
> If you really want, I can add text to help for lowercasing config option
> that it does not work reliably on misconfigured servers. But I believe that
> less than 1% of installed Netware server base has this problem as it causes
> unbelievable headaches for Win95 environment too (especially in mixed
> Win95/DOS environment, as short name generated by server can (and will)
> contain characters which are not allowed by your local codepage).
>
> Petr Vandrovec
> vandrove@vc.cvut.cz
>
> P.S.: Best solution is remove OS/2 and DOS namespace support from ncpfs
> at all - only use NFS - then everything will work correctly and I can
> then easily integrated patches I received for supporting full UNIX
> semantic (devices, filemodes) on ncpfs, so you can build your root
> filesystem on ncpfs (well, you must use initrd to run ncpmount) then...
>
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon Jul 31 2000 - 21:00:21 EST