This is the mail archive of the
cygwin@sources.redhat.com
mailing list for the Cygwin project.
Re: #includes not being processed across network (revised)
- To: M4um at aol dot com,cygwin at cygwin dot com
- Subject: Re: #includes not being processed across network (revised)
- From: "Larry Hall (RFK Partners, Inc)" <lhall at rfk dot com>
- Date: Fri, 05 Jan 2001 10:37:33 -0500
At 10:20 AM 1/5/2001, M4um@aol.com wrote:
>I think I've discovered the root of the problem! In reviewing the strace I
>realized that the st_size reported from fstat() is always zero for any file
>referrenced across the network. No read()s are subsequently done because
>there is (reportedly) no data!
>
>Furthermore, if I do an "ls -l" of networked files from Cygwin/bash or sh,
>all the files are reported to be of size 0. This is not the case when I do a
>"dir" from MS-DOS or open the H: folder from Windows: they report the size
>correctly.
>
>Opinions, please: Is this standard operation of fstat() in this situation or
>does it suggest a bug? Could it be a variable-size mismatch within the
>TCP/IP stack generated by the Unix file-server? Is there any way that my
>environment could be causing this -- any network settings that would affect
>fstat() here but not in the ls -l -- that I can pursue? (cygcheck output
>follows)
Hm, interesting and a good catch. My guess is that there is some information
that comes across differently in your network case at least. Can anyone
verify that this is an issue for a typical Samba case for example? It would
be interesting to know if this is a general network problem with Cygwin or
if it is configuration specific.
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
118 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple