From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: JD Smith <jdsmith@as.arizona.edu>
Newsgroups: gmane.emacs.devel
Subject: Re: xml-parse-file and text properties
Date: Thu, 20 Jul 2006 15:11:01 -0700
Message-ID: <1153433461.32596.48.camel@turtle.as.arizona.edu>
References: <pan.2006.07.18.21.35.10.688401@as.arizona.edu>
	<E1G3gLk-00007L-MB@fencepost.gnu.org>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Trace: sea.gmane.org 1153433523 6585 80.91.229.2 (20 Jul 2006 22:12:03 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Thu, 20 Jul 2006 22:12:03 +0000 (UTC)
Cc: "Mark A. Hershberger" <mah@everybody.org>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 21 00:12:00 2006
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by ciao.gmane.org with esmtp (Exim 4.43)
	id 1G3gkI-0006gU-PY
	for ged-emacs-devel@m.gmane.org; Fri, 21 Jul 2006 00:11:51 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1G3gkI-0002JL-5r
	for ged-emacs-devel@m.gmane.org; Thu, 20 Jul 2006 18:11:50 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1G3gk6-0002Im-KR
	for emacs-devel@gnu.org; Thu, 20 Jul 2006 18:11:38 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1G3gk4-0002IY-Hx
	for emacs-devel@gnu.org; Thu, 20 Jul 2006 18:11:38 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1G3gk4-0002IV-FO
	for emacs-devel@gnu.org; Thu, 20 Jul 2006 18:11:36 -0400
Original-Received: from [128.196.210.37] (helo=nsa.as.arizona.edu)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52)
	id 1G3gkJ-0002Yd-Iq; Thu, 20 Jul 2006 18:11:51 -0400
Original-Received: from biff.as.arizona.edu (biff.as.arizona.edu [128.196.211.142])
	by nsa.as.arizona.edu (8.13.6/8.13.6) with ESMTP id k6KMAwUh029869;
	Thu, 20 Jul 2006 15:11:00 -0700
Original-Received: from turtle.as.arizona.edu (turtle.as.arizona.edu [128.196.208.207])
	by biff.as.arizona.edu (8.12.8/8.12.8) with ESMTP id k6KMAvdR015259; 
	Thu, 20 Jul 2006 15:10:57 -0700
Original-To: emacs-devel@gnu.org, rms@gnu.org
In-Reply-To: <E1G3gLk-00007L-MB@fencepost.gnu.org>
X-Mailer: Evolution 2.2.3 (2.2.3-4.fc4) 
X-Scanned-By: MIMEDefang 2.57 on 10.192.0.7
X-so-MailScanner-Information: Please contact the ISP for more information
X-so-MailScanner: Found to be clean
X-so-MailScanner-SpamCheck: so3: not spam, SpamAssassin (not cached,
	score=-0.84, required 7.6, autolearn=disabled, ALL_TRUSTED -1.44,
	AWL -0.40, CN_BODY_MARKS_3 1.00)
X-so-MailScanner-From: jdsmith@as.arizona.edu
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.devel:57398
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/57398>


On Thu, 2006-07-20 at 17:46 -0400, Richard Stallman wrote:
> Does this fix it?
> 
> *** xml.el	07 Feb 2006 18:16:17 -0500	1.53
> --- xml.el	20 Jul 2006 16:24:41 -0400	
> ***************
> *** 409,415 ****
>   	(unless (search-forward "]]>" nil t)
>   	  (error "XML: (Not Well Formed) CDATA section does not end anywhere in the document"))
>   	(concat
> ! 	 (buffer-substring pos (match-beginning 0))
>   	 (xml-parse-string))))
>        ;;  DTD for the document
>        ((looking-at "<!DOCTYPE")

This doesn't fix the problem, which is likely due to all the
match-string's still scattered throughout.  If I heavy-handedly replace
all of the match-string's with match-string-no-properties, it does fix
it.

However, Mark did identify this comment someone left in the header
material:

;; Note that {buffer-substring,match-string}-no-properties were
;; formerly used in several places, but that removes composition info.

but neither of us were clear on the meaning of the statement, or why
retaining text properties in any XML parsed data would be desirable.