From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30989 invoked by alias); 16 Nov 2012 01:11:55 -0000 Received: (qmail 30979 invoked by uid 22791); 16 Nov 2012 01:11:54 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 16 Nov 2012 01:11:47 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1TZATC-0003fD-IL from Yao_Qi@mentor.com ; Thu, 15 Nov 2012 17:11:46 -0800 Received: from SVR-ORW-FEM-04.mgc.mentorg.com ([147.34.97.41]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 15 Nov 2012 17:11:46 -0800 Received: from qiyao.dyndns.org (147.34.91.1) by svr-orw-fem-04.mgc.mentorg.com (147.34.97.41) with Microsoft SMTP Server id 14.1.289.1; Thu, 15 Nov 2012 17:11:45 -0800 Message-ID: <50A592BB.1070403@codesourcery.com> Date: Fri, 16 Nov 2012 01:11:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: Eli Zaretskii CC: Subject: Re: [PATCH] Skip gcore-buffer-overflow.exp on windows References: <1352991707-29104-1-git-send-email-yao@codesourcery.com> <83k3tmu71a.fsf@gnu.org> In-Reply-To: <83k3tmu71a.fsf@gnu.org> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-11/txt/msg00448.txt.bz2 On 11/16/2012 01:09 AM, Eli Zaretskii wrote: > ??? First, does the MinGW build of GDB really support the gcore > command? In my testing, it fails saying "Can't create a corefile". > Which figures, since MinGW doesn't support them. > Eli, Our GDB is configured as "--host=i686-mingw32 --target=i686-pc-linux-gnu", instead of native mingw32 gdb. ... (gdb) gcore Saved corefile core.2493 So gcore works, and sorry for the confusion. > And second, why in the world is this file name too long? The > limitation imposed by Windows on file-names used in "ANSI" APIs is 256 > characters, not 80 or 150 that we see above. So why is this failing? I checked the log today again, and find the compilation is failed because of the too-long file name, I think. Executing on host: i686-pc-linux-gnu-gcc gcore-buffer-overflow.c -I /scratch/yqi/i686-pc-linux-gnu-lite/src/gdb-trunk/gdb/testsuite/gdb.base -Wl,-dynamic-linker,/scratch/yqi/i686-pc-linux-gnu-lite/obj/test-2012.09-999999-i686-pc-linux-gnu/host-i686-mingw32/ia32-2012.09/i686-pc-linux-gnu/libc/./lib/ld-linux.so.2 -Wl,-rpath,/scratch/yqi/i686-pc-linux-gnu-lite/obj/test-2012.09-999999-i686-pc-linux-gnu/host-i686-mingw32/ia32-2012.09/i686-pc-linux-gnu/libc/./lib/./ -Wl,-rpath,/scratch/yqi/i686-pc-linux-gnu-lite/obj/test-2012.09-999999-i686-pc-linux-gnu/host-i686-mingw32/ia32-2012.09/i686-pc-linux-gnu/libc/./usr/lib/./ -g -lm -o /scratch/yqi/i686-pc-linux-gnu-lite/obj/test-2012.09-999999-i686-pc-linux-gnu/host-i686-mingw32/default/gdb.d/gdb.base/gcore-buffer-overflow-01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 (timeout = 3000) c:/cygwin/home/yqi/test-i686-mingw32/test-build5-lucid-cs/ia32-2012.09/bin/../lib/gcc/i686-pc-linux-gnu/4.7.2/../../../../i686-pc-linux-gnu/bin/ld.exe: cannot open output file /scratch/yqi/i686-pc-linux-gnu-lite/obj/test-2012.09-999999-i686-pc-linux-gnu/host-i686-mingw32/default/gdb.d/gdb.base/gcore-buffer-overflow-01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789: No such file or directory^M^M collect2.exe: error: ld returned 1 exit status -- Yao (齐尧)