Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
X-Apparently-From: <earnie?boyd AT yahoo DOT com>
Message-ID: <3A92C318.3DDDC36B@yahoo.com>
Date: Tue, 20 Feb 2001 14:18:48 -0500
From: Earnie Boyd <earnie_boyd AT yahoo DOT com>
Reply-To: Earnie Boyd <cygwin AT cygwin DOT com>
X-Mailer: Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Reuben Thomas <rrt1001 AT cam DOT ac DOT uk>
CC: Earnie Boyd <cygwin AT cygwin DOT com>
Subject: Re: mingw > 20001111: fstat bug: buffer overflow?
References: <Pine DOT LNX DOT 4 DOT 33 DOT 0102201817390 DOT 1238-100000 AT localhost DOT localdomain>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Reuben Thomas wrote:
> 
> > Which gcc version are you using?  There are different versions of the
> > stat structure based on whether you are using CRTDLL or MSVCRT.  There
> > is a bug in the specs file for gcc-2.95.2-7 in that __MSVCRT__ should be
> > defined when -mno-cygwin is used.  The absence of this is what has
> > caused your problem.
> 
> Merely #defining __MSVCRT__ in the right places doesn't help. I have to use
> struct _stati64 and the _stati64 and _fstati64 functions explicitly to get
> the right results. Perhaps there's something else going on? Or maybe I've
> just misunderstood...
> 

Maybe, we've both misunderstood.  gcc-2.95.2-6 is using CRTDLL runtime
with -mno-cygwin.  gcc-2.95.2-7 was (it no longer exists) using MSVCRT
runtime with -mno-cygwin.  It was gcc-2.95.2-7 that was missing the
__MSVCRT__ define.

However, gcc-2.95.2-6 has a problem also.  The libmoldname is to be used
with MSVCRT and libcoldname is to be used with CRTDLL.  This was caused
by a change by me in the mingw-runtime package.  However, the _stati64
structure shouldn't work with CRTDLL so perhaps you even lucky at that.

HTH,
Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple