From andrew.nesbit@csiro.au  Wed Jan  9 21:52:02 2002
From: andrew.nesbit@csiro.au (Andrew Nesbit)
Date: Wed Jan  9 21:52:02 2002
Subject: [Expat-discuss] Is expat reentrant?
Message-ID: <3C3D2AE6.6010701@csiro.au>

Hi. I'm sure this question's been asked loads of times before, but I 
couldn't find an answer by searching.

Is expat reentrant?

Cheers.

-Andrew


From sc.brown@btinternet.com  Tue Jan 15 07:40:28 2002
From: sc.brown@btinternet.com (sc.brown@btinternet.com)
Date: Tue Jan 15 07:40:28 2002
Subject: [Expat-discuss] expat instalation problems
Message-ID: <6484872.1011109189352.JavaMail.root@127.0.0.1>

I am attempting to install expat on NT and am experiencing problems. I need this for XML::DOM which requires expat. 

I have downloaded "expat_win32bin_1_95_1" but have experienced problems with it. what do I need to do, simply copy over "expat_1_95_1.dll" to a directory which is included in my path ?

Any help would be greatly appreciated !

Thks


From fdrake@acm.org  Tue Jan 15 08:02:06 2002
From: fdrake@acm.org (Fred L. Drake, Jr.)
Date: Tue Jan 15 08:02:06 2002
Subject: [Expat-discuss] expat instalation problems
In-Reply-To: <6484872.1011109189352.JavaMail.root@127.0.0.1>
References: <6484872.1011109189352.JavaMail.root@127.0.0.1>
Message-ID: <15428.20753.789552.516195@grendel.zope.com>

sc.brown@btinternet.com writes:
 > I am attempting to install expat on NT and am experiencing
 > problems. I need this for XML::DOM which requires expat.
 > 
 > I have downloaded "expat_win32bin_1_95_1" but have experienced
 > problems with it. what do I need to do, simply copy over
 > "expat_1_95_1.dll" to a directory which is included in my path ?

I don't know what Perl requires, but the DLLs probably need to be
copied to somewhere on the path; I'd expect it to work fine if you
place them wherever the dynamically loaded modules are placed for
Perl.

Have you looked at the 1.95.2 version, or do the Perl modules
require the older version for some reason?


  -Fred

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



From fdrake@acm.org  Tue Jan 15 12:26:47 2002
From: fdrake@acm.org (Fred L. Drake, Jr.)
Date: Tue Jan 15 12:26:47 2002
Subject: [Expat-discuss] Sample Code For Python
In-Reply-To: <20011231084636.H38270-100000@ottercreek.dsl.net>
References: <20011231084636.H38270-100000@ottercreek.dsl.net>
Message-ID: <15428.36437.565520.574796@grendel.zope.com>

jchick@dsl.net writes:
 > Can Someone please send me some sample code of expat, parsing an XML file
 > in the Python Language. Thank You

There's a short example in the Python Library Reference:

    http://www.python.org/doc/current/lib/module-xml.parsers.expat.html

If that example is not sufficient, please explain what you're having
difficulty with in more detail.


  -Fred

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



From stevep@netscape.com  Tue Jan 15 18:00:06 2002
From: stevep@netscape.com (Steve Parkinson)
Date: Tue Jan 15 18:00:06 2002
Subject: [Expat-discuss] Problem with  config.h.in
Message-ID: <3C44DE83.60302@netscape.com>

There is a problem with config.h.in

Since configure thinks I don't have bcopy() or memmove() 'punting on 
memmove'
is getting compiled by the compiler, and this is not a correct C 
statement, so it
throws up.

Can someone remove the semicolon comment in this define please?

#ifndef HAVE_MEMMOVE
#ifdef HAVE_BCOPY
#define memmove(d,s,l) bcopy((s),(d),(l))
#else
#define memmove(d,s,l) ;punting on memmove;
#endif

Steve




From karl@waclawek.net  Sun Jan 20 18:03:02 2002
From: karl@waclawek.net (Karl Waclawek)
Date: Sun Jan 20 18:03:02 2002
Subject: [Expat-discuss] Controlling parse process: suspend(), resume(), abort()
Message-ID: <000b01c1a221$527e6480$0207a8c0@karl>

Would it be hard to add the following functions?
- suspend() ...suspends parsing, remembers state
- resume()  ...resumes parsing from where it was suspended
- abort()   ...cancels parsing

This looks like the concept of coroutines, and could 
have the following benefit: One could implement a "pull" based
parser on top of the "push" based model of Expat.

This has recently been chosen as Microsoft's new approach,
i.e. in XML.NET, SAX has been replaced by a pull based parser
("XMLReader").

Typical pull code would look like:
while parser.nextNode() do
begin
 //process current node
end;

It seems to me such a parser could be implemented on top
of SAX or Expat, if there was functionality as described above.
Microsoft's MSXML3 implementation has the IMXReaderControl
interface, which allows exactly that. Makes me think that
(maybe) MS's "pull" implementation is implemented on top of
their own SAX parser.

So, my question again: How hard would it be to add such
coroutine-like functionality to Expat?

Regards,

Karl



From jeremy@starmarkintl.com  Fri Jan 25 07:21:05 2002
From: jeremy@starmarkintl.com (Jeremy Schwartz)
Date: Fri Jan 25 07:21:05 2002
Subject: [Expat-discuss] Error on installation
Message-ID: <B876E1E2.1E8D%jeremy@starmarkintl.com>

I am trying to install Expat and I am getting the following error on running
make:

cd lib && make
make[1]: Nothing to be done for `all'.
cd xmlwf && make
cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o
-L../lib/.libs -lexpat
/usr/bin/ld: can't locate file for: -lcrt0.o
make[1]: *** [xmlwf] Error 1
make: *** [xmlwf] Error 2


The path is as follows:
/Library/Perl/expat-1.95.2

TIA
---------------------------------------
Jeremy Schwartz                Starmark
Interactive Designer
Jeremy@Starmarkintl.com    954-761-1600



From F.J.Franklin@sheffield.ac.uk  Fri Jan 25 07:27:03 2002
From: F.J.Franklin@sheffield.ac.uk (F J Franklin)
Date: Fri Jan 25 07:27:03 2002
Subject: [Expat-discuss] Error on installation
In-Reply-To: <B876E1E2.1E8D%jeremy@starmarkintl.com>
Message-ID: <Pine.GSO.4.10.10201251525220.10894-100000@gold>

I have this problem on MacOSX. I usually cheat: ignore the error, type
"make install", ignore the error again... you get the library that way :-)

On Fri, 25 Jan 2002, Jeremy Schwartz wrote:

> I am trying to install Expat and I am getting the following error on running
> make:
> 
> cd lib && make
> make[1]: Nothing to be done for `all'.
> cd xmlwf && make
> cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o
> -L../lib/.libs -lexpat
> /usr/bin/ld: can't locate file for: -lcrt0.o
> make[1]: *** [xmlwf] Error 1
> make: *** [xmlwf] Error 2
> 
> 
> The path is as follows:
> /Library/Perl/expat-1.95.2
> 
> TIA
> ---------------------------------------
> Jeremy Schwartz                Starmark
> Interactive Designer
> Jeremy@Starmarkintl.com    954-761-1600
> 
> 
> _______________________________________________
> Expat-discuss mailing list
> Expat-discuss@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/expat-discuss
> 

Francis James Franklin
F.J.Franklin@shef.ac.uk

It's getting them wrong that is living, getting them wrong and wrong and
wrong and then, on careful reconsideration, getting them wrong again.
That's how we know we're alive: we're wrong.
                                                         --- Philip Roth




From jeremy@starmark.com  Tue Jan 29 14:21:17 2002
From: jeremy@starmark.com (Jeremy Schwartz)
Date: Tue Jan 29 14:21:17 2002
Subject: [Expat-discuss] Error on installation
In-Reply-To: <Pine.GSO.4.10.10201251536210.10894-100000@gold>
Message-ID: <B87C8A65.20C8%jeremy@starmark.com>

I installed Expat 2.30 on MacOSX 10.1.2 and I am now having some difficulty
with a cgi that uses Expat to parse xml.

I received the advice at from FJ Franklin about setting the
DYLD_LIBRARY_PATH rather than LD_LIBRARY_PATH. How does one go about setting
that path?

Here is the error:

>> [localhost:/Library/WebServer/CGI-Executables] admin% ./reg_system.cgi
>> dyld: perl Undefined symbols:
>> _XML_DefaultCurrent
>> _XML_ErrorString
>> _XML_ExternalEntityParserCreate
>> _XML_GetBase
>> _XML_GetBuffer
>> _XML_GetCurrentByteCount
>> _XML_GetCurrentByteIndex
>> _XML_GetCurrentColumnNumber
>> _XML_GetCurrentLineNumber
>> _XML_GetErrorCode
>> _XML_GetInputContext
>> _XML_GetSpecifiedAttributeCount
>> _XML_Parse
>> _XML_ParseBuffer
>> _XML_ParserCreate_MM
>> _XML_ParserFree
>> _XML_SetAttlistDeclHandler
>> _XML_SetBase
>> _XML_SetCdataSectionHandler
>> _XML_SetCharacterDataHandler
>> _XML_SetCommentHandler
>> _XML_SetDefaultHandler
>> _XML_SetDefaultHandlerExpand
>> _XML_SetElementDeclHandler
>> _XML_SetElementHandler
>> _XML_SetEndCdataSectionHandler
>> _XML_SetEndDoctypeDeclHandler
>> _XML_SetEntityDeclHandler
>> _XML_SetExternalEntityRefHandler
>> _XML_SetNamespaceDeclHandler
>> _XML_SetNotationDeclHandler
>> _XML_SetParamEntityParsing
>> _XML_SetProcessingInstructionHandler
>> _XML_SetStartCdataSectionHandler
>> _XML_SetStartDoctypeDeclHandler
>> _XML_SetUnknownEncodingHandler
>> _XML_SetUnparsedEntityDeclHandler
>> _XML_SetUserData
>> _XML_SetXmlDeclHandler
>> 

---------------------------------------
Jeremy Schwartz                Starmark
Interactive Developer
Jeremy@Starmarkintl.com    954-761-1600

> From: F J Franklin <F.J.Franklin@sheffield.ac.uk>
> Date: Fri, 25 Jan 2002 15:40:57 +0000 (GMT)
> To: Jeremy Schwartz <jeremy@starmarkintl.com>
> Subject: Re: [Expat-discuss] Error on installation
> 
>> Note that if you build against a shareable library in a non-standard
>> location
>> you may (on some platforms) also have to set your LD_LIBRARY_PATH
>> environment
>> variable at run time for perl to find the library.
> 
> Never use perl myself, so can't really help you. Remember that for darwin
> you should set DYLD_LIBRARY_PATH rather than LD_LIBRARY_PATH - but this
> shouldn't really be necessary.
> 
> One thought: has expat been build shared (libexpat[].dylib) or static
> (libexpat.a), because if the latter you may need to run ranlib on the
> installed library - I'm not really sure. darwin can be a pain, though it's
> a joy when everything finally works... :-)
> 
> Also, make sure the header file has been installed in the right place,
> which it should but I can't remember.
> 
> Good luck, Frank
> 
> Francis James Franklin
> F.J.Franklin@shef.ac.uk
> 
> It's getting them wrong that is living, getting them wrong and wrong and
> wrong and then, on careful reconsideration, getting them wrong again.
> That's how we know we're alive: we're wrong.
>                                                        --- Philip Roth
> 
> 



From F.J.Franklin@sheffield.ac.uk  Wed Jan 30 00:11:02 2002
From: F.J.Franklin@sheffield.ac.uk (F J Franklin)
Date: Wed Jan 30 00:11:02 2002
Subject: [Expat-discuss] Error on installation
In-Reply-To: <B87C8A65.20C8%jeremy@starmark.com>
Message-ID: <Pine.GSO.4.10.10201300802040.27144-100000@gold>

On Tue, 29 Jan 2002, Jeremy Schwartz wrote:

> I installed Expat 2.30 on MacOSX 10.1.2 and I am now having some difficulty
> with a cgi that uses Expat to parse xml.
> 
> I received the advice at from FJ Franklin about setting the
> DYLD_LIBRARY_PATH rather than LD_LIBRARY_PATH. How does one go about setting
> that path?

Expat 2.30? What is this version? I use 1.95.2

Anyway, if you are using sh, zsh or bash, and expat is in, for example,
/opt/expat, then:

DYLD_LIBRARY_PATH=/opt/expat/lib:$DYLD_LIBRARY_PATH
export DYLD_LIBRARY_PATH

If you are using csh or tcsh, then (I think):

setenv DYLD_LIBRARY_PATH /opt/expat/lib:$DYLD_LIBRARY_PATH

Or maybe you need to set DYLD_FALLBACK_LIBRARY_PATH.

But I'm not sure why any of this should be necessary - unless you are
installing pre-compiled binaries?

Regards, Frank

Francis James Franklin
F.J.Franklin@shef.ac.uk

It's getting them wrong that is living, getting them wrong and wrong and
wrong and then, on careful reconsideration, getting them wrong again.
That's how we know we're alive: we're wrong.
                                                         --- Philip Roth