From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-83924-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 30293 invoked by alias); 29 Sep 2011 07:20:44 -0000
Received: (qmail 30284 invoked by uid 22791); 29 Sep 2011 07:20:43 -0000
X-SWARE-Spam-Status: No, hits=-1.3 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL
X-Spam-Check-By: sourceware.org
Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 29 Sep 2011 07:20:29 +0000
Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LS900I00W8IXR00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Thu, 29 Sep 2011 10:20:02 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([84.228.8.215]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LS900IVEWDDNU70@a-mtaout22.012.net.il>; Thu, 29 Sep 2011 10:20:02 +0300 (IDT)
Date: Thu, 29 Sep 2011 07:26:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [RFC] Crash sourcing Python script on Windows
In-reply-to: <4E83D440.6000702@barfooze.de>
To: John Spencer <maillist-gdbpatches@barfooze.de>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83vcsberx7.fsf@gnu.org>
References: <1317251996-12146-1-git-send-email-brobecker@adacore.com> <09787EF419216C41A903FD14EE5506DD03098D555B@AUSX7MCPC103.AMER.DELL.COM> <4E83D440.6000702@barfooze.de>
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: 2011-09/txt/msg00504.txt.bz2

> Date: Thu, 29 Sep 2011 04:13:20 +0200
> From: John Spencer <maillist-gdbpatches@barfooze.de>
> 
> FILE is supposed to be an opaque type and as such noone except of the 
> libc which defines it is supposed to "poke" at its internals.
> however it is common practice in GNU software to assume everybody uses 
> GLIBC and poke around in internal stuff thats not supposed to be 
> accessibly at all in userland. another example of such illegal behaviour 
> is libevent, which does illegal things with fd_set internals to allow 
> more than FD_SETSIZE file descriptors to be used with select().

Do we really have such code in GDB?  I'd be surprised.