This is the mail archive of the cygwin@sources.redhat.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: #includes not being processed across network (revised)


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]