From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16447 invoked by alias); 3 Oct 2011 09:39:56 -0000 Received: (qmail 16437 invoked by uid 22791); 3 Oct 2011 09:39:56 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from smtp-vbr10.xs4all.nl (HELO smtp-vbr10.xs4all.nl) (194.109.24.30) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 03 Oct 2011 09:39:40 +0000 Received: from cnoc.nl.alt001.com (oostvogels.xs4all.nl [83.163.197.192]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id p939dcqV056532 for ; Mon, 3 Oct 2011 11:39:38 +0200 (CEST) (envelope-from joost@cnoc.nl) Received: from localhost (localhost.localdomain [127.0.0.1]) by cnoc.nl.alt001.com (Postfix) with ESMTP id 02F17BF5B for ; Mon, 3 Oct 2011 11:39:38 +0200 (CEST) Received: from cnoc.nl.alt001.com ([127.0.0.1]) by localhost (cnoc.nl.alt001.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7eu+wFMl8SAw for ; Mon, 3 Oct 2011 11:39:37 +0200 (CEST) Received: from [192.168.3.116] (host116.cnoc.intern [192.168.3.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by cnoc.nl.alt001.com (Postfix) with ESMTPS id 6A74BBF20 for ; Mon, 3 Oct 2011 11:39:37 +0200 (CEST) Subject: Crash of Archer's gdb on mingw (passing null argument to vasprintf) From: Joost van der Sluis To: gdb@sourceware.org Date: Mon, 03 Oct 2011 09:39:00 -0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Message-ID: <1317634777.28003.15.camel@feddie.cnoc.lan> Mime-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-10/txt/msg00003.txt.bz2 Hi all, Maybe a strange question because it's not about stock gdb but about the fedora16-branch from the Archer project. But I know that there are not that much mingw/Windows people on the Archer mailinglist, so I ask here. In gdbtypes.c there's this code: warning (_("Range for type %s has invalid bounds %s..%s"), TYPE_NAME (type), plongest (TYPE_LOW_BOUND (range_type)), plongest (TYPE_HIGH_BOUND (range_type))); This goes wrong when TYPE_NAME (type) is null. Eventually warning() leads to a call of vasprintf(), and on Fedora it prints '(NULL)' when it encounters a null-parameter. But on mingw it crashes (sigint). How to fix this properly? I could add a check for the assignment of TYPE_NAME (type). Or should mingw fix their vasprintf implementation? Or can I switch to another version of casprintf? (I use the mingw-installation from Fedora to cross-compile to mingw) Joost van der Sluis.