From janeene at contecint.com.au  Thu Apr  1 00:36:18 2004
From: janeene at contecint.com.au (Janeene Webb)
Date: Thu Apr  1 00:36:23 2004
Subject: [Expat-discuss] XML_GetCurrentLineNumber within a handler?
Message-ID: <200404011536.18368.janeene@contecint.com.au>

Hi,

Is it possible to call the XML_GetCurrentLineNumber function from within one 
of the parser handlers?

I'm processing a set of XML messages that are not supposed to contain 
character data. If any is found want to log the data to an error log and what 
line of the file it occurred at, then ignore it. The problem I'm having is 
how to get the current line number when inside the character handler.

Thanks,
Janeene Webb.

(Sorted out the segmentation problem - was due to incorrect stack use in one 
of the handlers).

From karl at waclawek.net  Thu Apr  1 00:42:37 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Thu Apr  1 00:42:36 2004
Subject: [Expat-discuss] XML_GetCurrentLineNumber within a handler?
References: <200404011536.18368.janeene@contecint.com.au>
Message-ID: <000701c417ac$23dce770$0500a8c0@karlglen188>


> Is it possible to call the XML_GetCurrentLineNumber function from within one 
> of the parser handlers?

Yes, that is its purpose.

Karl

From stephen.oberholtzer at freedompay.com  Fri Apr  2 16:49:28 2004
From: stephen.oberholtzer at freedompay.com (Oberholtzer,Stephen)
Date: Fri Apr  2 16:56:02 2004
Subject: [Expat-discuss] Expansion of entity references
Message-ID: <E6A6DA8491E5314993C48FFB39086E4C0C2866@MAIL.freedompay.com>

I'm sorry if this has been discussed recently, the mail archive seems to lack a search function :(

Additionally, the URL in the expat 1.95.7 README file, as well as on SF, appears to be out of date: http://mail.libexpat.org/mailman-21/listinfo/

I'm trying to work on an application that transforms an XML file a certain way (and when I say
'transforms' I am not referring to the sort of thing XSLT is meant to accomplish).  The end result is that
I need the ability to stream in XML *without* expanding &entityrefs;.

I'm working with XML::Parser::Expat v2.34, and I unfortunately don't know what version of expat itself 
(it's from a prebuilt PPM package, and I don't seem to have any way of asking expat its version).
Anyway, Expat is giving me almost exactly what I need, when I specify NoExpand => 1.
(For those unfamiliar, it has this effect:

  if (cbv->no_expand)
    XML_SetDefaultHandler(parser, dflthndl);
  else
    XML_SetDefaultHandlerExpand(parser, dflthndl);
)

It's unfortunately expanding charrefs (&#123, &#x40) and the five builtins amp/apos/quot/lt/gt, 
but I can handle that. What I can't handle is the way it's handling entities inside attribute values:
it's triggering my default handler for the entity prior to giving me the "start element" event
and then 'expanding' said entity into a blank string.

If anyone's wondering who the heck would put entities into attribute values, go to http://lxr.mozilla.org/seamonkey/find?string=.xul and pick any XUL file. The entire Mozilla UI depends
on entities in attribute values to make the locale stuff work. (switch where the DTD reference
points and you switch languages!) 

Obtaining charrefs and builtins in character sections unexpanded would be nice, but 
I really need a way to get the attribute values with entities unexpanded -- and it needs *all* of them unexpanded, including the builtins.  Consider this xml fragment:
    <xyz foo='bar&amp;baz;&quux;' />
If I get this back with the &amp; preexpanded, I will see
    <xyz foo='bar&baz;&quux;' />
and attempt to expand &baz; (which is incorrect; there was no &baz; entityref in the script)

Can anyone please help me at all? (I'm not afraid of patching stuff.)

-- 
Stevie-O

Real programmers use COPY CON PROGRAM.EXE

This E-Mail is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law.  If you have received this communication in error, please do not distribute it and notify us immediately by telephone: 610-902-9000 and delete the original message.



From fdrake at acm.org  Fri Apr  2 17:10:58 2004
From: fdrake at acm.org (Fred L. Drake, Jr.)
Date: Fri Apr  2 17:11:12 2004
Subject: [Expat-discuss] Expansion of entity references
In-Reply-To: <E6A6DA8491E5314993C48FFB39086E4C0C2866@MAIL.freedompay.com>
References: <E6A6DA8491E5314993C48FFB39086E4C0C2866@MAIL.freedompay.com>
Message-ID: <200404021710.58536.fdrake@acm.org>

On Friday 02 April 2004 04:49 pm, Oberholtzer,Stephen wrote:
 > I'm sorry if this has been discussed recently, the mail archive seems to
 > lack a search function :(

Try using Google with site:mail.libexpat.org.  There's not a lot I can do 
about the mail archive software at this time.

 > Additionally, the URL in the expat 1.95.7 README file, as well as on SF,
 > appears to be out of date: http://mail.libexpat.org/mailman-21/listinfo/

Thanks for pointing this out; I've fixed this in CVS.

For those who haven't figured it out already, you can just drop the "-21" from 
the URL, resulting in:

    http://mail.libexpat.org/mailman/listinfo/


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation


From karl at waclawek.net  Fri Apr  2 20:13:53 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Fri Apr  2 20:13:51 2004
Subject: [Expat-discuss] Expansion of entity references
References: <E6A6DA8491E5314993C48FFB39086E4C0C2866@MAIL.freedompay.com>
Message-ID: <000401c41918$ee5342c0$0500a8c0@karlglen188>


> I'm sorry if this has been discussed recently, the mail archive seems to =
> lack a search function :(
> 
> Additionally, the URL in the expat 1.95.7 README file, as well as on SF, =
> appears to be out of date: http://mail.libexpat.org/mailman-21/listinfo/
> 
> I'm trying to work on an application that transforms an XML file a =
> certain way (and when I say
> 'transforms' I am not referring to the sort of thing XSLT is meant to =
> accomplish).  The end result is that
> I need the ability to stream in XML *without* expanding &entityrefs;.
> 
> I'm working with XML::Parser::Expat v2.34, and I unfortunately don't =
> know what version of expat itself=20
> (it's from a prebuilt PPM package, and I don't seem to have any way of =
> asking expat its version).
> Anyway, Expat is giving me almost exactly what I need, when I specify =
> NoExpand =3D> 1.
> (For those unfamiliar, it has this effect:
> 
>   if (cbv->no_expand)
>     XML_SetDefaultHandler(parser, dflthndl);
>   else
>     XML_SetDefaultHandlerExpand(parser, dflthndl);
> )
> 
> It's unfortunately expanding charrefs (&#123, &#x40) and the five =
> builtins amp/apos/quot/lt/gt,=20
> but I can handle that. What I can't handle is the way it's handling =
> entities inside attribute values:
> it's triggering my default handler for the entity prior to giving me the =
> "start element" event
> and then 'expanding' said entity into a blank string.

So, it is not expanding the entity, right?
This is what XML_SetDefaultHandler means in Expat.

It does not mean that the parser simply ignores an internal entity reference.
It works like that for internal entity references everywhere in Expat,
not just in attributes.

I assume you are using the default handler to get the literal
text of the entity reference, since it is expanded to an empty string.

So, your real problem is the timing of the default handler call-back
for attributes. Well, as there is no special event for attributes,
it really is not possible to define a point in time for that.


> If anyone's wondering who the heck would put entities into attribute =
> values, go to http://lxr.mozilla.org/seamonkey/find?string=3D.xul and =
> pick any XUL file. The entire Mozilla UI depends
> on entities in attribute values to make the locale stuff work. (switch =
> where the DTD reference
> points and you switch languages!)=20
> 
> Obtaining charrefs and builtins in character sections unexpanded would =
> be nice, but=20
> I really need a way to get the attribute values with entities unexpanded =
> -- and it needs *all* of them unexpanded, including the builtins.  =
> Consider this xml fragment:
>     <xyz foo=3D'bar&amp;baz;&quux;' />
> If I get this back with the &amp; preexpanded, I will see
>     <xyz foo=3D'bar&baz;&quux;' />
> and attempt to expand &baz; (which is incorrect; there was no &baz; =
> entityref in the script)
> 
> Can anyone please help me at all? (I'm not afraid of patching stuff.)

Two things: 
1) for default entities, check out patch #429501.
2) There is already feature request/bug #707021.
   So, your problem is that Expat (like any other SAX-like parser I know)
   cannot report internal entity boundaries for PE references in entity values 
  (declarations) and GE references in attribute values.

A potential hack could be to patch the code in Expat to report an illegal 
XML character, followed by a char pointer instead of an empty string.

I would recommend to check out the function processInternalEntity() in xmlparse.c,
and its occurrences. That should give you a clue.

Karl

From terrasurfer at knology.net  Mon Apr 12 17:23:46 2004
From: terrasurfer at knology.net (terrasurfer@knology.net)
Date: Mon Apr 12 17:23:51 2004
Subject: [Expat-discuss] extracting attributes
Message-ID: <20040412212346.7690.qmail@webmail2.knology.net>

I'm having trouble extracting attributes when parsing XML using
expat. I used XML_SetAttlistDeclHandler() to define a handler
for attributes. But the function I defined in 
XML_SetAttlistDeclHandler() doesn't ever run!

Am I defining my attribute handler with the correct function?
Is extracting attributes the same as extracting start tags and 
data?

From karl at waclawek.net  Mon Apr 12 17:27:54 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Mon Apr 12 17:28:06 2004
Subject: [Expat-discuss] extracting attributes
References: <20040412212346.7690.qmail@webmail2.knology.net>
Message-ID: <000e01c420d5$04178670$9e539696@citkwaclaww2k>


----- Original Message ----- 
From: <terrasurfer@knology.net>
To: <expat-discuss@libexpat.org>
Sent: Monday, April 12, 2004 5:23 PM


> I'm having trouble extracting attributes when parsing XML using
> expat. I used XML_SetAttlistDeclHandler() to define a handler
> for attributes. But the function I defined in 
> XML_SetAttlistDeclHandler() doesn't ever run!

That's because it reports attribute declarations in the DTD!
 
> Am I defining my attribute handler with the correct function?
> Is extracting attributes the same as extracting start tags and 
> data?

Yes, and you don't need an extra call-back.
The StartElementHandler() call-back already reports the attributes.

Karl

From fdrake at acm.org  Mon Apr 12 17:29:16 2004
From: fdrake at acm.org (Fred L. Drake, Jr.)
Date: Mon Apr 12 17:29:34 2004
Subject: [Expat-discuss] extracting attributes
In-Reply-To: <20040412212346.7690.qmail@webmail2.knology.net>
References: <20040412212346.7690.qmail@webmail2.knology.net>
Message-ID: <200404121729.16293.fdrake@acm.org>

On Monday 12 April 2004 05:23 pm, terrasurfer@knology.net wrote:
 > I'm having trouble extracting attributes when parsing XML using
 > expat. I used XML_SetAttlistDeclHandler() to define a handler
 > for attributes. But the function I defined in
 > XML_SetAttlistDeclHandler() doesn't ever run!

Attribute information is passed to the start-element handler.  The 
AttlistDeclHandler is only for attribute declarations in the DTD.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation


From goutham_s1 at yahoo.com  Wed Apr 14 11:14:56 2004
From: goutham_s1 at yahoo.com (Goutham S Mohan)
Date: Wed Apr 14 11:42:58 2004
Subject: [Expat-discuss] Is expat ported to HPUX IA64 platform
Message-ID: <20040414151456.86274.qmail@web20418.mail.yahoo.com>

Hi,
 
Is expat ported to HPUX IA64 (Itanium) platform. If so which version?
 
I tried setting CFLAGS="+DD64 +DSitanium2" but this gave me 32-bit binaries for IA64. I need 64 bit binaries for the Itanium platform.
 
It would be of great help if any one can tell me how to build 64-bit expat libraries for IA64(HPUX) platforms.
 
Regards,
Goutham S Mohan

		
---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - File online by April 15th
From goochrules at hotmail.com  Wed Apr 14 17:17:17 2004
From: goochrules at hotmail.com (GoochRules!)
Date: Wed Apr 14 17:17:24 2004
Subject: [Expat-discuss] external entities
Message-ID: <1B75D765-8E59-11D8-A1F7-000A959CEA66@hotmail.com>

Greetings,

I have an XML document that contains &quot;s and &amp;s within 
attribute nodes that seem to be converted to "s and &s by the time they 
get to my start element handler.

Is there any way to avoid this?  My current solution is to check every 
attribute value returned by expat and to undo the conversion.  It 
appears that through the use of the XML_*ExternalEntity* functions I 
can stop the conversion, but I have been unable to figure out how to 
properly use these functions.


--Matthew Peltzer
--goochrules@hotmail.com



From karl at waclawek.net  Wed Apr 14 20:03:17 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Wed Apr 14 20:03:18 2004
Subject: [Expat-discuss] external entities
References: <1B75D765-8E59-11D8-A1F7-000A959CEA66@hotmail.com>
Message-ID: <000b01c4227d$0eff5f50$0300a8c0@karlglen188>


----- Original Message ----- 
From: "GoochRules!" <goochrules@hotmail.com>
To: <expat-discuss@libexpat.org>
Sent: Wednesday, April 14, 2004 5:17 PM


> Greetings,
> 
> I have an XML document that contains &quot;s and &amp;s within 
> attribute nodes that seem to be converted to "s and &s by the time they 
> get to my start element handler.

That is how it is supposed to work.
 
> Is there any way to avoid this?  My current solution is to check every 
> attribute value returned by expat and to undo the conversion.  It 
> appears that through the use of the XML_*ExternalEntity* functions I 
> can stop the conversion, but I have been unable to figure out how to 
> properly use these functions.

No, these are internal entities, you can't easily turn their expansion off.
Check the docs on SetDefaultHandler and SetDefaultHandlerExpand.
Maybe these can help you.

Karl


From bock at blacknet.de  Fri Apr 16 08:52:25 2004
From: bock at blacknet.de (Goetz Bock)
Date: Fri Apr 16 10:00:42 2004
Subject: [Expat-discuss] two small patches
Message-ID: <20040416125225.GL445@shell.blacknet.de>


Hi list,

as I was unable to find a maintainer contact, I'll just post this two
patches to the list. 

If they are already known, included in current cvs or what ever, please
ignore them.

The patches are cummulative, first apply

    expat-1.95.7-destdir.patchi

then
    
    expat-1.95.7-mandir.patch

-- 
Goetz Bock       (c) 2003 as     blacknet.de - Munich - Germany   /"\
IT Consultant    GNU FDL 1.1    secure mobile Linux everNETting   \ /
                                                                   X
 ASCII Ribbon Campaign against HTML email & microsoft attachments / \
-------------- next part --------------
--- expat-1.95.7/Makefile.in	2004-04-16 15:17:57.000000000 +0200
+++ expat-1.95.7.bg/Makefile.in	2004-04-16 15:18:40.000000000 +0200
@@ -73,27 +73,27 @@
 	tests/runtests
 
 install: xmlwf/xmlwf installlib
-	$(mkinstalldirs) $(bindir) $(mandir)
-	$(LIBTOOL) --mode=install $(INSTALL_PROGRAM) xmlwf/xmlwf $(bindir)/xmlwf
-	$(INSTALL_DATA) $(MANFILE) $(mandir)
+	$(mkinstalldirs) $(DESTDIR)$(bindir) $(DESTDIR)$(mandir)
+	$(LIBTOOL) --mode=install $(INSTALL_PROGRAM) xmlwf/xmlwf $(DESTDIR)$(bindir)/xmlwf
+	$(INSTALL_DATA) $(MANFILE) $(DESTDIR)$(mandir)
 
 installlib: $(LIBRARY) $(APIHEADER)
-	$(mkinstalldirs) $(libdir) $(includedir)
-	$(LIBTOOL) --mode=install $(INSTALL) $(LIBRARY) $(libdir)/$(LIBRARY)
-	$(INSTALL_DATA) $(APIHEADER) $(includedir)
+	$(mkinstalldirs) $(DESTDIR)$(libdir) $(DESTDIR)$(includedir)
+	$(LIBTOOL) --mode=install $(INSTALL) $(LIBRARY) $(DESTDIR)$(libdir)/$(LIBRARY)
+	$(INSTALL_DATA) $(APIHEADER) $(DESTDIR)$(includedir)
 
 uninstall: uninstalllib
-	$(LIBTOOL) --mode=uninstall rm -f $(bindir)/xmlwf
-	rm -f $(mandir)/xmlwf.1
+	$(LIBTOOL) --mode=uninstall rm -f $(DESTDIR)$(bindir)/xmlwf
+	rm -f $(DESTDIR)$(mandir)/xmlwf.1
 
 uninstalllib:
-	$(LIBTOOL) --mode=uninstall rm -f $(libdir)/$(LIBRARY)
-	rm -f $(includedir)/$(APIHEADER)
+	$(LIBTOOL) --mode=uninstall rm -f $(DESTDIR)$(libdir)/$(LIBRARY)
+	rm -f $(DESTDIR)$(includedir)/$(APIHEADER)
 
 # for VPATH builds (invoked by configure)
 mkdir-init:
 	@for d in lib xmlwf examples tests ; do \
-		(mkdir $$d 2> /dev/null || test 1) ; \
+		(mkdir $(DESTDIR)$$d 2> /dev/null || test 1) ; \
 	done
 
 CC = @CC@
-------------- next part --------------
--- expat-1.95.7/Makefile.in	2004-04-16 15:24:13.000000000 +0200
+++ expat-1.95.7.man/Makefile.in	2004-04-16 15:24:04.000000000 +0200
@@ -30,7 +30,8 @@
 bindir = @bindir@
 libdir = @libdir@
 includedir = @includedir@
-mandir = ${prefix}/man/man1
+mandir = @mandir@
+man1dir = $(mandir)/man1
 
 top_builddir = .
 
@@ -73,9 +74,9 @@
 	tests/runtests
 
 install: xmlwf/xmlwf installlib
-	$(mkinstalldirs) $(DESTDIR)$(bindir) $(DESTDIR)$(mandir)
+	$(mkinstalldirs) $(DESTDIR)$(bindir) $(DESTDIR)$(man1dir)
 	$(LIBTOOL) --mode=install $(INSTALL_PROGRAM) xmlwf/xmlwf $(DESTDIR)$(bindir)/xmlwf
-	$(INSTALL_DATA) $(MANFILE) $(DESTDIR)$(mandir)
+	$(INSTALL_DATA) $(MANFILE) $(DESTDIR)$(man1dir)
 
 installlib: $(LIBRARY) $(APIHEADER)
 	$(mkinstalldirs) $(DESTDIR)$(libdir) $(DESTDIR)$(includedir)
@@ -84,7 +85,7 @@
 
 uninstall: uninstalllib
 	$(LIBTOOL) --mode=uninstall rm -f $(DESTDIR)$(bindir)/xmlwf
-	rm -f $(DESTDIR)$(mandir)/xmlwf.1
+	rm -f $(DESTDIR)$(man1dir)/xmlwf.1
 
 uninstalllib:
 	$(LIBTOOL) --mode=uninstall rm -f $(DESTDIR)$(libdir)/$(LIBRARY)
From weigelt at metux.de  Fri Apr 16 10:17:39 2004
From: weigelt at metux.de (Enrico Weigelt)
Date: Fri Apr 16 10:26:49 2004
Subject: [Expat-discuss] two small patches
In-Reply-To: <20040416125225.GL445@shell.blacknet.de>
References: <20040416125225.GL445@shell.blacknet.de>
Message-ID: <20040416141739.GA915@nibiru.metux.de>

* Goetz Bock <bock@blacknet.de> [2004-04-16 14:52:25 +0200]:

> as I was unable to find a maintainer contact, I'll just post this two
> patches to the list. 

ah, they fix some install problems.
i've already missed some files on my buildfarm-generated packages.
(for more information about my buildfarm, please contact me :))

btw: lately I had some package, which missed to install manpages 
when configured w/ --enable-shared --disable-static. 
(don't remember what which package it was ...)

I'll add the package to my buildfarm's port repository and try it out.

If next release includes this patch, please drop a note.


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT services

  phone:     +49 36207 519931         www:       http://www.metux.de/
  fax:       +49 36207 519932         email:     contact@metux.de
  cellphone: +49 174 7066481
---------------------------------------------------------------------
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
---------------------------------------------------------------------

From karl at waclawek.net  Fri Apr 16 10:35:44 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Fri Apr 16 10:35:50 2004
Subject: [Expat-discuss] two small patches
References: <20040416125225.GL445@shell.blacknet.de>
Message-ID: <003501c423c0$1a025530$9e539696@citkwaclaww2k>



> Hi list,
> 
> as I was unable to find a maintainer contact, I'll just post this two
> patches to the list. 
> 
> If they are already known, included in current cvs or what ever, please
> ignore them.
> 
> The patches are cummulative, first apply
> 
>     expat-1.95.7-destdir.patchi
> 
> then
>     
>     expat-1.95.7-mandir.patch
> 

I am one of the maintainers, but I am not a build expert,
especially not on Linux/Unix. You should contact Fred L. Drake
or Greg Stein or simply post the patch on the SF project site for Expat:
http://sf.net/projects/expat.


Karl

From regis.st-gelais at laubrass.com  Fri Apr 16 11:26:04 2004
From: regis.st-gelais at laubrass.com (=?Windows-1252?Q?R=E9gis_St-Gelais?=)
Date: Fri Apr 16 11:26:35 2004
Subject: [Expat-discuss] How to deal with CR-LF at the end of a file
Message-ID: <011401c423c7$21fb7c10$647ba8c0@regis>

I use expat 1.95.7 on windows platform in C++.

I create my xml file manualy using fprint and I dont put a cr-lf after the
last closing tag.
This works fine exept that if I send the xml file by email there is a cr-lf
added at the end of the file (after the last closing tag)
When I try to read that file (with an extra cr-lf at the end) I get a "not
well formed (invalid token)" error when expat try to read pass the last
closing tag. Shoud I abort the parsing when I reach my last closing tag?


Thanks
Regis



From karl at waclawek.net  Fri Apr 16 11:53:01 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Fri Apr 16 11:53:11 2004
Subject: [Expat-discuss] How to deal with CR-LF at the end of a file
References: <011401c423c7$21fb7c10$647ba8c0@regis>
Message-ID: <006101c423ca$e58a7980$9e539696@citkwaclaww2k>


> I use expat 1.95.7 on windows platform in C++.
> 
> I create my xml file manualy using fprint and I dont put a cr-lf after the
> last closing tag.
> This works fine exept that if I send the xml file by email there is a cr-lf
> added at the end of the file (after the last closing tag)
> When I try to read that file (with an extra cr-lf at the end) I get a "not
> well formed (invalid token)" error when expat try to read pass the last
> closing tag. Shoud I abort the parsing when I reach my last closing tag?


I am not sure if whitespace after the end tag is allowed,
but I almost think it is. Can you check if there is more
than just CR-LF, maybe a null character?

If there is, you should get rid of it.
Also, if sent as an e-mail attachment there should not be such a problem.
Aborting is possible too, but not a clean solution.

Karl

From weigelt at metux.de  Fri Apr 16 13:51:26 2004
From: weigelt at metux.de (Enrico Weigelt)
Date: Fri Apr 16 13:56:41 2004
Subject: [Expat-discuss] two small patches
In-Reply-To: <003501c423c0$1a025530$9e539696@citkwaclaww2k>
References: <20040416125225.GL445@shell.blacknet.de>
	<003501c423c0$1a025530$9e539696@citkwaclaww2k>
Message-ID: <20040416175125.GA3868@nibiru.metux.de>

* Karl Waclawek <karl@waclawek.net> [2004-04-16 10:35:44 -0400]:

<snip>
> I am one of the maintainers, but I am not a build expert,
> especially not on Linux/Unix. You should contact Fred L. Drake
> or Greg Stein or simply post the patch on the SF project site for Expat:
> http://sf.net/projects/expat.

Well, I didnt test the patch yet, but from reading it, it seems to 
be okay and really necessary. (it fixes some ugly errors).

I vote for including it into the next release.


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT services

  phone:     +49 36207 519931         www:       http://www.metux.de/
  fax:       +49 36207 519932         email:     contact@metux.de
  cellphone: +49 174 7066481
---------------------------------------------------------------------
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
---------------------------------------------------------------------

From feargal at helgrim.com  Sun Apr 18 15:50:33 2004
From: feargal at helgrim.com (Feargal Reilly)
Date: Sun Apr 18 15:51:02 2004
Subject: [Expat-discuss] syntax error caused by XMLCALL macro
Message-ID: <20040418205033.753f85c4@beaker.chrysalink.net>

Hi all,
I've been encountering the following error trying to build expat-1.95.7:

cc -O -pipe  -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H  -I/usr/local/include -I./lib -I. -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c
xmlwf/xmlwf.c:24: error: syntax error before "characterData"
*** Error code 1

The relevant extract from xmlwf.c is

23 static void XMLCALL
24 characterData(void *userData, const XML_Char *s, int len)
25 {

If I remove the XMLCALL, the same syntax error occurs at it's next occurrence, so it seems to me it's the XMLCALL that is breaking things.

I'm running FreeBSD 5.2-CURRENT, cc -v says:

Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.3 [FreeBSD] 20031106

I've successfully built this on FreeBSD 4.10-BETA with gcc version 2.95.4

I've no experience using/debugging macros like this, the CVS log has the following note:

- XMLCALL, which expands to whatever is needed to nail down the
  calling convention for all calls across the library boundary.  This
  must match the convention used for the system's malloc()
  implementation.

I'm assuming that XMLCALL is being expanded incorrectly, and that this is what is causing the syntax error. 

I tried compiling with the -da flag, and looked through the debugging output, but since I don't know what I'm looking for, I didn't see anything of interest. Here's the list of files generated by it, if I should attach any of them, let me know..

xmlwf.c.00.rtl
xmlwf.c.01.sibling
xmlwf.c.02.eh
xmlwf.c.03.jump
xmlwf.c.09.cse
xmlwf.c.10.addressof
xmlwf.c.12.loop
xmlwf.c.13.cfg
xmlwf.c.14.bp
xmlwf.c.15.ce1
xmlwf.c.18.life
xmlwf.c.19.combine
xmlwf.c.20.ce2
xmlwf.c.23.lreg
xmlwf.c.24.greg
xmlwf.c.25.postreload
xmlwf.c.26.flow2
xmlwf.c.28.rnreg
xmlwf.c.29.ce3
xmlwf.c.31.stack
xmlwf.c.32.bbro
xmlwf.c.33.mach

Any ideas/pointers as to what I should try?

Thanks,
-fr.

--
Feargal Reilly,
http://www.helgrim.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://mail.libexpat.org/pipermail/expat-discuss/attachments/20040418/cb0c84a2/attachment.bin
From karl at waclawek.net  Sun Apr 18 16:35:41 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Sun Apr 18 16:35:42 2004
Subject: [Expat-discuss] syntax error caused by XMLCALL macro
References: <20040418205033.753f85c4@beaker.chrysalink.net>
Message-ID: <001a01c42584$b77c3d60$0300a8c0@karlglen188>

Try current CVS.

Karl

From agandfr at yahoo.com  Thu Apr 22 21:22:27 2004
From: agandfr at yahoo.com (Dean Agan)
Date: Thu Apr 22 21:22:31 2004
Subject: [Expat-discuss] Compiling Expat under Windows Using Bloodshed Dev
	C++ iDE
Message-ID: <20040423012227.67368.qmail@web40006.mail.yahoo.com>

How do I compile Expat under Windows Using Bloodshed Dev C++ IDE
without using the DLL?

		
---------------------------------
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25¢
From 1 at pervalidus.net  Sat Apr 24 17:57:22 2004
From: 1 at pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=)
Date: Sun Apr 25 23:11:31 2004
Subject: [Expat-discuss] external.h missing
Message-ID: <Pine.LNX.4.58.0404241855330.1813@pervalidus.dyndns.org>

When compiling CVS, for some reason external.h doesn't get
installed by make install. Since expat.h includes it,
everything breaks.

BTW, I'm not sure if external.h is a good name for a header
that gets installed.

-- 
http://www.pervalidus.net/contact.html

From karl at waclawek.net  Mon Apr 26 00:24:43 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Mon Apr 26 00:24:47 2004
Subject: [Expat-discuss] external.h missing
References: <Pine.LNX.4.58.0404241855330.1813@pervalidus.dyndns.org>
Message-ID: <000701c42b46$66722c00$0200a8c0@karlglen188>


----- Original Message ----- 
From: "Fr?d?ric L. W. Meunier" <1@pervalidus.net>
To: <expat-discuss@libexpat.org>
Sent: Saturday, April 24, 2004 5:57 PM


> When compiling CVS, for some reason external.h doesn't get
> installed by make install. Since expat.h includes it,
> everything breaks.
>
> BTW, I'm not sure if external.h is a good name for a header
> that gets installed.

The build scripts haven't been updated yet.
Why don't you submit a patch?

external.h is meant as contrast to internal.h,
but please suggest a better name.

Karl


From 1 at pervalidus.net  Mon Apr 26 00:51:52 2004
From: 1 at pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=)
Date: Mon Apr 26 09:08:04 2004
Subject: [Expat-discuss] external.h missing
In-Reply-To: <000701c42b46$66722c00$0200a8c0@karlglen188>
References: <Pine.LNX.4.58.0404241855330.1813@pervalidus.dyndns.org>
	<000701c42b46$66722c00$0200a8c0@karlglen188>
Message-ID: <Pine.LNX.4.58.0404260135400.1813@pervalidus.dyndns.org>

On Mon, 26 Apr 2004, Karl Waclawek wrote:

> > When compiling CVS, for some reason external.h doesn't get
> > installed by make install. Since expat.h includes it,
> > everything breaks.
> >
> > BTW, I'm not sure if external.h is a good name for a header
> > that gets installed.
>
> The build scripts haven't been updated yet.
> Why don't you submit a patch?

What do you mean by build scripts ? I only use Makefile.in.
expat.spec ?

> external.h is meant as contrast to internal.h,
> but please suggest a better name.

I don't find it a bad name, but maybe for a system header.  At
least the Binary File Descriptor library (installed by
binutils) has an internal external.h header. That doesn't mean
other projects couldn't install one.

What about expat_external.h or something with expat in the name
? Or install external.h in an expat directory.

-- 
http://www.pervalidus.net/contact.html

From karl at waclawek.net  Mon Apr 26 09:31:26 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Mon Apr 26 09:31:37 2004
Subject: [Expat-discuss] external.h missing
References: <Pine.LNX.4.58.0404241855330.1813@pervalidus.dyndns.org><000701c42b46$66722c00$0200a8c0@karlglen188>
	<Pine.LNX.4.58.0404260135400.1813@pervalidus.dyndns.org>
Message-ID: <001c01c42b92$c688f320$9e539696@citkwaclaww2k>


----- Original Message ----- 
From: "Fr?d?ric L. W. Meunier" <1@pervalidus.net>
To: <expat-discuss@libexpat.org>
Sent: Monday, April 26, 2004 12:51 AM


> On Mon, 26 Apr 2004, Karl Waclawek wrote:
>
> > > When compiling CVS, for some reason external.h doesn't get
> > > installed by make install. Since expat.h includes it,
> > > everything breaks.
> > >
> > > BTW, I'm not sure if external.h is a good name for a header
> > > that gets installed.
> >
> > The build scripts haven't been updated yet.
> > Why don't you submit a patch?
>
> What do you mean by build scripts ? I only use Makefile.in.
> expat.spec ?

Yes, the make file is what I mean with build script.

> > external.h is meant as contrast to internal.h,
> > but please suggest a better name.
>
> I don't find it a bad name, but maybe for a system header.  At
> least the Binary File Descriptor library (installed by
> binutils) has an internal external.h header. That doesn't mean
> other projects couldn't install one.
>
> What about expat_external.h or something with expat in the name
> ? Or install external.h in an expat directory.

Since I mainly work on Windows, I will leave these issues
to our Unix build experts. Hopefully they have a good solution soon.

Fred, are you still alive?

Karl


From fdrake at acm.org  Mon Apr 26 09:39:23 2004
From: fdrake at acm.org (Fred L. Drake, Jr.)
Date: Mon Apr 26 09:39:33 2004
Subject: [Expat-discuss] external.h missing
In-Reply-To: <001c01c42b92$c688f320$9e539696@citkwaclaww2k>
References: <Pine.LNX.4.58.0404241855330.1813@pervalidus.dyndns.org>
	<Pine.LNX.4.58.0404260135400.1813@pervalidus.dyndns.org>
	<001c01c42b92$c688f320$9e539696@citkwaclaww2k>
Message-ID: <200404260939.23597.fdrake@acm.org>

On Monday 26 April 2004 09:31 am, Karl Waclawek wrote:
 > Fred, are you still alive?

Barely.  Completely swamped by work and family these days; sorry.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation


From munch1e02 at yahoo.com  Wed Apr 28 15:01:56 2004
From: munch1e02 at yahoo.com (James)
Date: Wed Apr 28 15:02:06 2004
Subject: [Expat-discuss] XML schema Parsing and Validation question
Message-ID: <20040428190156.69003.qmail@web90004.mail.scd.yahoo.com>

I have a generalized question. My company has asked me
to search for a commercial product, or open source
project that better supports what we are trying to do
with our XML. Currently we are using libxml2, but it
does not fully implement all the Schema validating we
require. Would anyone know of a library that is 
(1) Multi platform supported
(Linux/Windows/Solaris/SGI)
(2) Multi language supported (C/C++/Java)

Thanks and sorry if too off topic.

James


	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

From chengliang2004 at hotmail.com  Wed Apr 28 22:02:08 2004
From: chengliang2004 at hotmail.com (cheng liang)
Date: Wed Apr 28 22:02:12 2004
Subject: [Expat-discuss] why expat could not parse this xml file?
Message-ID: <BAY16-F87Nkj9LE1KiP00008cb3@hotmail.com>

hi, all,

I use expat1.95.7 to parse some xml file as follows:
-------------------------------------------------------------------------------------

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" 
xmlns:xsd="http://www.w3.org/2001/XMLSchemaa" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instancee">
<soapenv:body>
<ns1:checkIfHasUserResponse 
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" 
xmlns:ns1="http://10.7.0.97:8080/SysPlatform/services/UserClass">
<ns1:checkIfHasUserReturn 
xsi:type="xsd:boolean">false</ns1:checkIfHasUserReturn>
</ns1:checkIfHasUserResponse>
</soapenv:body>
</soapenv:Envelope>
--------------------------------------------------------------------------------------


This file is generated by webservice server.

But expat could not parse it.

It says :not well-formed <invalid token> at line 7.

I work it for a long time. But could not found why expat consider it as not 
well-formed.

Anyone has idea of this and help me I will be well appreciated.

Thanks.

best,

Cheng Liang

_________________________________________________________________
ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger:  http://messenger.msn.com/cn  


From karl at waclawek.net  Thu Apr 29 00:17:57 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Thu Apr 29 00:17:58 2004
Subject: [Expat-discuss] why expat could not parse this xml file?
References: <BAY16-F87Nkj9LE1KiP00008cb3@hotmail.com>
Message-ID: <000701c42da0$f3e2c980$0200a8c0@karlglen188>


> I use expat1.95.7 to parse some xml file as follows:
> -------------------------------------------------------------------------------------
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" 
> xmlns:xsd="http://www.w3.org/2001/XMLSchemaa" 
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instancee">
> <soapenv:body>
> <ns1:checkIfHasUserResponse 
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" 
> xmlns:ns1="http://10.7.0.97:8080/SysPlatform/services/UserClass">
> <ns1:checkIfHasUserReturn 
> xsi:type="xsd:boolean">false</ns1:checkIfHasUserReturn>
> </ns1:checkIfHasUserResponse>
> </soapenv:body>
> </soapenv:Envelope>
> --------------------------------------------------------------------------------------
> 
> 
> This file is generated by webservice server.
> 
> But expat could not parse it.
> 
> It says :not well-formed <invalid token> at line 7.
> 
> I work it for a long time. But could not found why expat consider it as not 
> well-formed.

Works fine with my copy of Expat (current CVS).
What code are you using to parse the file?

Karl

From agandfr at yahoo.com  Thu Apr 29 13:15:16 2004
From: agandfr at yahoo.com (Dean Agan)
Date: Thu Apr 29 13:15:50 2004
Subject: [Expat-discuss] customizing the size of the library
Message-ID: <20040429171516.68126.qmail@web40005.mail.yahoo.com>

Hi! I wanted to make the size of the expat library smaller. I am using minimal features for expat. I wanted to limit it to certain features. Can anybody guide me on that? Although I can do it w/o a guide, I'd really appreciate if someone can give me a guide to make the process faster. Thanks a lot!

		
---------------------------------
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs 
From karl at waclawek.net  Thu Apr 29 13:59:49 2004
From: karl at waclawek.net (Karl Waclawek)
Date: Thu Apr 29 14:00:00 2004
Subject: [Expat-discuss] customizing the size of the library
References: <20040429171516.68126.qmail@web40005.mail.yahoo.com>
Message-ID: <002201c42e13$c3f842e0$9e539696@citkwaclaww2k>

Try this:

Undefine XML_DTD, XML_CONTEXT_BYTES and maybe
XML_NS (turns off namespace processing).

Define XML_MIN_SIZE.

Don't define XML_UNICODE or XML_UNICODE_WCHAR_T.

This initially didn't work for me, but current CVS compiles with it.
Please follow up if this works for you (compile *and* run time).

Karl

----- Original Message ----- 
From: "Dean Agan" <agandfr@yahoo.com>
To: <expat-discuss@libexpat.org>
Sent: Thursday, April 29, 2004 1:15 PM
Subject: [Expat-discuss] customizing the size of the library


> Hi! I wanted to make the size of the expat library smaller. I am using minimal features for expat.
I wanted to limit it to certain features. Can anybody guide me on that? Although I can do it w/o a
guide, I'd really appreciate if someone can give me a guide to make the process faster. Thanks a
lot!
>
>
> ---------------------------------
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs
> _______________________________________________
> Expat-discuss mailing list
> Expat-discuss@libexpat.org
> http://mail.libexpat.org/mailman/listinfo/expat-discuss
>


From fdrake at acm.org  Thu Apr 29 23:41:29 2004
From: fdrake at acm.org (Fred L. Drake, Jr.)
Date: Thu Apr 29 23:41:44 2004
Subject: [Expat-discuss] Regression tests no longer require "check"
Message-ID: <200404292341.29186.fdrake@acm.org>

I've just committed changes to the CVS version of Expat that allow the 
regression tests to run even if the "check" library is not available.  
There's now a re-implementation of the portions of the check API that the 
Expat tests use; it's simple, but it should work on any platform supporting 
setjmp() and longjmp().

If you want to try it out from an existing CVS checkout, you'll need to re-run 
./buildconf.sh and ./configure.

I'd appreciate hearing about any difficulties you have with this.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation


From pjobson00 at aol.com  Fri Apr 30 10:52:54 2004
From: pjobson00 at aol.com (Paul Jobson)
Date: Fri Apr 30 10:53:01 2004
Subject: [Expat-discuss] Compile Error...
Message-ID: <40926846.70400@aol.com>

Hey

I was wondering if anyone could help me with an expat configure problem, 
I keep ending up with:
checking for Expat installation integrity... configure: error: prefix
for Expat not valid (include dir)


Thanks

-- 
Paul Jobson
pjobson00@aol.com
aim: pjobson00

[root@vegas Sablot-1.0.1]# ./configure --with-expat=/usr/local/lib/
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking how to run the C++ preprocessor... /lib/cpp
checking for Expat installation integrity... configure: error: prefix
for Expat not valid (include dir)