From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6766 invoked by alias); 19 May 2005 04:52:45 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 6617 invoked from network); 19 May 2005 04:52:38 -0000 Received: from unknown (HELO e31.co.us.ibm.com) (32.97.110.129) by sourceware.org with SMTP; 19 May 2005 04:52:38 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e31.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j4J4qcua208678 for ; Thu, 19 May 2005 00:52:38 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j4J4qc1o043426 for ; Wed, 18 May 2005 22:52:38 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id j4J4qbUl024568 for ; Wed, 18 May 2005 22:52:37 -0600 Received: from imap.linux.ibm.com (imap.rtp.raleigh.ibm.com [9.42.107.100]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j4J4q591023968; Wed, 18 May 2005 22:52:26 -0600 Received: by imap.linux.ibm.com (Postfix, from userid 48) id E468D7C00D; Thu, 19 May 2005 00:52:04 -0400 (EDT) Received: from 9.181.134.123 ([9.181.134.123]) by imap.rtp.raleigh.ibm.com (IMP) with HTTP for ; Thu, 19 May 2005 00:52:04 -0400 Message-ID: <1116478324.428c1b747ab21@imap.linux.ibm.com> Date: Thu, 19 May 2005 08:08:00 -0000 From: Wu Zhou To: Mark Kettenis Cc: eliz@gnu.org, gdb-patches@sources.redhat.com Subject: Re: two questions about GDB coding standards MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.7 X-SW-Source: 2005-05/txt/msg00468.txt.bz2 Quoting Mark Kettenis : > I'd like to contribute. But running splint against GDB source tree, I > find over 230 usages of sprintf. If the conversion depends completely > on hand work, the workload might be quite big. Is there any method to > achieve this more quickly? to say, a script to handle it automatically, > or any others? > > I'm afraid not; but hey you don't have to do all of them ;-). Start > with the ones in code that you're a bit familliar with, and see where > you end up. Even if you only convert 10% it is very useful. OK. I'd like to begin with what you suggested in the near future. Cheers - Wu Zhou