From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-38242-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 24473 invoked by alias); 1 Mar 2005 20:07:26 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 24178 invoked from network); 1 Mar 2005 20:07:03 -0000
Received: from unknown (HELO mailhub.lss.emc.com) (168.159.2.31)
  by sourceware.org with SMTP; 1 Mar 2005 20:07:03 -0000
Received: from popimap.lss.emc.com (caduseus.lss.emc.com [10.254.140.132])
	by mailhub.lss.emc.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j21K70sY026926
	for <gdb-patches@sources.redhat.com>; Tue, 1 Mar 2005 15:07:00 -0500 (EST)
Received: from [10.243.8.105] (USENJEZRAD1E.eng.emc.com [10.243.8.105])
	by popimap.lss.emc.com (Switch-2.2.8/Switch-2.2.0) with ESMTP id j21K6v721495
	for <gdb-patches@sources.redhat.com>; Tue, 1 Mar 2005 15:06:57 -0500 (EST)
Message-ID: <4224CB60.1060607@emc.com>
Date: Tue, 01 Mar 2005 20:07:00 -0000
From: josef ezra <jezra@emc.com>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: gdb-patches@sources.redhat.com
Subject: bug when stringify more then one tracepoint (one line patch)
Content-Type: multipart/mixed;
 boundary="------------090207030800020704080000"
X-PerlMx-Spam: Gauge=, SPAM=7%, Reasons='__BAT_BOUNDARY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __MIME_VERSION 0, __SANE_MSGID 0'
X-SW-Source: 2005-03/txt/msg00005.txt.bz2

This is a multi-part message in MIME format.
--------------090207030800020704080000
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Content-length: 302


Hello

In this code, since "count" accumulates the length of tracepoints 
bytecode, adding it to "end" caused gaps of arbitrary data at the buffer.


2005-03-01  Josef Ezra <jezra@emc.com>
	* tracepoint.c (stringify_collection_list): Correcting position 		of 
next tracepoint to stringify at buffer.


--------------090207030800020704080000
Content-Type: text/plain;
 name="tracepoints-bugfix.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="tracepoints-bugfix.diff"
Content-length: 567

*** tracepoint.c	2005-03-01 12:04:21.000011000 -0500
--- tracepoint.c.orig	2005-03-01 11:54:47.000011000 -0500
*************** stringify_collection_list (struct collec
*** 1439,1445 ****
  	       (long) (list->list[i].end - list->list[i].start));
  
        count += strlen (end);
!       end += count;
      }
  
    for (i = 0; i < list->next_aexpr_elt; i++)
--- 1439,1445 ----
  	       (long) (list->list[i].end - list->list[i].start));
  
        count += strlen (end);
!       end = temp_buf + count;
      }
  
    for (i = 0; i < list->next_aexpr_elt; i++)


--------------090207030800020704080000--