xmlstar-devel

[Xmlstar-devel] Should XPath arguments interpret XML entities? (Bug 3240736)

[Noam P. <npo...@us...>]

It seems to me that XPath shouldn't be interpreted as XML, but I guess
an argument could be made in favour interpreting entities on practical
grounds. So I'd like to know if people want this feature.

thanks, Noam

http://sourceforge.net/tracker/?func=detail&aid=3240736&group_id=66612&atid=515106

Re: [Xmlstar-devel] Should XPath arguments interpret XML entities? (Bug 3240736)

[Noam P. <npo...@us...>]

I've cc'd to the Debian BTS.

Mònica Ramírez Arceda <mo...@pr...> writes:

> The original submitter of this bug has sent an argument to Debian BTS. I
> forward our dialog: 
[...]
> XMLStarlet should be fixed in one way or the other, so that at least
> one of the following works, i.e. gives a line with "a" followed by a
> tab character followed by "b":
>
> $ echo '<root/>' | xml sel -T -t -v "'a$(printf \\t)b'" -n
> $ echo '<root/>' | xml sel -T -t -v "'a&#9;b'" -n
>
> Currently the former command gives: "a b" (with a space).

Ah, that is a wrinkle I overlooked. Fortunately, the first command does
give a tab in version 1.1.0 since in that version the stylesheet xml
tree is built directly in memory instead of parsing it from a string.

Noam

Re: [Xmlstar-devel] Bug#619445: Should XPath arguments interpret XML entities? (Bug 3240736)

[Mònica R. A. <mo...@pr...>]

El dt 12 de 04 de 2011 a les 01:31 +0200, en/na Vincent Lefevre va
escriure:
> On 2011-04-11 19:13:14 -0400, Noam Postavsky wrote:
> > Ah, that is a wrinkle I overlooked. Fortunately, the first command does
> > give a tab in version 1.1.0 since in that version the stylesheet xml
> > tree is built directly in memory instead of parsing it from a string.
> 
> I confirm that the problem with the tab character is solved in 1.1.0.
> 
> Perhaps the Debian bug should be retitled as:
> 
>   xmlstarlet doesn't interpret XPath arguments in a consistent way
> 
> and be closed as fixed in 1.1.0-1.

So, we can happily close the bug in both BTSs :-)