From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-95976-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 21427 invoked by alias); 15 Nov 2012 17:09:57 -0000
Received: (qmail 21412 invoked by uid 22791); 15 Nov 2012 17:09:54 -0000
X-SWARE-Spam-Status: No, hits=-4.5 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SPF_SOFTFAIL
X-Spam-Check-By: sourceware.org
Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 15 Nov 2012 17:09:46 +0000
Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDJ00200GXDA400@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Thu, 15 Nov 2012 19:09:30 +0200 (IST)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDJ0026FGZU9A20@a-mtaout20.012.net.il>; Thu, 15 Nov 2012 19:09:30 +0200 (IST)
Date: Thu, 15 Nov 2012 17:09:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [PATCH] Skip gcore-buffer-overflow.exp on windows
In-reply-to: <1352991707-29104-1-git-send-email-yao@codesourcery.com>
To: Yao Qi <yao@codesourcery.com>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83k3tmu71a.fsf@gnu.org>
References: <1352991707-29104-1-git-send-email-yao@codesourcery.com>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2012-11/txt/msg00414.txt.bz2

> From: Yao Qi <yao@codesourcery.com>
> Date: Thu, 15 Nov 2012 23:01:47 +0800
> 
> Hi,
> When running gcore-buffer-overflow.exp on ia32/windows host,
> we saw the following error,
> 
>   cp: accessing `XXX/gdb.base/gcore-buffer-overflow-01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789': File name too long
> 
> Looks we don't have other supported hosts that have file name length
> limitation, so this patch simply skips it on windows.  Is it OK?

??? 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.

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?

Apologies if I'm missing something.