From kr.venkataraman@iflexsolutions.com  Fri Mar  2 07:58:24 2001
From: kr.venkataraman@iflexsolutions.com (kr.venkataraman@iflexsolutions.com)
Date: Fri, 2 Mar 2001 13:28:24 +0530 
Subject: [Expat-discuss] (no subject)
Message-ID: <23D8042B5478D3119DAB00508B4456E101429C20@fmgrt>

Hi All,

I have only recently started using the expat XML parser. Version 1.2 is
currently a non validating parser. Is there a way of validating DTD
references against an XML with expat. Which version will support validation
of XML's.

Thanks.

Cheers,
Venkatraman.K.R.
Consultant, Iflex Solutions.
* 5597600 Ext : 3308
Live Free Or Die  :-)



From sam@uchicago.edu  Fri Mar  2 08:06:35 2001
From: sam@uchicago.edu (Sam TH)
Date: Fri, 2 Mar 2001 02:06:35 -0600
Subject: [Expat-discuss] (no subject)
In-Reply-To: <23D8042B5478D3119DAB00508B4456E101429C20@fmgrt>;
	from kr.venkataraman@iflexsolutions.com on Fri, Mar 02, 2001 at
	01:28:24PM +0530
References: <23D8042B5478D3119DAB00508B4456E101429C20@fmgrt>
Message-ID: <20010302020635.B9159@uchicago.edu>

---------------------- multipart/signed attachment
On Fri, Mar 02, 2001 at 01:28:24PM +0530, kr.venkataraman@iflexsolutions.co=
m wrote:
> Hi All,
>=20
> I have only recently started using the expat XML parser. Version 1.2 is
> currently a non validating parser. Is there a way of validating DTD
> references against an XML with expat. Which version will support validati=
on
> of XML's.

Expat is a non-validating parser.  I do not know of any plans to
change that status.  However, the latest version is 1.95.1, and that
has a number of improvements.  You might want to check it out. =20
          =20
	sam th		    =20
	sam@uchicago.edu
	http://www.abisource.com/~sam/
	GnuPG Key: =20
	http://www.abisource.com/~sam/key

---------------------- multipart/signed attachment
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://mail.libexpat.org/pipermail-21/expat-discuss/attachments/20010302/3ea8cfb6/attachment.bin

---------------------- multipart/signed attachment--


From fdrake@acm.org  Sat Mar  3 06:53:46 2001
From: fdrake@acm.org (Fred L. Drake, Jr.)
Date: Sat, 3 Mar 2001 01:53:46 -0500 (EST)
Subject: [Expat-discuss] (no subject)
In-Reply-To: <20010302020635.B9159@uchicago.edu>
References: <23D8042B5478D3119DAB00508B4456E101429C20@fmgrt>
	<20010302020635.B9159@uchicago.edu>
Message-ID: <15008.38138.519344.223039@cj42289-a.reston1.va.home.com>

Sam TH writes:
 > Expat is a non-validating parser.  I do not know of any plans to
 > change that status.  However, the latest version is 1.95.1, and that
 > has a number of improvements.  You might want to check it out.  

  Actually, I think you can perform pretty much complete validation on
top of the information Expat provides now, but haven't dug in with
that in mind.  Perhaps "xmlval" would be a nice example program, if
anyone has time to write it?


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Digital Creations



From GEMESIF@westel900.hu  Mon Mar  5 12:40:49 2001
From: GEMESIF@westel900.hu (Ferenc Gémesi)
Date: 05 Mar 2001 13:40:49 +0100
Subject: [Expat-discuss] DTD processing
Message-ID: <14ZuKt-0001hP-00@gate.westel900.hu>

Dear Gurus,
I am parsing 'xml' file vith 'XML::Perser::Expat' Perl modul. In the 'xml'
file is 'external 'DTD' file reference. 
In the 'DTD' file:

<!ATTLIST catalogue
  maintainer CDATA #REQUIRED
  datestamp  CDATA #REQUIRED
  license    CDATA #REQUIRED>

In the 'xml' file:

<catalogue 
           FALSEmaintainer="Graham.Williams@cmis.csiro.au"
           FALSEdatestamp="1999/05/13"
           FALSElicense="doc.date">

How can I catch the errors in the 'Expat' environment?
Thank You for help,
gferi 




From fdrake@acm.org  Thu Mar  8 17:07:55 2001
From: fdrake@acm.org (Fred L. Drake, Jr.)
Date: Thu, 8 Mar 2001 12:07:55 -0500 (EST)
Subject: [Expat-discuss] DTD processing
In-Reply-To: <14ZuKt-0001hP-00@gate.westel900.hu>
References: <14ZuKt-0001hP-00@gate.westel900.hu>
Message-ID: <15015.48235.556255.829621@localhost.localdomain>

Ferenc G=E9mesi writes:
 > I am parsing 'xml' file vith 'XML::Perser::Expat' Perl modul. In the=
 'xml'
 > file is 'external 'DTD' file reference.=20
...
 > How can I catch the errors in the 'Expat' environment?
 > Thank You for help,

  The errors here are validity errors, and Expat is not a validating
parser.  To catch these errors you need to either use a validating
parser or perform validation at the application level.
  Expat 1.95.* provides enough information that the validation can be
performed if that's appropriate for your application.


  -Fred

--=20
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Digital Creations



From dru@users.sourceforge.net  Mon Mar 12 10:09:26 2001
From: dru@users.sourceforge.net (Dru Nelson)
Date: Mon, 12 Mar 2001 02:09:26 -0800 (PST)
Subject: [Expat-discuss] Quick crazy question: HTML?
In-Reply-To: <E14cPBK-0001kO-00@usw-sf-list1.sourceforge.net>
Message-ID: <Pine.LNX.4.10.10103120207310.6244-100000@pacman.redwoodsoft.com>

How hard would it be to get expat to handle your typical
HTML as well? I'm talking about the typical sloppy
HTML out in the wild?

Dru Nelson
San Mateo, California




From gstein@lyra.org  Mon Mar 12 10:58:40 2001
From: gstein@lyra.org (Greg Stein)
Date: Mon, 12 Mar 2001 02:58:40 -0800
Subject: [Expat-discuss] Quick crazy question: HTML?
In-Reply-To: <Pine.LNX.4.10.10103120207310.6244-100000@pacman.redwoodsoft.com>; from dru@users.sourceforge.net on Mon, Mar 12, 2001 at 02:09:26AM -0800
References: <E14cPBK-0001kO-00@usw-sf-list1.sourceforge.net> <Pine.LNX.4.10.10103120207310.6244-100000@pacman.redwoodsoft.com>
Message-ID: <20010312025840.N27539@lyra.org>

On Mon, Mar 12, 2001 at 02:09:26AM -0800, Dru Nelson wrote:
> 
> How hard would it be to get expat to handle your typical
> HTML as well? I'm talking about the typical sloppy
> HTML out in the wild?

Very hard. Super difficult. Insane work. ... :-)

XML was designed *expressly* to get away from the sloppiness of HTML. One of
its main design points is to be absolutely rigorous. From that standpoint,
there isn't even a desire/motivation to make Expat provide tolerance.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/


From fdrake@acm.org  Mon Mar 12 14:07:37 2001
From: fdrake@acm.org (Fred L. Drake, Jr.)
Date: Mon, 12 Mar 2001 09:07:37 -0500 (EST)
Subject: [Expat-discuss] Quick crazy question: HTML?
In-Reply-To: <20010312025840.N27539@lyra.org>
References: <E14cPBK-0001kO-00@usw-sf-list1.sourceforge.net>
	<Pine.LNX.4.10.10103120207310.6244-100000@pacman.redwoodsoft.com>
	<20010312025840.N27539@lyra.org>
Message-ID: <15020.55337.643789.839788@cj42289-a.reston1.va.home.com>

On Mon, Mar 12, 2001 at 02:09:26AM -0800, Dru Nelson wrote:
 > How hard would it be to get expat to handle your typical
 > HTML as well? I'm talking about the typical sloppy
 > HTML out in the wild?

Greg Stein writes:
 > Very hard. Super difficult. Insane work. ... :-)
 > 
 > XML was designed *expressly* to get away from the sloppiness of HTML. One of
 > its main design points is to be absolutely rigorous. From that standpoint,
 > there isn't even a desire/motivation to make Expat provide tolerance.

  I agree with Greg on this point.  Having worked on the Grail browser
project, I've put a lot of effort into making "HTML as deployed" work
with some similarity to other browsers -- and believe me, the parser
that supports all the hueristics needed to do that is very different
from something that supports "proper" XML.
  If you need a parser for HTML as deployed, you can take a look at
the source of any of the many HTML parsers out there, but none that
really work with "as deployed" HTML will be an easy read.  Certainly
the Mozilla sources are available, but the "entry fee" to read the
sources is probably pretty high.  The Grail sources are in Python, so
it might not be too hard to wrap your head around, but you'll need to
dig through the "sgml" directory a bit to see the structure of the
parser and the Grail-specific code in the main directory to figure out
some of the hueristics used to make it work.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Digital Creations



From sam@uchicago.edu  Mon Mar 12 14:32:53 2001
From: sam@uchicago.edu (Sam TH)
Date: Mon, 12 Mar 2001 08:32:53 -0600
Subject: [Expat-discuss] Quick crazy question: HTML?
In-Reply-To: <15020.55337.643789.839788@cj42289-a.reston1.va.home.com>;
	from fdrake@acm.org on Mon, Mar 12, 2001 at 09:07:37AM -0500
References: <E14cPBK-0001kO-00@usw-sf-list1.sourceforge.net>
	<Pine.LNX.4.10.10103120207310.6244-100000@pacman.redwoodsoft.com>
	<20010312025840.N27539@lyra.org>
	<15020.55337.643789.839788@cj42289-a.reston1.va.home.com>
Message-ID: <20010312083253.A10767@uchicago.edu>

---------------------- multipart/signed attachment
On Mon, Mar 12, 2001 at 09:07:37AM -0500, Fred L. Drake, Jr. wrote:
>=20
> On Mon, Mar 12, 2001 at 02:09:26AM -0800, Dru Nelson wrote:
>  > How hard would it be to get expat to handle your typical
>  > HTML as well? I'm talking about the typical sloppy
>  > HTML out in the wild?
>=20
> Greg Stein writes:
>  > Very hard. Super difficult. Insane work. ... :-)
>  >=20
>  > XML was designed *expressly* to get away from the sloppiness of HTML. =
One of
>  > its main design points is to be absolutely rigorous. From that standpo=
int,
>  > there isn't even a desire/motivation to make Expat provide tolerance.
>=20
>   I agree with Greg on this point.  Having worked on the Grail browser
> project, I've put a lot of effort into making "HTML as deployed" work
> with some similarity to other browsers -- and believe me, the parser
> that supports all the hueristics needed to do that is very different
> from something that supports "proper" XML.
>   If you need a parser for HTML as deployed, you can take a look at
> the source of any of the many HTML parsers out there, but none that
> really work with "as deployed" HTML will be an easy read.  Certainly
> the Mozilla sources are available, but the "entry fee" to read the
> sources is probably pretty high.  The Grail sources are in Python, so
> it might not be too hard to wrap your head around, but you'll need to
> dig through the "sgml" directory a bit to see the structure of the
> parser and the Grail-specific code in the main directory to figure out
> some of the hueristics used to make it work.

Yes, parsing HTML is horrible.  XHTML is much nicer, mostly since
expat parses it.  :-)

If you want to parse HTML, your might want to check out libhtmlparse.
It's at http://msalem.translator.cx/libhtmlparse.html
          =20
sam th --- sam@uchicago.edu --- http://www.abisource.com/~sam/
OpenPGP Key: CABD33FC --- http://samth.dyndns.org/key
DeCSS: http://samth.dynds.org/decss


---------------------- multipart/signed attachment
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://mail.libexpat.org/pipermail-21/expat-discuss/attachments/20010312/06bfe23b/attachment.bin

---------------------- multipart/signed attachment--


From jpgorrono@ucdavis.edu  Mon Mar 12 19:51:04 2001
From: jpgorrono@ucdavis.edu (jpgorrono@ucdavis.edu)
Date: Mon, 12 Mar 2001 11:51:04 -0800 (PST)
Subject: [Expat-discuss] compiling trouble
Message-ID: <Pine.GSO.3.95.1010312114650.26997F-100000@fubar.ucdavis.edu>

Hi, folks,
 	This appears to be the place to post this kind of thing...

I am having trouble comiling expat 1.95 on Solaris 2.7 (Sparc).

Here is a session script:

(me@here):/space/me[695]> ./configure
creating cache ./config.cache
checking host system type... sparc-sun-solaris2.7
checking build system type... sparc-sun-solaris2.7
checking for ranlib... ranlib
checking for gcc... no
checking for cc... cc
checking whether the C compiler (cc  ) works... yes
checking whether the C compiler (cc  ) is a cross-compiler... no
checking whether we are using GNU C... no
checking whether cc accepts -g... yes
checking for non-GNU ld... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for BSD-compatible nm... /usr/ccs/bin/nm -p
checking whether ln -s works... yes
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking whether we are using GNU C... no
checking for object suffix... o
checking for executable suffix... no
checking for cc option to produce PIC... -KPIC
checking if cc PIC flag -KPIC works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.lo... no
checking if cc static flag -Bstatic works... -Bstatic
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes
checking command to parse /usr/ccs/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/ccs/bin/ld option to reload object files... -r
checking dynamic linker characteristics... solaris2.7 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
updating cache ./config.cache
loading cache ./config.cache
checking for gcc... (cached) cc
checking whether the C compiler (cc -g ) works... yes
checking whether the C compiler (cc -g ) is a cross-compiler... no
checking whether we are using GNU C... (cached) no
checking whether cc accepts -g... (cached) yes
checking for a BSD compatible install... conftools/install-sh -c
checking how to run the C preprocessor... cc -E
checking for ANSI C header files... yes
checking for fcntl.h... yes
checking for unistd.h... yes
checking whether byte ordering is bigendian... yes
checking for working const... yes
checking for off_t... yes
checking for size_t... yes
checking for 8-bit clean memcmp... yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for memmove... yes
checking for bcopy... yes
updating cache ./config.cache
creating ./config.status
creating Makefile
creating lib/Makefile
creating xmlwf/Makefile
creating examples/Makefile
creating config.h
(me@here):/space/me[696]> make
cd lib; make
/bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=1.95.0 -I. -I..  -g -c xmlparse.c
rm -f .libs/xmlparse.lo
cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c  -KPIC -DPIC -o xmlparse.o
command line: fatal: invalid arg for option M  D: No such file or directory
cc: acomp failed for xmlparse.c
*** Error code 1
make: Fatal error: Command failed for target `xmlparse.lo'
Current working directory /space/ccjon/expat-1.95.0/lib
*** Error code 1
make: Fatal error: Command failed for target `lib'

###########

Look familiar to anyone?

Thanks for listening,

JP

_______________________________________________________________
Jon Gorrono (Gorro&ntilde;o)            jpgorrono@ucdavis.edu
Programmer                              1400-M Surge II
Mediaworks                              UC Davis
A Department of IET                     Davis, CA   95616
University of California at Davis       (530)752-0218;FAX-4655
Alerts: 5302191624@mobile.att.net       CELL/PAGE:(530)219-1624
Owner:Digital Video Discussion List  -> DIGVID-L@UCDAVIS.EDU
_______________________________________________________________




From dru@users.sourceforge.net  Mon Mar 12 22:47:26 2001
From: dru@users.sourceforge.net (Dru Nelson)
Date: Mon, 12 Mar 2001 14:47:26 -0800 (PST)
Subject: [Expat-discuss] Quick crazy question: HTML?
In-Reply-To: <15020.55337.643789.839788@cj42289-a.reston1.va.home.com>
Message-ID: <Pine.LNX.4.10.10103121445520.6244-100000@pacman.redwoodsoft.com>

Hi,

Thanks for the replies. I'll definitely be using expat for my
project since I prefer a simple C interface and speed. I can easily
understand the reasons.

Thanks,

Dru Nelson
San Mateo, California





From sam@uchicago.edu  Tue Mar 13 02:42:18 2001
From: sam@uchicago.edu (Sam TH)
Date: Mon, 12 Mar 2001 20:42:18 -0600
Subject: [Expat-discuss] compiling trouble
In-Reply-To: <Pine.GSO.3.95.1010312114650.26997F-100000@fubar.ucdavis.edu>;
	from jpgorrono@ucdavis.edu on Mon, Mar 12, 2001 at 11:51:04AM -0800
References: <Pine.GSO.3.95.1010312114650.26997F-100000@fubar.ucdavis.edu>
Message-ID: <20010312204218.K11728@uchicago.edu>

---------------------- multipart/signed attachment
On Mon, Mar 12, 2001 at 11:51:04AM -0800, jpgorrono@ucdavis.edu wrote:
>=20
> Hi, folks,
>  	This appears to be the place to post this kind of thing...
>=20
> I am having trouble comiling expat 1.95 on Solaris 2.7 (Sparc).
>=20
> Here is a session script:
>=20
> cc -DHAVE_CONFIG_H -DPACKAGE=3D\"expat\" -DVERSION=3D\"1.95.0\" -I. -I.. =
-g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c  -KPIC -DPIC -o xmlparse.o
> command line: fatal: invalid arg for option M  D: No such file or directo=
ry
> cc: acomp failed for xmlparse.c
> *** Error code 1

Those nasty -Wp arguments are gcc specific, and have been removed in
the CVS version.  Try that, it should work for you. =20
          =20
sam th --- sam@uchicago.edu --- http://www.abisource.com/~sam/
OpenPGP Key: CABD33FC --- http://samth.dyndns.org/key
DeCSS: http://samth.dynds.org/decss


---------------------- multipart/signed attachment
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://mail.libexpat.org/pipermail-21/expat-discuss/attachments/20010312/4b44273d/attachment.bin

---------------------- multipart/signed attachment--


From hp@oeri.ch  Wed Mar 14 15:15:55 2001
From: hp@oeri.ch (Hans-Peter Oeri)
Date: Wed, 14 Mar 2001 16:15:55 +0100
Subject: [Expat-discuss] Proof of conformance of expat?
Message-ID: <3AAF8B2B.7030906@oeri.ch>

Hi!

I know, I should probably hide ;-) But for a thesis, I need a proof of 
the XML conformance of expat. After hours of searching, all I find is 
the commitment to be fully conforming and some mailing list statements 
that expat actually IS conforming.

However, all these big test suite results seem to happily ignore expat? 
Is it because they all depend on it? ;->

Really, I'd be glad if expat is 100% conforming to XML 1.0 but my prof 
wants documentation. So, does anyone have some results or know where to 
get them?

Thank you very much in advance
Hans-Peter Oeri



From sam@uchicago.edu  Wed Mar 14 15:37:10 2001
From: sam@uchicago.edu (Sam TH)
Date: Wed, 14 Mar 2001 09:37:10 -0600
Subject: [Expat-discuss] Proof of conformance of expat?
In-Reply-To: <3AAF8B2B.7030906@oeri.ch>;
	from hp@oeri.ch on Wed, Mar 14, 2001 at 04:15:55PM +0100
References: <3AAF8B2B.7030906@oeri.ch>
Message-ID: <20010314093710.A3186@uchicago.edu>

---------------------- multipart/signed attachment
On Wed, Mar 14, 2001 at 04:15:55PM +0100, Hans-Peter Oeri wrote:
> Hi!
>=20
> I know, I should probably hide ;-) But for a thesis, I need a proof of=20
> the XML conformance of expat. After hours of searching, all I find is=20
> the commitment to be fully conforming and some mailing list statements=20
> that expat actually IS conforming.
>=20
> However, all these big test suite results seem to happily ignore expat?=
=20
> Is it because they all depend on it? ;->
>=20
> Really, I'd be glad if expat is 100% conforming to XML 1.0 but my prof=20
> wants documentation. So, does anyone have some results or know where to=
=20
> get them?

I seem to remember some conformance testing being done for expat, but
I can't find it.  :-(

However, you can test it for yourself.  This article describes testing
lots of other parsers, and how they did it. =20

http://www.xml.com/pub/a/1999/09/conformance/index.html

Unfortunately, expat may not be 100% conformant.  However, it is
likely to be as close to that as any other parser available.  And if
you find any areas of non-conformance, we would be glad to know about
them. =20
          =20
sam th --- sam@uchicago.edu --- http://www.abisource.com/~sam/
OpenPGP Key: CABD33FC --- http://samth.dyndns.org/key
DeCSS: http://samth.dynds.org/decss


---------------------- multipart/signed attachment
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://mail.libexpat.org/pipermail-21/expat-discuss/attachments/20010314/d25bc0ec/attachment.bin

---------------------- multipart/signed attachment--


From debajit_ghosh@yahoo.com  Thu Mar 15 20:15:12 2001
From: debajit_ghosh@yahoo.com (Debajit Ghosh)
Date: Thu, 15 Mar 2001 12:15:12 -0800 (PST)
Subject: [Expat-discuss] reuse of an XML_Parser across documents
Message-ID: <20010315201512.37690.qmail@web10001.mail.yahoo.com>

hi there,

newbie question -- is it possible to reuse an instance
of an XML_Parser for parsing more than one XML
document?  i'm able to parse everything just fine for
the first document, set isFinal to 1 for my last call,
etc, but when i try to continue parsing, i get the
following error immediately: 

junk after document element

this suggests that the parser thinks it's continuing
to parse the previous document (depending on whether
or not i am parsing via XML_Parse or XML_ParseBuffer,
the line numbers may also continue from the last
file).

i'm currently using expat v1.2, but a skim of the
v1.95 bugs/patches/etc listings did not reveal
anything that seemed pertinent.  out of curiousity, is
there anything that describes the exact
developer-visible changes between the v1.2 handoff and
SourceForge's v1.95?

another question -- if i want expat to validate a
document according to the DTD it specifies, do you
have to do more than just compile with -DXML_DTD and
call
XML_SetParamEntityParsing(XML_PARAM_ENTITY_PARSING_{ALWAYS,UNLESS_STANDALONE})?

thanks very much for your time,

jit


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/


From toast_sapre@yahoo.com  Thu Mar 15 20:40:51 2001
From: toast_sapre@yahoo.com (ASHUTOSH SAPRE)
Date: Thu, 15 Mar 2001 12:40:51 -0800 (PST)
Subject: [Expat-discuss] Doubts
Message-ID: <20010315204051.65053.qmail@web10206.mail.yahoo.com>

hi !!! 
I have downloaded the expat XML parser . The tar file
is expat-1.95.1.tar. So far so good ...
The problems start from here on 
1) ./configure works fine 
2) When i do make ...It throws errors .The error file 
is attached herwith .... I dont know why this error os
being thrown . 

Iam working on Sun Machine .Version no .etc are here
SunOS 5.8 Generic_108528-04 sun4u sparc SUNW,Ultra-4
with Unix on it . 

I have to write a program in C which will accept an
XML document and then i will parse it using Expat
Parser for c and then i will map the parsed object to
some arbitrary structure . Can u guys also help me
with the code ..... ?

  
 



  

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/


From theprofessor@oeri.ch  Fri Mar 16 18:12:52 2001
From: theprofessor@oeri.ch (Hans-Peter Oeri)
Date: Fri, 16 Mar 2001 19:12:52 +0100
Subject: [Expat-discuss] Proof of conformance of expat?
In-Reply-To: <20010314093710.A3186@uchicago.edu>
References: <3AAF8B2B.7030906@oeri.ch> <20010314093710.A3186@uchicago.edu>
Message-ID: <984766372.3ab257a4bdbe2@imap.oeri.ch>

Hi!

Quoting Sam TH <sam@uchicago.edu>:

> I seem to remember some conformance testing being done for expat, but
> I can't find it.  :-(

:-( It must be well hidden in the virtual universe ;-)

> However, you can test it for yourself.  This article describes testing

Unfortunately, I get exactly six weeks for my thesis and XML 1.0 is only part of the subject... ;-)

But if someone is going to test expat no earlier than next month (when I turned in my thesis), I'm looking forward to helping!

Don't conform!


From yavuz.sert@mynet.com  Sat Mar 17 17:02:24 2001
From: yavuz.sert@mynet.com (Yavuz SERT)
Date: Sat, 17 Mar 2001 20:02:24 +0300
Subject: [Expat-discuss] (no subject)
Message-ID: <GACQ00$IoNluxSFscVUM1qNX0oEah7V84tZ_u3vEBtxC@mynet.com>

Hi,

i want to install modxslt to Solaris but i always get error.

if i use linux it is successful but both solaris 7 and 8 i get this 
errors:
# /usr/local/apache/bin/apachectl configtest
Syntax error on line 205 of /usr/local/apache/conf/httpd.conf:
Cannot load libexec/libsablot.so into 
server:ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: 
file /usr/local/apache/libexec/libsablot.so: symbol ceil: referenced 
symbol not found

i installed expat first there is no problem with it
after expat i compiled and installed Sablot there is also no problem
then i compiled modxslt

but i noticed that the files libxmlparse.so and libxmltok.so haven't 
built by expat
and also these files don't exist in /usr/lib for solaris
but they exists in linux

how can i build these files?


what can i do?


Yavuz SERT
Tel: (0 212) 336 67 25
MYNET

__________________________________________________
=DCCRETS=DDZ E-MAIL ALDINIZ MI?
T=FCrk=E7e ilk Portal  http://www.mynet.com



From toast_sapre@yahoo.com  Mon Mar 19 19:18:16 2001
From: toast_sapre@yahoo.com (ASHUTOSH SAPRE)
Date: Mon, 19 Mar 2001 11:18:16 -0800 (PST)
Subject: [Expat-discuss] How to Compile C programs with EXPAT ...
Message-ID: <20010319191816.52871.qmail@web10203.mail.yahoo.com>

Hi !! 
I have downloaded expat-1.95.1 on my linux machine and
the follwing steps were executed properly 
./configure 
make 
make install 

Now , if i want to compile a .c program ...say the
outline.c program in examples directory ... How do I
do it ....? 
1) i tried gcc -o outline outline.o -lexpat   ( I dont
know wether this is the correct way ) ... 
2) it generated an executable called ou
3) when i run ./out  ..... The Error shown is as below

    " error in loading shared libraries :
libexpat.so.0: cannot open shared object .......


How do i Solve this ? How do u guys compile a C
program with Expat ....... ?

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/


From theprofessor@oeri.ch  Mon Mar 19 21:38:54 2001
From: theprofessor@oeri.ch (Hans-Peter Oeri)
Date: Mon, 19 Mar 2001 22:38:54 +0100
Subject: [Expat-discuss] How to Compile C programs with EXPAT ...
In-Reply-To: <20010319191816.52871.qmail@web10203.mail.yahoo.com>
References: <20010319191816.52871.qmail@web10203.mail.yahoo.com>
Message-ID: <985037934.3ab67c6ec2a05@imap.oeri.ch>

Hi!

Quoting ASHUTOSH SAPRE <toast_sapre@yahoo.com>:

>     " error in loading shared libraries :
> libexpat.so.0: cannot open shared object .......

Seems that libexpat.so.0 is not in one of your library paths (or the loader does not yet know). You probably installed it in /usr/local/lib which is NOT in the default library path on some distributions.

Check /etc/ld.so.conf to include the path of your libexpat.so.0 and run ldconfig.

Don't conform!