flexml-users

[FleXML-Users] Testcase for multiple run of the same scanner

[Martin Q. <mar...@lo...>]

Hello,

I commited a testcase which tries to run the same scanner on several files
using the scanner control functions (create_buffer, switch_to_buffer and so
on).=20

I did so because this used to work fine with previous version of flexml, but
in 1.6, there is some mess around default values of attributes. As usual, I
have no idea of how to solve this.


I also noted that "make -C testbed" do not report any error when one of the
tests fails. For example, "make dist" works even if it calls "make -C
testbed" at some point. Is this intended?

Bye, Mt.

--=20
All models are wrong. Some are useful.

Re: [FleXML-Users] Testcase for multiple run of the same scanner

[William F. D. <wil...@th...>]

On Wed, 2006-08-30 at 01:42 +0200, Martin Quinson wrote:
> Hello,
> 
> I commited a testcase which tries to run the same scanner on several files
> using the scanner control functions (create_buffer, switch_to_buffer and so
> on). 
> 
> I did so because this used to work fine with previous version of flexml, but
> in 1.6, there is some mess around default values of attributes. As usual, I
> have no idea of how to solve this.

I have checked in a fix to this problem; the multi-parser-run test is
now succeeding.

> I also noted that "make -C testbed" do not report any error when one of the
> tests fails. For example, "make dist" works even if it calls "make -C
> testbed" at some point. Is this intended?

I don't want 'make' in the testbed/ directory to fail, even if one or
more tests fail.  Testing should go on (even across several directories,
although in this case we only have one) and not be interrupted by the
failure of one test.

But in the flexml/ directory you could have dist depend on test like
this:

 dist:	test clean

then cause the test target to fail if any of the tests fail:

 test::;  make -C examples $@; \
	make -C testbed $@ > test.out 2>&1; ! grep '^fail' test.out && \
	echo "Tests succeeded."

You can make those changes if you think it's OK.  Also you might
integrate the results of the 'make' run in examples/ into this target.

Will

-- 
William F Dowling
wil...@th...
www.scientific.thomson.com

[FleXML-Users] Handling non-ascii character references

[William F. D. <wil...@th...>]

It was pointed out to me by a user that flexml handles character
references to non-ascii characters incorrectly.  This is a little worse
than we admit in the BUGS section of the man page ("The character set is
merely ASCII...") because your document might have the (nine byte ascii)
sequence
    
but the only thing that will show up in {pcdata} is the single byte 0x0A
(that is, a \n character) -- flexml has thrown away the high byte
altogether.

Here is my question: what *should* flexml do with character references
like this?  Possible alternatives:

1) Issue a warning and insert nothing into {pcdata};
2) Issue a warning and insert a dummy character into {pcdata};
3) Put the two bytes (0x20, 0x0A) into {pcdata};
4) Put the UTF-8 encoding of 0x200A into {pcdata}.
5) something else?

What do you think?

-- 
William F Dowling
wil...@th...
www.scientific.thomson.com