X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Message-Id: <5.2.0.9.1.20090109083143.01ea43b0@localhost> X-Sender: cenedese AT localhost Date: Fri, 09 Jan 2009 12:14:28 +0100 To: cygwin AT cygwin DOT com From: Fabian Cenedese Subject: Re: Empty include file on samba share In-Reply-To: <4966299F.9040300@cygwin.com> References: <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090108085658 DOT 01eaf2f0 AT localhost> <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090107170800 DOT 01ebc130 AT localhost> <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090107170800 DOT 01ebc130 AT localhost> <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090108085658 DOT 01eaf2f0 AT localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com At 11:28 08.01.2009 -0500, Larry Hall (Cygwin) wrote: >Fabian Cenedese wrote: >>At 12:22 07.01.2009 -0500, Larry Hall (Cygwin) wrote: >>>Fabian Cenedese wrote: >>>>However if the whole C++ project is moved from the local drive to a >>>>share (samba, probably also windows) the compilation may fail with >>>>various errors. The main problem seems to be that include files are not >>>>read properly. They are found (gcc emits an error if the name is wrong) >>>>but the content seems not to be read. Even if such a problematic >>>>header file contains crap it is not mentioned by gcc. To make things >>>>worse is that on different computers the compilation may fail differently >>>>or even work without problems. >>>We're missing some information about your system configuration. Please >>>read the problem reporting guidelines found at the link below, paying >>>particular attention to the part about the cygcheck output. A STC might >>>also be warranted. >>The output is attached. But the cygwin tool list is not important as we only >>provide the minimum (meaning cygwin1.dll) to run the compiler and linker. >>Drive q is a samba share, not really NTFS. > >ATM, I have only a few comments: > >1. Your installation is outdated. You may have better luck if you upgrade. I might try that, but I guess I need to rebuild the tools to use 1.7. I have now used gcc 3.4.3. and 4.1. with exactly the same cygwin1.dll. They both could compile without showing these errors. So I guess cygwin is not at fault. >2. You seem to have competing tools installed and to not have Cygwin tools > in your path. These two things make it unclear what parts of Cygwin > are actually in use in your scenario. Why do you say competing tools? There's only 1 cygwin1.dll in the path. And the other cygwin tools are not needed. gcc, as, ld etc are all in the same directory, built with the same environment. >3. Since you mention your share is just a "samba share", I'm not sure if > you mean it's from a Linux machine or simply a Windows server with a > FAT* partition. If the former, have you tried using NFS? Yes, it's a linux file server with samba shares, underlying FS probably ext3. I have not tried NFS as we mostly use windows and we have customer reports with the same problem that only use windows (no linux server). >4. Are you sure there aren't network issues here? Do you mean IP-address conflicts? Or what else? As the windows network doesn't show problems the basic setup seems fine. Thanks for the help, I'll start looking into gcc changes. bye Fabi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/