From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-35679-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 1968 invoked by alias); 23 Sep 2009 17:19:59 -0000
Received: (qmail 1955 invoked by uid 22791); 23 Sep 2009 17:19:59 -0000
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 	tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 Sep 2009 17:19:53 +0000
Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) 	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8NHJpxO029786 	for <gdb@sourceware.org>; Wed, 23 Sep 2009 13:19:51 -0400
Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) 	by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n8NHJpKa004659; 	Wed, 23 Sep 2009 13:19:51 -0400
Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) 	by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n8NHJoY1005335; 	Wed, 23 Sep 2009 13:19:50 -0400
Received: by opsy.redhat.com (Postfix, from userid 500) 	id 75C85378185; Wed, 23 Sep 2009 11:19:49 -0600 (MDT)
From: Tom Tromey <tromey@redhat.com>
To: GDB Development <gdb@sourceware.org>
Subject: FYI: fix PR 10684
Reply-To: Tom Tromey <tromey@redhat.com>
Date: Wed, 23 Sep 2009 17:19:00 -0000
Message-ID: <m3y6o5mvd7.fsf@fleche.redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2009-09/txt/msg00297.txt.bz2

I am checking this in on the trunk and the 7.0 branch.

This patch comes from PR 10684.  It is small enough not to require
paperwork.

This is an obvious fix to the continued-line logic.

Tom

2009-09-23  John Wright  <john.wright@hp.com>

	PR gdb/10684:
	* event-top.c (command_line_handler): Terminate linebuffer before
	xstrdup.

Index: event-top.c
===================================================================
RCS file: /cvs/src/src/gdb/event-top.c,v
retrieving revision 1.68
diff -u -c -r1.68 event-top.c
cvs diff: conflicting specifications of output style
*** event-top.c	23 May 2009 16:17:15 -0000	1.68
--- event-top.c	23 Sep 2009 17:13:26 -0000
***************
*** 622,627 ****
--- 622,628 ----
  
    if (p > linebuffer && *(p - 1) == '\\')
      {
+       *p = '\0';
        p--;			/* Put on top of '\'.  */
  
        readline_input_state.linebuffer = xstrdup (linebuffer);