From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24142 invoked by alias); 17 Oct 2006 12:03:47 -0000 Received: (qmail 24129 invoked by uid 22791); 17 Oct 2006 12:03:46 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-03.spheriq.net (HELO lon-del-03.spheriq.net) (195.46.50.99) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 17 Oct 2006 12:03:43 +0000 Received: from lon-out-01.spheriq.net ([195.46.50.129]) by lon-del-03.spheriq.net with ESMTP id k9HC3eDT027252 for ; Tue, 17 Oct 2006 12:03:40 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-01.spheriq.net with ESMTP id k9HC3dFI026548 for ; Tue, 17 Oct 2006 12:03:39 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id k9HC3cC6000843 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Tue, 17 Oct 2006 12:03:39 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 771EEDA45 for ; Tue, 17 Oct 2006 12:03:34 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 40DF1473BF for ; Tue, 17 Oct 2006 12:03:34 +0000 (GMT) Received: from [164.129.15.13] (bri1043.bri.st.com [164.129.15.13]) by mail1.bri.st.com (MOS 3.5.8-GR) with ESMTP id CIC67010 (AUTH stubbsa); Tue, 17 Oct 2006 13:03:33 +0100 (BST) Message-ID: <4534C695.2050206@st.com> Date: Tue, 17 Oct 2006 12:03:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: GDB List Subject: GDB printf command Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00121.txt.bz2 Hi, The %ll issue, recently discussed on the patches list, was originally reported to me against GDB 6.4. While testing my fix to GDB 6.5 I have discovered that the new version is even more broken than the old one (at least in some respects, no doubt whatever it set out to fix was achieved). Specifically '%lf' is not permitted. This used to work and is permitted by both C90 and C99. Can anybody tell me why this is the case - it seems deliberate - and what is the intended range of capabilities of this command? It would appear to me to be most useful if it can operate on any type the GDB expression parser is capable of handling, regardless of host system. Thanks Andrew Stubbs