Re: [acme@conectiva.com.br: Re: mke2fs /dev/loop0]

Re: [acme@conectiva.com.br: Re: mke2fs /dev/loop0]

[Holluby]

On Wed, 28 Feb 2001, Arnaldo Carvalho de Melo wrote:

> I'm interested if this is directly related to IPX, Petr is the guy for
> NCPfs, can you please send us more details about this problem? Hangs? Data
> corruption? what?
>
> - Arnaldo


	The problem was simply, that I couldn't  cd to a directory.
"File exist, but couldn't be stat-ed" or something similar was the
message.

	Now I think, that it was my fault. I think, I forgot to compile
one of the charsets into the kernel, and this dir had strange filenames.
I haven't had time to check it thou.



   Petr Vandrovec       vandrove@vc.cvut.cz  wrote:

> Can you be more specific? ncpfs should (and AFAIK does) compile out
> of the box

On glibc-2.2.2 		header files of select changed. So it does not
compile cleanly. If I remember well, a define called number_of_open or
similar was also missing. I am not sure in it thou. It might have been
some other program.

thanks

Holluby István
(istvan.holluby@khb.hu)

Re: [acme@conectiva.com.br: Re: mke2fs /dev/loop0]

[Wayne.Brown]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]



What is the current version of ncpfs, and where can it be found?  The most
recent I could find (at www.ibiblio.org) was ncpfs-2.2.0 which dates back to May
1998, and I ran into the problem with select when trying to compile it on a
current system.  I got it to work by compiling it on an old 2.0.x box that I
haven't upgraded in several years, then moved it to my 2.4.x system.  It's been
working fine for several months, but I'd like to be able to compile it on a
current system without hacking the source.

Wayne




"Petr Vandrovec" <VANDROVE@vc.cvut.cz> on 03/05/2001 05:41:47 AM

To:   "Holluby IstvBetan istvan.holluby@khb.hu" <isti@khb.hu>
cc:   linux-kernel@vger.kernel.org, acme@conectiva.com.br (bcc: Wayne
      Brown/Corporate/Altec)

Subject:  Re: [acme@conectiva.com.br: Re: mke2fs /dev/loop0]



On  5 Mar 01 at 12:27, Holluby Istv

[-- Attachment #2: Type: text/plain, Size: 1184 bytes --]


ßn istvan.holluby wrote:
> On Wed, 28 Feb 2001, Arnaldo Carvalho de Melo wrote:
>
>     The problem was simply, that I couldn't  cd to a directory.
> "File exist, but couldn't be stat-ed" or something similar was the
> message.

Reasonable recent kernels should display ':UUUU' instead of unknown
characters on ncpfs. Of course it requires that codepage->unicode
translation table does not contain disallowed translations.

> > Can you be more specific? ncpfs should (and AFAIK does) compile out
> > of the box
>
> On glibc-2.2.2      header files of select changed. So it does not
> compile cleanly. If I remember well, a define called number_of_open or
> similar was also missing. I am not sure in it thou. It might have been
> some other program.

You are using some really old ncpfs.
                                        Petr Vandrovec
                                        vandrove@vc.cvut.cz

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

Re: [acme@conectiva.com.br: Re: mke2fs /dev/loop0]

[Petr Vandrovec]

On  5 Mar 01 at 12:27, Holluby Istvßn istvan.holluby wrote:
> On Wed, 28 Feb 2001, Arnaldo Carvalho de Melo wrote:
> 
>     The problem was simply, that I couldn't  cd to a directory.
> "File exist, but couldn't be stat-ed" or something similar was the
> message.

Reasonable recent kernels should display ':UUUU' instead of unknown
characters on ncpfs. Of course it requires that codepage->unicode 
translation table does not contain disallowed translations.

> > Can you be more specific? ncpfs should (and AFAIK does) compile out
> > of the box
> 
> On glibc-2.2.2      header files of select changed. So it does not
> compile cleanly. If I remember well, a define called number_of_open or
> similar was also missing. I am not sure in it thou. It might have been
> some other program.

You are using some really old ncpfs.
                                        Petr Vandrovec
                                        vandrove@vc.cvut.cz