From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7120 invoked by alias); 10 Apr 2012 16:59:05 -0000 Received: (qmail 7104 invoked by uid 22791); 10 Apr 2012 16:59:04 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from outdoor.onevision.de (HELO outdoor.onevision.de) (212.77.172.51) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Apr 2012 16:58:47 +0000 Received: from sanders.onevision.de (moonrace [212.77.172.62]) by outdoor.onevision.de (8.14.3/8.13.7/ROSCH/DDB) with ESMTP id q3AGwWYZ004192; Tue, 10 Apr 2012 18:58:37 +0200 Received: from [192.168.5.32] ([192.168.5.32]) by sanders.onevision.de (Lotus Domino Release 8.5.1FP3) with ESMTP id 2012041018582702-16506 ; Tue, 10 Apr 2012 18:58:27 +0200 Message-ID: <4F8466B3.8040805@onevision.com> Date: Tue, 10 Apr 2012 16:59:00 -0000 From: Roland Schwingel User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: insight@sourceware.org, Keith Seitz , Patrick.Monnerat@datasphere.ch Subject: Re: [PATCH] print format does not match argument type Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-15; format=flowed Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2012-q2/txt/msg00008.txt.bz2 Hi... Keith Seitz wrote on 10.04.2012 18:27:42: > On 04/10/2012 09:08 AM, Patrick Monnerat wrote: > > I think I've found the universal (well: almost!) coding: > > > > Use format "%llx" and cast arg to (unsigned long long): This is > > C99 and supported by MSVC, at least since 2005. Not OK for C89 :-( MS is not really caring about standards ... for native printf on windows (as deliverd in msvcrt.dll) "%llx" is not supported. > But for now, if your suggestion works (Roland will hopefully verify), > then I say we go with that for the time being. I am already testing but seeing a "funny" hang now when opening the register window when using %llx. Still evaluating. Have to see what xstrprintf() does exactly. But as far as I can see at the moment it appears that vasprintf is getting handled by libiberty in gdb on windows. Roland BTW: Insight is not built using MSVC on windows, but with gcc...