bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: null character problem with cvs


From: Alberto Gobbi
Subject: RE: null character problem with cvs
Date: Fri, 18 May 2001 14:12:31 -0700

I do not think that in this case ms is the bad guy. Since it does work if I
turn of the crlf conversion. Also with this kind of bug even ms could not
survive.

Alberto

-----Original Message-----
From: larry.jones@sdrc.com [mailto:larry.jones@sdrc.com]
Sent: Friday, May 18, 2001 13:20
To: AGobbi@anadyspharma.com
Cc: bug-cvs@gnu.org
Subject: Re: null character problem with cvs


Alberto Gobbi writes:
> 
> Problem description:
> P:\AGobbi\Programing\Java\cvs checkout moletest
>    will yield a file:
>    MFP.java where the characters at position 0x1000, 0x2000 and 0x3000 are
> replaced by \0 (file length below 0x4000).
[...]
> It also has something to do with where i do the export. The Error occures
on
> my p: but not if I check out on (x: or d:
> p: and x: are shared drives on the same nt-2000 file server, d: is a local
> drive). Priviously somebody said this kind of problems might be related to
a
> problem with NFS but i am not using NFS.
[...]
> Conclusions:
> In my opinon this problem is somehow related to the conversion from
newline
> to crlf for text files
> other people expieriencing this problem had different settings and
> configurations but the client was always windows.
> 
> Does naybody have an idea where I could look for the solution?

Microsoft.  The newline conversion is handled in the C library.  The
fact that it happens reliably every 4KB on a particular file system
makes me think that it may be related to some filesystem parameters
(like cluster size), but it's possible that it's a bug in the Microsoft
file sharing code rather than the C library since it only happens on
a shared drive.

-Larry Jones

I don't like these stories with morals. -- Calvin



reply via email to

[Prev in Thread] Current Thread [Next in Thread]