Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Authentication-Warning: eos.vss.fsi.com: ford owned process doing -bs
Date: Fri, 12 Sep 2003 14:11:51 -0500 (CDT)
From: Brian Ford <ford AT vss DOT fsi DOT com>
X-X-Sender: ford AT eos
To: cygwin AT cygwin DOT com
cc: cygwin-xfree AT cygwin DOT com
Subject: Pre 1.5.3-1 static libs
Message-ID: <Pine.GSO.4.56.0309121411170.685@eos>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

After building my own cygwin1.dll with debugging info, I think I figured
out my problem with xfree devel and Cygwin 1.5.3-1 here:

http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00204.html

The Xt library is a pre 1.5.3-1 static one.  It calls stat.  At link time,
my test app links with Xt and its stat call is redirected to stat64
incorrectly, thus corrupting the stack.

This appears true indeed via gdb and my debugable cygwin1.dll.  Even so,
could one of the more knowledgeable developers confirm my suspicion.

If confirmed, a short note to cygwin-apps may be in order, adding packages
containing static libraries that make system calls whose arguments have
changed size to the list of ASAP rebuilds.

Thanks for listening.

(Wish I would have helped make this a compile time, rather than link time
feature.  Lazy me.)

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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/