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 Date: Mon, 10 Oct 2005 11:18:06 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: 1.5.18: ld command generates stackdump Message-ID: <20051010151806.GC14608@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com References: <045001c5cd2c$657579e0$1600a8c0 AT toyon DOT corp> <056901c5cd3e$3986d010$1600a8c0 AT toyon DOT corp> <434A5ADB DOT 2080602 AT byu DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <434A5ADB.2080602@byu.net> User-Agent: Mutt/1.5.8i On Mon, Oct 10, 2005 at 06:13:15AM -0600, Eric Blake wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >According to Peter J. Stieber on 10/9/2005 7:59 PM: >> It's attached. I added the -t command to the g++ command so the loader >> would list the files it was processing when it breaks. The name of the >> object file in the last line should be SimpleInterpolationTable.o, but >> it gets truncated. > >> (/home/pete/Build/lib/libUtilityg.a)SimpleInterpolmake: *** [slamem.exe] >> Error 1 > >You may be hitting command line length limitations. I'm wondering if the >core dump happens because the truncated argument was not NUL-terminated. >Have you considered bundling arguments into a temporary file, then passing >@filename as the lone argument to ld, to bypass the command-line length >limitations? You may also want to try mounting ld's directory as cygexec, >or trying a recent snapshot, both of which use cygwin magic to increase >the command-line length of cygwin applications. This seems like a real shot in the dark to me. What would not be terminating a truncated command line? Cygwin? That's not likely. AFAIK, only very recent CVS versions of binutils take '@' command line arguments, although cygwin will honor them itself for processes which are not started by a cygwin process. I don't see any indication that this is the problem here. If this is a command-line length problem then something like: mount -X -b c:/cygwin/bin /bin mount -X -b c:/cygwin/bin /usr/bin would probably fix it. See: http://cygwin.com/faq/faq-nochunks.html#faq.programming.make-execvp cgf -- 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/