Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Christopher Faylor <cgf@redhat.com>
To: gdb-patches@sources.redhat.com
Subject: Re: [RFA] win32-nat printf and sprintf removal
Date: Fri, 08 Feb 2002 15:04:00 -0000	[thread overview]
Message-ID: <20020208230440.GA8444@redhat.com> (raw)
In-Reply-To: <4.2.0.58.20020208182442.00ad05e0@ics.u-strasbg.fr>

On Fri, Feb 08, 2002 at 06:29:11PM +0100, Pierre Muller wrote:
>
>I replaced printf by printf_unfiltered (or printf_filtered 
>when there where other printf_filtered in the same function)
>and sprintf by xasprintf in win32-nat.c source.

Since I wasn't aware of xasprintf, I checked it out.  It takes
a different first argument than sprintf.  xasprintf takes a char **.
sprintf takes a char *.

Didn't you notice an increased number of warnings with this patch?
I don't think you changed these calls correctly.

cgf

>Does this enter in the obvious fix rules or not?
>
>2002-02-08  Pierre Muller  <muller@ics.u-strasbg.fr>
>
>	* win32-nat.c : Remove use of printf and sprintf functions.
>
>
>Index: win32-nat.c
>===================================================================
>RCS file: /cvs/src/src/gdb/win32-nat.c,v
>retrieving revision 1.47
>diff -u -p -r1.47 win32-nat.c
>--- win32-nat.c	2002/02/06 09:27:29	1.47
>+++ win32-nat.c	2002/02/08 17:24:56
>@@ -86,10 +86,10 @@ static int debug_registers_used = 0;
>  #define CYGWIN_SIGNAL_STRING "cygwin: signal"
>  
>  #define CHECK(x)	check (x, __FILE__,__LINE__)
>-#define DEBUG_EXEC(x)	if (debug_exec)		printf x
>-#define DEBUG_EVENTS(x)	if (debug_events)	printf x
>-#define DEBUG_MEM(x)	if (debug_memory)	printf x
>-#define DEBUG_EXCEPT(x)	if (debug_exceptions)	printf x
>+#define DEBUG_EXEC(x)	if (debug_exec)		printf_unfiltered x 
>+#define DEBUG_EVENTS(x)	if (debug_events)	printf_unfiltered x
>+#define DEBUG_MEM(x)	if (debug_memory)	printf_unfiltered x
>+#define DEBUG_EXCEPT(x)	if (debug_exceptions)	printf_unfiltered x
>  
>  /* Forward declaration */
>  extern struct target_ops child_ops;
>@@ -785,7 +785,7 @@ info_dll_command (char *ignore, int from
>    if (!so->next)
>      return;
>  
>-  printf ("%*s  Load Address\n", -max_dll_name_len, "DLL Name");
>+  printf_filtered ("%*s  Load Address\n", -max_dll_name_len, "DLL Name"); 
>    while ((so = so->next) != NULL)
>      printf_filtered ("%*s  %08lx\n", -max_dll_name_len, so->name, so->load_addr);
>  
>@@ -826,7 +826,7 @@ handle_output_debug_string (struct targe
>  }
>  
>  #define DEBUG_EXCEPTION_SIMPLE(x)       if (debug_exceptions) \
>-  printf ("gdb: Target exception %s at 0x%08lx\n", x, \
>+  printf_unfiltered ("gdb: Target exception %s at 0x%08lx\n", x, \
>    (DWORD) current_event.u.Exception.ExceptionRecord.ExceptionAddress)
>  
>  static int
>@@ -1763,9 +1763,9 @@ cygwin_pid_to_str (ptid_t ptid)
>    int pid = PIDGET (ptid);
>  
>    if ((DWORD) pid == current_event.dwProcessId)
>-    sprintf (buf, "process %d", pid);
>+    xaprintf (buf, "process %d", pid);
>    else
>-    sprintf (buf, "thread %ld.0x%x", current_event.dwProcessId, pid);
>+    xasprintf (buf, "thread %ld.0x%x", current_event.dwProcessId, pid);
>    return buf;
>  }
>  
>@@ -2009,7 +2009,7 @@ _initialize_check_for_gdb_ini (void)
>  	{
>  	  int len = strlen (oldini);
>  	  char *newini = alloca (len + 1);
>-	  sprintf (newini, "%.*s.gdbinit", 
>+	  xasprintf (newini, "%.*s.gdbinit", 
>  	    (int) (len - (sizeof ("gdb.ini") - 1)), oldini);
>  	  warning ("obsolete '%s' found. Rename to '%s'.", oldini, newini);
>  	}
>
>
>
>Pierre Muller
>Institut Charles Sadron
>6,rue Boussingault
>F 67083 STRASBOURG CEDEX (France)
>mailto:muller@ics.u-strasbg.fr
>Phone : (33)-3-88-41-40-07  Fax : (33)-3-88-41-40-99

-- 
Please do not send me personal email with cygwin questions.
Use the resources at http://cygwin.com/ .


  parent reply	other threads:[~2002-02-08 23:04 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-08  9:29 Pierre Muller
2002-02-08 11:00 ` Andrew Cagney
2002-02-08 11:34   ` muller
2002-02-08 15:04 ` Christopher Faylor [this message]
2002-02-08 15:17   ` Martin M. Hunt
2002-02-08 15:48     ` Martin M. Hunt
2002-02-14  3:17   ` Pierre Muller
2002-02-14  3:36     ` Pierre Muller
2002-02-14  7:31     ` Andrew Cagney
2002-02-14  8:13       ` Christopher Faylor
2002-02-14  8:44         ` Pierre Muller
2002-02-14  8:49           ` Christopher Faylor
2002-02-14  7:59     ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020208230440.GA8444@redhat.com \
    --to=cgf@redhat.com \
    --cc=gdb-patches@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox