X-Spam-Check-By: sourceware.org
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; 	charset="iso-8859-1"
Subject: RE: Fatal Error w/ cygwin 1-5-23-*
Date: Sat, 30 Dec 2006 09:55:45 -0500
Message-ID: <467C77F6373BDE4BB16A3E8A62C039550D9B8B@Exchserv.hatteras.com>
References: <467C77F6373BDE4BB16A3E8A62C03955E5203E AT Exchserv DOT hatteras DOT com> <467C77F6373BDE4BB16A3E8A62C039550D9B8A AT Exchserv DOT hatteras DOT com>
From: "Brian Hassink" <bhassink AT hatterasnetworks DOT com>
To: <cygwin AT cygwin DOT com>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id kBUEu0jl001895

I've been able to create a simple test case...

    #include <boost/filesystem/operations.hpp>

    int main(int argc, char** argv)
    {
        boost::filesystem::path path1("/etc");  // ok
        boost::filesystem::path path2("/tmp");  // boom!
    }

...and it appears to be a problem with creating more than one path object.  I've checked that I'm linking with the correct version of the filesystem library.  I'll post this to the boost user group as well, but would still appreciate any thoughts from this group.

Thanks,
Brian

-----Original Message-----
From: cygwin-owner AT cygwin DOT com on behalf of Brian Hassink
Sent: Fri 12/29/2006 7:01 PM
To: cygwin AT cygwin DOT com
Subject: RE: Fatal Error w/ cygwin 1-5-23-*
 
Hello all,

I found a mirror site that still had 1-5-22-1 and did a full install, but was surprised to find that the fatal error problem I've been having still persisted.  On another machine running 1-5-22-1 this was not the case, and so I (incorrectly) thought the problem may be 1-5-23-2 specific.

What I'm seeing is that within a call to the boost file system library to instantiate a path object, things are blowing up after a free() call in the cygwin dll.  I've attached a gdb trace and cygcheck output for review.  Note that I'm running boost 1.33.1-1, but the problem occurs under 1.33.1-2 as well.

I would appreciate any assistance towards further isolating the problem.

Thanks,
Brian

-----Original Message-----
From: cygwin-owner AT cygwin DOT com on behalf of Brian Hassink
Sent: Tue 12/26/2006 9:10 AM
To: cygwin AT cygwin DOT com
Subject: Fatal Error w/ cygwin 1-5-23-*
 
Hello all,

I have an app that runs fine under 1-5-22-1, but has a fatal error (see
below) when run under 1-5-23-1 or 1-5-23-2.

I've done a complete reinstallation of 1-5-23-2 (and had tried a newer
snapshot as well), but this has not resolved the problem.  At this
point, I'm not sure what to look for to help isolate the problem.

Any advice?

Thanks,
Brian



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