Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 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 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: 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/