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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 18, 2001 13:20
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
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
_______________________________________________
Bug-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-cvs
