From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20740 invoked by alias); 3 Mar 2008 14:28:51 -0000 Received: (qmail 20731 invoked by uid 22791); 3 Mar 2008 14:28:51 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate5.de.ibm.com (HELO mtagate5.de.ibm.com) (195.212.29.154) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 03 Mar 2008 14:28:20 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate5.de.ibm.com (8.13.8/8.13.8) with ESMTP id m23ESHwv445734 for ; Mon, 3 Mar 2008 14:28:17 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m23ERr4O1105984 for ; Mon, 3 Mar 2008 15:27:57 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m23ERr8X013145 for ; Mon, 3 Mar 2008 14:27:53 GMT Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id m23ERrYK013142; Mon, 3 Mar 2008 14:27:53 GMT Message-Id: <200803031427.m23ERrYK013142@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 3 Mar 2008 15:27:53 +0100 Subject: Re: problem with "info spu signal" command on spu-gdb To: hidetaka.takano@glb.toshiba.co.jp (Hidetaka Takano) Date: Mon, 03 Mar 2008 14:28:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org In-Reply-To: <004b01c87abb$54f75ef0$e11e4f9d@MOSTPCMSS20377> from "Hidetaka Takano" at Feb 29, 2008 07:10:38 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: 2008-03/txt/msg00011.txt.bz2 Hello Takano-san, > This problem is caused by what the GDB's internal function "strtoulst()" expects > the entry of SPUFS should have the LF code (0x0a) and null (0x00) in its end. > The only signal_type doesn't have it. > (event_status and event_mask are OK) > > In order to fix this problem, of course, it is possible to modify the SPUFS. > Tentatively I would like GDB to work around it. Thanks for reporting this problem. I agree that GDB should not rely on a null terminator being present when reading spufs files, so your patch should go in. Could you provide a ChangeLog entry describing the patch? Thanks, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com