From noreply@sourceforge.net Sun Sep 2 16:38:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun Sep 2 15:38:01 2001 Subject: [ expat-Patches-457848 ] 1.95.2fix: realloc bug, unusedArgs,Mac Message-ID: Patches item #457848, was opened at 2001-09-02 15:37 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=457848&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Phillip Oster (oster) Assigned to: Nobody/Anonymous (nobody) Summary: 1.95.2fix: realloc bug, unusedArgs,Mac Initial Comment: Enclosed is a .gz of a diff of the 1.95.2 release against my changes: 1.) Fix memory leak when realloc() runs out of memory 2.) Handle Unused Argumenst warning message on some compilers (Shouldn't affect other compilers) 3.) Project file for Macintosh OS before X. This is my first patch, so please feel free to educate me. -- David Phillip Oster ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=457848&group_id=10127 From noreply@sourceforge.net Mon Sep 3 07:53:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Sep 3 06:53:05 2001 Subject: [ expat-Bugs-458046 ] Expat as replacement for DOM parser Message-ID: Bugs item #458046, was opened at 2001-09-03 06:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458046&group_id=10127 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Expat as replacement for DOM parser Initial Comment: Usage of DOM parser ,requirement for replacement with stream based parser-Expat.Suggestion as how to go about with the task ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458046&group_id=10127 From noreply@sourceforge.net Tue Sep 4 08:06:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Sep 4 07:06:01 2001 Subject: [ expat-Bugs-458398 ] make fails on Solaris 8 Message-ID: Bugs item #458398, was opened at 2001-09-04 07:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make fails on Solaris 8 Initial Comment: I've tried both the Solaris cc comiler and the gcc compiler. I've tried both the Solaris "as" and the OpenSource "as" from binutils. I cannot get past the following error messages coming from the assempler: gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g - O2 -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -fPIC - DPIC -o .libs/xmlparse.lo /var/tmp/ccTgsuTL.s: Assembler messages: /var/tmp/ccTgsuTL.s:5026: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:5050: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:5276: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:6885: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:6933: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:7201: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:7251: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:10443: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10503: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10681: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10871: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10905: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11558: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:11605: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11997: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:12033: Error: .previous without corresponding .section; igno red *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' GCC Version: 3.0.1 GNU as Version: 2.7 OS Version: 5.8 I'm not a C programmer, but I really need this library for the Perl XML::Parser. Is there any chance someone could just compile it for me and e-mail me the libraries. Thanks. scott.grimes@divine.com ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 From noreply@sourceforge.net Wed Sep 5 08:14:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Sep 5 07:14:02 2001 Subject: [ expat-Bugs-458731 ] Incorrect support for newline characters Message-ID: Bugs item #458731, was opened at 2001-09-05 07:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458731&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect support for newline characters Initial Comment: I have an embedded VC++ application (Windows CE) that reads data from an XML file using this parser. If I have a newline in the text within the tag, the data read will be everything after the newline. Example: This is before the newline. This is after the newline The only data read by the parser is: "This is after the newline". Everything before the newline is discarded. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458731&group_id=10127 From noreply@sourceforge.net Wed Sep 5 15:22:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Sep 5 14:22:01 2001 Subject: [ expat-Patches-458907 ] config.h appears to be unused Message-ID: Patches item #458907, was opened at 2001-09-05 14:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=458907&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin v. Löwis (loewis) Assigned to: Greg Stein (gstein) Summary: config.h appears to be unused Initial Comment: To compile expat as part of another package (e.g. PyXML), the expat configure might not have been run. For that kind of application, it is necessary to wrap each occurrence of config.h into HAVE_CONFIG_H; the attached patch does that. While trying to figure out which of the defines are needed, it appears that none of them are (i.e. HAVE_ is never used). For stand-along compilation, I found that only VERSION, XML_NS, XML_DTD, XML_BYTE_ORDER, and XML_CONTEXT_BYTES must be defined. Is that impression correct? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=458907&group_id=10127 From noreply@sourceforge.net Fri Sep 7 10:36:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Sep 7 09:36:01 2001 Subject: [ expat-Bugs-458398 ] make fails on Solaris 8 Message-ID: Bugs item #458398, was opened at 2001-09-04 07:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make fails on Solaris 8 Initial Comment: I've tried both the Solaris cc comiler and the gcc compiler. I've tried both the Solaris "as" and the OpenSource "as" from binutils. I cannot get past the following error messages coming from the assempler: gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g - O2 -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -fPIC - DPIC -o .libs/xmlparse.lo /var/tmp/ccTgsuTL.s: Assembler messages: /var/tmp/ccTgsuTL.s:5026: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:5050: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:5276: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:6885: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:6933: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:7201: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:7251: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:10443: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10503: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10681: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10871: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10905: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11558: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:11605: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11997: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:12033: Error: .previous without corresponding .section; igno red *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' GCC Version: 3.0.1 GNU as Version: 2.7 OS Version: 5.8 I'm not a C programmer, but I really need this library for the Perl XML::Parser. Is there any chance someone could just compile it for me and e-mail me the libraries. Thanks. scott.grimes@divine.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-07 09:35 Message: Logged In: NO I have this same problem ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 From noreply@sourceforge.net Sun Sep 9 11:16:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun Sep 9 10:16:02 2001 Subject: [ expat-Patches-460042 ] fix XML_SetReturnNSTriplet Message-ID: Patches item #460042, was opened at 2001-09-09 10:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=460042&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: TAKAHASHI Masayoshi (maki) Assigned to: Nobody/Anonymous (nobody) Summary: fix XML_SetReturnNSTriplet Initial Comment: This is a patch for lib/xmlparser.c, to fix XML_SetReturnNSTriplet. It may be solved "[#231864] XML_SetReturnNSTriplet doesn't work as documented". This patch is written by yoshidam. He writes Ruby's expat library 'XMLParser'. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=460042&group_id=10127 From noreply@sourceforge.net Mon Sep 10 09:14:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Sep 10 08:14:02 2001 Subject: [ expat-Patches-460042 ] fix XML_SetReturnNSTriplet Message-ID: Patches item #460042, was opened at 2001-09-09 10:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=460042&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: TAKAHASHI Masayoshi (maki) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: fix XML_SetReturnNSTriplet Initial Comment: This is a patch for lib/xmlparser.c, to fix XML_SetReturnNSTriplet. It may be solved "[#231864] XML_SetReturnNSTriplet doesn't work as documented". This patch is written by yoshidam. He writes Ruby's expat library 'XMLParser'. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=460042&group_id=10127 From noreply@sourceforge.net Mon Sep 10 09:14:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Sep 10 08:14:03 2001 Subject: [ expat-Patches-457848 ] 1.95.2fix: realloc bug, unusedArgs,Mac Message-ID: Patches item #457848, was opened at 2001-09-02 15:37 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=457848&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Phillip Oster (oster) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: 1.95.2fix: realloc bug, unusedArgs,Mac Initial Comment: Enclosed is a .gz of a diff of the 1.95.2 release against my changes: 1.) Fix memory leak when realloc() runs out of memory 2.) Handle Unused Argumenst warning message on some compilers (Shouldn't affect other compilers) 3.) Project file for Macintosh OS before X. This is my first patch, so please feel free to educate me. -- David Phillip Oster ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=457848&group_id=10127 From noreply@sourceforge.net Mon Sep 10 09:15:04 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Sep 10 08:15:04 2001 Subject: [ expat-Patches-412072 ] Expat for Codewarrior 6.0 / Win32 Message-ID: Patches item #412072, was opened at 2001-03-28 18:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412072&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Crowley (dcrowley) >Assigned to: Greg Stein (gstein) Summary: Expat for Codewarrior 6.0 / Win32 Initial Comment: I am forwarding some patches I got from Aleksander Slominski : . . . now about EXPAT in all files: xmlparse.c, xmlrole.c, xmltok.c add at top following line to make sure to include correct config file: #if defined(__MWERKS__) && defined(__INTEL__) #define COMPILED_FROM_DSP #endif but xmlparse.c must be expanded to contain: #if defined(__MWERKS__) && defined(__INTEL__) #define COMPILED_FROM_DSP #define VERSION "expat_1.95.1" #include #define offsetof(BLOCK, s) (size_t) &(((BLOCK *) 0)->s) #endif and also ELEMENT_TYPE somehow get wrongly declared but as is used only in this file just do search/replace to X_ELEMENT_TYPE also do not include in compilation xmltok_ns* and xmltok_impl.c as those are really include files... i also attach modified files thanks, alek -- Aleksander Slominski, LH 316, IU, http://www.extreme.indiana.edu/~aslom ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 14:12 Message: Logged In: YES user_id=3066 You don't say what version of Expat you're using. I've revamped the Windows support a bit, but it may still have problems with the Borland compiler. If the problems persist with the CVS version of Expat or the upcoming 1.95.2 release, please add a comment to that effect on this bug report with as much detail as possible -- thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=412072&group_id=10127 From noreply@sourceforge.net Tue Sep 11 01:32:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Sep 11 00:32:03 2001 Subject: [ expat-Bugs-460604 ] Make fails for 1.95.2 on DecUnix 4.0F Message-ID: Bugs item #460604, was opened at 2001-09-11 00:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=460604&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Henrik Tougaard (htoug) Assigned to: Greg Stein (gstein) Summary: Make fails for 1.95.2 on DecUnix 4.0F Initial Comment: Make for 1.95.2 still fails on Digital Unix 4.0F using DEC make and Dec C-compiler. Would any further output would help in the analysis? Or is there something I can do to attempt to narrow donw where the bug is? Unfortunately I don't have the neccessary tuits to try to understand the complete build system. Output of configure, make and make install follows: $ ob$ configure creating cache ./config.cache checking host system type... alphaev56-dec-osf4.0f checking build system type... alphaev56-dec-osf4.0f 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/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/bin/nm checking whether ln -s works... yes updating cache ./config.cache 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... none checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc static flag -non_shared works... - non_shared checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm output... failed checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... osf4.0f 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 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... no 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 lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h $ ob$ make $ ob$ make install for dir in lib xmlwf; do (cd $dir && make install); done /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERSI ON='"expat_1.95.2"' -I. -I. -I.. -g -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. - g -c xmlparse.c -DPIC -o .libs/xmlparse.lo cc: Warning: xmlparse.c, line 4485: In this statement, & before array "((BLOCK . ..)0)->s" is ignored. (addrarray) pool->blocks = pool->mem->realloc_fcn(pool- >blocks, offsetof(BLOCK, s) + blo ckSize * sizeof(XML_Char)); ------------------------------------------------------- -^ cc: Warning: xmlparse.c, line 4500: In this statement, & before array "((BLOCK . ..)0)->s" is ignored. (addrarray) tem = pool->mem->malloc_fcn(offsetof(BLOCK, s) + blockSize * sizeof(XML_Char )); --------------------------------^ mv -f .libs/xmlparse.lo xmlparse.o (cd . && ln -s xmlparse.o xmlparse.lo) /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERSI ON='"expat_1.95.2"' -I. -I. -I.. -g -c xmltok.c rm -f .libs/xmltok.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. - g -c xmltok.c -DPIC -o .libs/xmltok.lo mv -f .libs/xmltok.lo xmltok.o (cd . && ln -s xmltok.o xmltok.lo) /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERSI ON='"expat_1.95.2"' -I. -I. -I.. -g -c xmlrole.c rm -f .libs/xmlrole.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. - g -c xmlrole.c -DPIC -o .libs/xmlrole.lo mv -f .libs/xmlrole.lo xmlrole.o (cd . && ln -s xmlrole.o xmlrole.lo) /bin/sh ../libtool --mode=link cc -version-info 1:0:1 -g -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo rm - fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* /usr/bin/ld -shared -expect_unresolved \* xmlparse.o xmltok.o xmlrole.o -lc -msym -soname libexpat.so `test -n "1.1.0:0.0:1.0" && echo -set_version 1.1.0:0. 0:1.0` -update_registry .libs/so_locations - o .libs/libexpat.so.1.1.0 (cd .libs && rm -f libexpat.so && ln -s libexpat.so.1.1.0 libexpat.so) (cd .libs && rm -f libexpat.so && ln -s libexpat.so.1.1.0 libexpat.so) ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o ranlib .libs/libexpat.a creating libexpat.la (cd .libs && rm -f libexpat.la && ln -s ../libexpat.la libexpat.la) /bin/sh ../conftools/mkinstalldirs /usr/local/lib /usr/ local/include /bin/sh ../libtool --mode=install ../conftools/install- sh -c libexpat.la /usr/lo cal/lib/libexpat.la ../conftools/install-sh - c .libs/libexpat.so.1.1.0 /usr/local/lib/libexpat.so.1. 1.0 cp: /usr/local/lib/#inst.4974#: Permission denied *** Exit 1 Stop. *** Exit 1 Stop. $ ob$ uname - a OSF1 luzia.foa.dk V4.0 1229 alpha ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=460604&group_id=10127 From zhaoyj@cbn.com.cn Thu Sep 13 02:33:02 2001 From: zhaoyj@cbn.com.cn (zhaoyj) Date: Thu Sep 13 01:33:02 2001 Subject: How to do? Message-ID: <000801c13c2e$c4205520$39a3a8c0@church> *This message was transferred with a trial version of CommuniGate(tm) Pro* This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment SGksTXkgRnJpZW5kOg0KICBBZnRlciBJIGhhdmUgdW56aXBwZWQgdGhlIGV4cGF0IHBhY2thZ2Us YW5kIHRoZW4gSSBkaWQgdGhlIHN0ZXAgIi4vY29uZmlnIi5Ib3dlcnZlciBJIGZvdW5kIG1hbnkg ZXJyb3JzIHN1Y2ggYXMgIl9pbXBfX1hNTF9QYXJzZXJGcmVlIDp1bmRlZmluZWQgdG8uIiBXaHk/ DQogICAgICAgVGhhbmsgeW91IHZlcnkgbXVjaCENCk15IEVtYWlsOnp5anRvcEAyNjMubmV0DQo= ---------------------- multipart/alternative attachment An HTML attachment was scrubbed... URL: http://mail.libexpat.org/pipermail-21/expat-bugs/attachments/20010913/74b7b114/attachment.html ---------------------- multipart/alternative attachment-- From noreply@sourceforge.net Thu Sep 13 03:08:05 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu Sep 13 02:08:05 2001 Subject: [ expat-Bugs-454879 ] Compile of xmlwf fails in cygwin v1.95.2 Message-ID: Bugs item #454879, was opened at 2001-08-24 00:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Pabs (pabs3) Assigned to: Greg Stein (gstein) Summary: Compile of xmlwf fails in cygwin v1.95.2 Initial Comment: make.log attached The short of it is that the .o files in the xmlwf dir reference functions in the lib as _imp__, but in the lib (libexpat.a) the functions are named _ & just Probably some gcc flag was omitted from one or the other. Bye, Pabs ---------------------------------------------------------------------- Comment By: Alex Martelli (aleax) Date: 2001-09-13 02:02 Message: Logged In: YES user_id=60314 I can confirm that adding the &&!defined() to the #if line in expat.h.in fixes everything for me on Cygwin, although I tested defined(__CYGWIN__) rather than defined (__CYGWIN32__) (seems more generally useful...?) ---------------------------------------------------------------------- Comment By: Neil Lunn (corrosion) Date: 2001-08-29 04:38 Message: Logged In: YES user_id=78218 Meaning that the above patch should actually be applied to expat.h.in from the source distribution. Could someone confirm the CVS commit? ---------------------------------------------------------------------- Comment By: David Crowley (dcrowley) Date: 2001-08-27 16:29 Message: Logged In: YES user_id=27458 I have this same problem. I had to make a change to expat.h. I fixed it by changing the macro for XMLPARSEAPI. I just added the "&& !defined(__CYGWIN32)". Here it is: #ifndef XMLPARSEAPI # if defined(__declspec) && !defined(__BEOS__) && !defined (__CYGWIN32__) # define XMLPARSEAPI(type) __declspec(dllimport) type __cdecl # else # define XMLPARSEAPI(type) type # endif #endif /* not defined XMLPARSEAPI */ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-08-26 22:38 Message: Logged In: NO to clarify v1.95.2 is the expat version number ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127 From Rob.DeLanghe@ebone.com Thu Sep 13 03:47:03 2001 From: Rob.DeLanghe@ebone.com (DeLanghe, Rob) Date: Thu Sep 13 02:47:03 2001 Subject: XML::Parser : not using DTD ? Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ---------------------- multipart/mixed attachment ------_=_NextPart_001_01C13C38.DD176E60 Hi, I am developing a Perl program on a Solaris host, using your XML::Parser module, to parse incoming XML streams. The purpose is that this program 1) verifies that the received XML stream has a correct 'grammar' according to an external DTD 2) if correct, processes the data in this XML according to in-house business rules I am using the following versions: * Perl 5.005_03 * XML-Parser-2.30-bin-Mac * expat-1.95.2 Here is the DTD: Here is the sample input XML file: x y z According to the DTD, the "" tag is required, but I left it out by purpose from the XML file to verify if the XML::Parser would return an error about it. The Perl instructions: $p = new XML::Parser( ErrorContext => 2, Style => 'Tree', ParseParamEnt => 1); $ptree = $p->parsefile($doc); The error I get is: error in processing external entity reference at line 3, column 46, byte 85: =============================================^ What the hell am I doing wrong ? I searched the whole of the Internet for any related message, but no joy. Please !! Rob ------_=_NextPart_001_01C13C38.DD176E60 An HTML attachment was scrubbed... URL: http://mail.libexpat.org/pipermail-21/expat-bugs/attachments/20010913/b2c11b56/attachment.html ------_=_NextPart_001_01C13C38.DD176E60-- ---------------------- multipart/mixed attachment-- From noreply@sourceforge.net Thu Sep 13 17:01:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu Sep 13 16:01:02 2001 Subject: [ expat-Bugs-461380 ] xmlwf/Makefile uses $SHELL uninitialized Message-ID: Bugs item #461380, was opened at 2001-09-13 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=461380&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: xmlwf/Makefile uses $SHELL uninitialized Initial Comment: In 1.95.2, 'make install' tries to use your login shell to run mkinstalldirs. This fails if your login shell isn't related to sh. xmlwf/Makefile.in needs "SHELL= @SHELL@" or some such. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=461380&group_id=10127 From noreply@sourceforge.net Fri Sep 14 15:24:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Sep 14 14:24:02 2001 Subject: [ expat-Bugs-458398 ] make fails on Solaris 8 Message-ID: Bugs item #458398, was opened at 2001-09-04 07:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make fails on Solaris 8 Initial Comment: I've tried both the Solaris cc comiler and the gcc compiler. I've tried both the Solaris "as" and the OpenSource "as" from binutils. I cannot get past the following error messages coming from the assempler: gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g - O2 -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -fPIC - DPIC -o .libs/xmlparse.lo /var/tmp/ccTgsuTL.s: Assembler messages: /var/tmp/ccTgsuTL.s:5026: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:5050: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:5276: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:6885: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:6933: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:7201: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:7251: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:10443: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10503: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10681: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10871: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10905: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11558: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:11605: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11997: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:12033: Error: .previous without corresponding .section; igno red *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' GCC Version: 3.0.1 GNU as Version: 2.7 OS Version: 5.8 I'm not a C programmer, but I really need this library for the Perl XML::Parser. Is there any chance someone could just compile it for me and e-mail me the libraries. Thanks. scott.grimes@divine.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-14 14:23 Message: Logged In: NO I am getting different make error on Solaris-8? voyager2# make cd lib && make make[1]: Entering directory `/ext0/contentserver6.4b5/sm/expat-1.95.2/lib' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. - I.. -fexceptions -Wall -Wmissing-prototypes -Wstrict- prototypes -fexceptions -c xmlparse.c mkdir .libs gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -fexceptions -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions -c xmlparse.c -fPIC -DPIC -o .libs/xmlparse.lo In file included from /usr/include/string.h:18, from xmlparse.c:26: /usr/include/iso/string_iso.h:62: parse error before ';' token xmlparse.c: In function `XML_GetBuffer': xmlparse.c:1178: `punting' undeclared (first use in this function) xmlparse.c:1178: (Each undeclared identifier is reported only once xmlparse.c:1178: for each function it appears in.) xmlparse.c:1178: parse error before "on" make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/ext0/contentserver6.4b5/sm/expat-1.95.2/lib' make: *** [lib] Error 2 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-07 09:35 Message: Logged In: NO I have this same problem ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 From noreply@sourceforge.net Fri Sep 14 21:23:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Sep 14 20:23:01 2001 Subject: [ expat-Bugs-461747 ] Unable to install expat Message-ID: Bugs item #461747, was opened at 2001-09-14 20:22 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=461747&group_id=10127 Category: None Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Mark Koskenmaki (powerwagon) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to install expat Initial Comment: I can compile, but not install. FreeBSD 4.3-RELEASE latest expat - 1.95.2 output from compiler during install: server# make install for dir in lib xmlwf; do (cd $dir && make install); done /bin/sh ../conftools/mkinstalldirs /usr/local/lib /usr/ local/include /bin/sh ../libtool --mode=install /usr/bin/install -c libexpat.la /usr/local/lib/libexpat.la /usr/bin/install - c .libs/libexpat.so.1 /usr/local/lib/libexpat.so.1 (cd /usr/local/lib && rm -f libexpat.so && ln -s libexpat.so.1 libexpat.so) (cd /usr/local/lib && rm -f libexpat.so && ln -s libexpat.so.1 libexpat.so) /usr/bin/install - c .libs/libexpat.lai /usr/local/lib/libexpat.la /usr/bin/install - c .libs/libexpat.a /usr/local/lib/libexpat.a ranlib /usr/local/lib/libexpat.a chmod 644 /usr/local/lib/libexpat.a ------------------------------------------------------- --------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use `- LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ------------------------------------------------------- --------------- /usr/bin/install -c -m 644 expat.h /usr/local/include /bin/csh ../conftools/mkinstalldirs /usr/local/bin errstatus=0: Command not found. for: Command not found. do: Command not found. set: Variable name must begin with a letter. *** Error code 1 Stop in /usr/home/mark/expat-1.95.2/xmlwf. *** Error code 1 Stop in /usr/home/mark/expat-1.95.2. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=461747&group_id=10127 From noreply@sourceforge.net Fri Sep 14 22:37:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Sep 14 21:37:02 2001 Subject: [ expat-Patches-461763 ] BOM and ExternalSubset Message-ID: Patches item #461763, was opened at 2001-09-14 21:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=461763&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gilles Marichal (gilou) Assigned to: Nobody/Anonymous (nobody) Summary: BOM and ExternalSubset Initial Comment: Hello, Expat parsing failed when the file to parse had an external subset starting with a BOM. Adding the following two lines at the start of function externalSubset0 in xmlrole.c fixes the problem: if (tok == XML_TOK_BOM) return XML_ROLE_NONE; Note: while correcting that problem, I looked in the xmlrole.c file the others parts of the code handling the XML_TOK_BOM token. I'd like to know the rationale for handling it in prolog1 (wouldn't it always be handled in prolog0 only?). G. Marichal ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=461763&group_id=10127 From noreply@sourceforge.net Sun Sep 16 01:48:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun Sep 16 00:48:02 2001 Subject: [ expat-Bugs-461747 ] Unable to install expat Message-ID: Bugs item #461747, was opened at 2001-09-14 20:22 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=461747&group_id=10127 Category: None Group: Platform Specific >Status: Deleted Resolution: None Priority: 5 Submitted By: Mark Koskenmaki (powerwagon) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to install expat Initial Comment: I can compile, but not install. FreeBSD 4.3-RELEASE latest expat - 1.95.2 output from compiler during install: server# make install for dir in lib xmlwf; do (cd $dir && make install); done /bin/sh ../conftools/mkinstalldirs /usr/local/lib /usr/ local/include /bin/sh ../libtool --mode=install /usr/bin/install -c libexpat.la /usr/local/lib/libexpat.la /usr/bin/install - c .libs/libexpat.so.1 /usr/local/lib/libexpat.so.1 (cd /usr/local/lib && rm -f libexpat.so && ln -s libexpat.so.1 libexpat.so) (cd /usr/local/lib && rm -f libexpat.so && ln -s libexpat.so.1 libexpat.so) /usr/bin/install - c .libs/libexpat.lai /usr/local/lib/libexpat.la /usr/bin/install - c .libs/libexpat.a /usr/local/lib/libexpat.a ranlib /usr/local/lib/libexpat.a chmod 644 /usr/local/lib/libexpat.a ------------------------------------------------------- --------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use `- LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ------------------------------------------------------- --------------- /usr/bin/install -c -m 644 expat.h /usr/local/include /bin/csh ../conftools/mkinstalldirs /usr/local/bin errstatus=0: Command not found. for: Command not found. do: Command not found. set: Variable name must begin with a letter. *** Error code 1 Stop in /usr/home/mark/expat-1.95.2/xmlwf. *** Error code 1 Stop in /usr/home/mark/expat-1.95.2. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=461747&group_id=10127 From noreply@sourceforge.net Mon Sep 17 05:33:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Mon Sep 17 04:33:02 2001 Subject: [ expat-Bugs-441449 ] problems with parsing external entities Message-ID: Bugs item #441449, was opened at 2001-07-15 08:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rafael R. Sevilla (didosevilla) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: problems with parsing external entities Initial Comment: I've tried to use Expat's external entity parsing module in my project (http://xml-lit.sourceforge.net/) and have gotten some very strange results. I used Expat's XML_ExternalEntityParserCreate within an external entity reference handler and used the parser once again. Had mixed results with this. For one particular document referred to by an external entity Expat would give an error: "no element found" at the end of the document (line number). Doesn't happen with all the other documents I have. The document was perfectly legal XML and otherwise Expat can parse it directly...just not through the external entity. The document was also quite large, so I tried to work around it by splitting the document into several more documents...the problem went away. Will cruft together a simpler example document and short program to illustrate this problem. ---------------------------------------------------------------------- >Comment By: Rafael R. Sevilla (didosevilla) Date: 2001-09-17 04:32 Message: Logged In: YES user_id=26058 The tarball here contains a sample, minimal program which consists of a parser that simply exits if no errors are found when loading an XML document. I have two pairs of XML documents, each of which differ in only one byte. See the README inside the tarball for an explanation. By the way, I've seen this bug happen with Expat 1.95.1 and with the most recent CVS. Red Hat 7.1, Linux 2.4.5. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-25 12:27 Message: Logged In: YES user_id=3066 Can you attach a short sample program and input file? That would make it a *lot* easier to track this down. Also, which version were you using? ---------------------------------------------------------------------- Comment By: Rafael R. Sevilla (didosevilla) Date: 2001-07-16 00:25 Message: Logged In: YES user_id=26058 Further notes on this apparent bug: It seems that it depends both on the file size and the size of the buffer I use. For a buffer that is 8,192 bytes in size, a file of up to 10,775 bytes can be created that can be parsed without error. Going to 10,776 or larger file size will cause the parser to exit with the above error. Increasing the buffer size made the problem go away, but apparently it will just take a bigger file for Expat to produce the same errorin that case. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=441449&group_id=10127 From noreply@sourceforge.net Wed Sep 19 13:03:22 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Sep 19 12:03:22 2001 Subject: [ expat-Bugs-462960 ] configure fails on OSX Message-ID: Bugs item #462960, was opened at 2001-09-19 12:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=462960&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: configure fails on OSX Initial Comment: [mda@IDRG401 expat-1.95.2]$ ./configure -- prefix=/opt creating cache ./config.cache checking host system type... Invalid configuration `unknown-apple-darwin1.3.7': machine `unknown- apple' not recognized checking build system type... Invalid configuration `unknown-apple-darwin1.3.7': machine `unknown- apple' not recognized 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... yes checking whether cc accepts -g... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes updating cache ./config.cache ltconfig: you must specify a host type if you use `-- no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed [mda@IDRG401 expat-1.95.2]$ ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=462960&group_id=10127 From noreply@sourceforge.net Wed Sep 19 17:31:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Sep 19 16:31:02 2001 Subject: [ expat-Bugs-463032 ] error string typo in xmlparse.c Message-ID: Bugs item #463032, was opened at 2001-09-19 16:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463032&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: error string typo in xmlparse.c Initial Comment: It appears to me as if there has always been a typo in the XML_ERROR_PARTIAL_CHAR error string returned by the XML_ErrorString()function in xmlparse.c. It reads "unclosed token" where it should probably read "partial character". ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463032&group_id=10127 From mitch@icserv.net Fri Sep 21 15:30:02 2001 From: mitch@icserv.net (Mitch Freed) Date: Fri Sep 21 14:30:02 2001 Subject: External Entities Message-ID: <000101c142e4$af34bbd0$1900a8c0@Mitch> I am using: Redhat Linux 6.2 XML-Parser-2.29 expat-1.95.2 I have a perl script using XML::Parser. I am have a character entity © in the test.rdf file. I am using a DOCTYPE referenceing a DTD from w3c containing the XHTML list of character entities, including © . When I run this script from the command line, the © is parsed from the file. When I run this script from the web, the © is not parsed from the file. I cannot figure out, with my limited knowledge, what the problem is. If anyone has any information that can help me I would appreciate it very much. ##### START charent.dtd ##### This DTD module is identified by the PUBLIC and SYSTEM identifiers: PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" SYSTEM "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-lat1.ent" Revision: $Id: xhtml-lat1.ent,v 4.1 2001/04/10 09:34:14 altheim Exp $ SMI Portions (C) International Organization for Standardization 1986: Permission to copy in any form is granted for use with conforming SGML systems and applications as defined in ISO 8879, provided this notice is included in all copies. --> ##### END charent.dtd ##### ##### START test.rdf ##### © ##### END test.rdf ##### ##### START SCRIPT ##### #!/usr/bin/perl -w use XML::Parser; use Data::Dumper; $p = XML::Parser->new( Style => 'Tree', ParseParamEnt => 1, Namespaces => 1, ); $tree = $p->parsefile('test.rdf'); print "Content-type: text/html\n\n"; warn Dumper($tree); print Dumper($tree); ##### END SCRIPT ##### Mitch Freed Programmer ICServ, Inc. 310 N. 2 E. Suite 108 Rexburg ID, 83440 (208) 356-8361 ext. 31 mitch@icserv.net From noreply@sourceforge.net Sat Sep 22 13:49:02 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat Sep 22 12:49:02 2001 Subject: [ expat-Bugs-463928 ] 1.95.2 Cygwin build fails Message-ID: Bugs item #463928, was opened at 2001-09-22 12:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463928&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Jari Aalto (jaalto) Assigned to: Greg Stein (gstein) Summary: 1.95.2 Cygwin build fails Initial Comment: Hi, Is there any chance to get expat compiled under cygwin? http://www.cygwin.com/ I would like to install the Perl XML modules, but they require expat first. If you need help to debug this, I will help gladly. I'm former C++ programmer. Jari.aalto@poboxes.com //root@W2KPICASSO /usr/src/expat-1.95.2 $ CFLAGS=- fexceptions ./configure creating cache ./config.cache checking host system type... i686-pc-cygwin checking build system type... i686-pc-cygwin checking for ranlib... ranlib checking for gcc... gcc checking whether the C compiler (gcc -fexceptions ) works... yes checking whether the C compiler (gcc -fexceptions ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ld used by GCC... /usr/i686-pc- cygwin/bin/ld.exe checking if the linker (/usr/i686-pc- cygwin/bin/ld.exe) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking for dlltool... dlltool checking for as... as checking for objdump... objdump updating cache ./config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none 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 if gcc static flag -static works... -static checking if the linker (/usr/i686-pc- cygwin/bin/ld.exe) is GNU ld... yes checking whether the linker (/usr/i686-pc- cygwin/bin/ld.exe) supports shared lib raries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc -fexceptions ) works... yes checking whether the C compiler (gcc -fexceptions ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no 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... no checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h config.h is unchanged //root@W2KPICASSO /usr/src/expat-1.95.2 $ make cd lib && make make[1]: Entering directory `/usr/src/expat-1.95.2/lib' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERS ION='"expat_1.95.2"' -I. -I. -I.. -fexceptions -Wall - Wmissing-prototypes -Wstr ict-prototypes -fexceptions -c xmlparse.c rm -f .libs/xmlparse.lo gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -fexceptions -Wall -Wmissing-prototypes -Wstrict- prototypes -fexceptions -c xmlp arse.c -DPIC -o .libs/xmlparse.lo mv -f .libs/xmlparse.lo xmlparse.o (cd . && ln -s xmlparse.o xmlparse.lo) /bin/sh ../libtool --mode=link gcc -version-info 1:0:1 -fexceptions -Wall -Wmis sing-prototypes -Wstrict-prototypes -fexceptions -o libexpat.la -rpath /usr/loc al/lib xmlparse.lo xmltok.lo xmlrole.lo libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared l ibraries rm - fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o ranlib .libs/libexpat.a creating libexpat.la (cd .libs && rm -f libexpat.la && ln -s ../libexpat.la libexpat.la) make[1]: Leaving directory `/usr/src/expat-1.95.2/lib' cd xmlwf && make make[1]: Entering directory `/usr/src/expat- 1.95.2/xmlwf' gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs - lexpat xmlwf.o(.text+0x914):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x934):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x954):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0x974):xmlwf.c: undefined reference to `_imp__XML_DefaultCurrent' xmlwf.o(.text+0xa3c):xmlwf.c: undefined reference to `_imp__XML_GetBase' xmlwf.o(.text+0xa76):xmlwf.c: undefined reference to `_imp__XML_GetCurrentColumn Number' xmlwf.o(.text+0xa8b):xmlwf.c: undefined reference to `_imp__XML_GetCurrentLineNu mber' xmlwf.o(.text+0xaa0):xmlwf.c: undefined reference to `_imp__XML_GetCurrentByteCo unt' xmlwf.o(.text+0xab5):xmlwf.c: undefined reference to `_imp__XML_GetCurrentByteIn dex' xmlwf.o(.text+0xbc0):xmlwf.c: undefined reference to `_imp__XML_GetSpecifiedAttr ibuteCount' xmlwf.o(.text+0xbe3):xmlwf.c: undefined reference to `_imp__XML_GetIdAttributeIn dex' xmlwf.o(.text+0x1bef):xmlwf.c: undefined reference to `_imp__XML_ParserCreateNS' xmlwf.o(.text+0x1c09):xmlwf.c: undefined reference to `_imp__XML_ParserCreate' xmlwf.o(.text+0x1c2b):xmlwf.c: undefined reference to `_imp__XML_SetNotStandalon eHandler' xmlwf.o(.text+0x1c41):xmlwf.c: undefined reference to `_imp__XML_SetParamEntityP arsing' xmlwf.o(.text+0x1c6a):xmlwf.c: undefined reference to `_imp__XML_SetElementHandl ... xmlwf.o(.text+0x207b):xmlwf.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x38):xmlfile.c: undefined reference to `_imp__XML_GetErrorCode' xmlfile.o(.text+0x4d):xmlfile.c: undefined reference to `_imp__XML_ErrorString' xmlfile.o(.text+0x71):xmlfile.c: undefined reference to `_imp__XML_GetCurrentCol umnNumber' xmlfile.o(.text+0x86):xmlfile.c: undefined reference to `_imp__XML_GetCurrentLin eNumber' xmlfile.o(.text+0x100):xmlfile.c: undefined reference to `_imp__XML_Parse' xmlfile.o(.text+0x242):xmlfile.c: undefined reference to `_imp__XML_ExternalEnti tyParserCreate' xmlfile.o(.text+0x285):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x2cb):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x346):xmlfile.c: undefined reference to `_imp__XML_GetBuffer' xmlfile.o(.text+0x3ec):xmlfile.c: undefined reference to `_imp__XML_ParseBuffer' xmlfile.o(.text+0x46a):xmlfile.c: undefined reference to `_imp__XML_ExternalEnti tyParserCreate' xmlfile.o(.text+0x4a1):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x4da):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x51c):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x584):xmlfile.c: undefined reference to `_imp__XML_SetExternalE ntityRefHandler' collect2: ld returned 1 exit status make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory `/usr/src/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 //root@W2KPICASSO /usr/src/expat-1.95.2 $ ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=463928&group_id=10127 From noreply@sourceforge.net Sun Sep 23 01:04:06 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun Sep 23 00:04:06 2001 Subject: [ expat-Bugs-445955 ] Make of 1.95.2 fails on MacOS X 10.0.4 Message-ID: Bugs item #445955, was opened at 2001-07-30 07:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445955&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Make of 1.95.2 fails on MacOS X 10.0.4 Initial Comment: expat 1.95.2.tar.gz distribution On MacOS X 10.0.4 (Darwin 1.3.7) make issues an error and halts: cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat /usr/bin/ld: can't locate file for: -lcrt 0.o make[1]: *** [xmlwf] Error 1 ma ke: *** [xmlwf] Error 2 This does not happen with the older version 1.95.1 ---------------------------------------------------------------------- Comment By: Stuart Bishop (zenzen) Date: 2001-09-23 00:03 Message: Logged In: YES user_id=46639 xmlwf/Makefile.in seems to want to add the -static option to LDFLAGS. This breaks OSX. Removing the -static flag from LDFLAGS fixes the problem and everything appears to build happily. The configure script correctly detects that this option doesn't work under OSX. ---------------------------------------------------------------------- Comment By: Nat Irons (bumppo) Date: 2001-08-22 13:23 Message: Logged In: YES user_id=8138 I also see make breaking on xmlwf with 1.95.2 on Mac OS X 10.0.4, but my symptoms are slightly different: gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat /usr/bin/ld: xmlwf.o incompatible, file contains unsupported type of section 5 (__TEXT,__picsymbol_stub) in load command 0 (must specify "-dynamic" to be used) /usr/bin/ld: xmlfile.o incompatible, file contains unsupported type of section 4 (__TEXT,__picsymbol_stub) in load command 0 (must specify "-dynamic" to be used) /usr/bin/ld: unixfilemap.o incompatible, file contains unsupported type of section 4 (__TEXT,__picsymbol_stub) in load command 0 (must specify "-dynamic" to be used) make[1]: *** [xmlwf] Error 1 make: *** [xmlwf] Error 2 If you'd like to follow up with someone having the first problem, it was also reported on the perl-macosx list. Like the original poster, 1.95.1 installs smoothly for me here. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445955&group_id=10127 From noreply@sourceforge.net Tue Sep 25 09:15:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Sep 25 08:15:03 2001 Subject: [ expat-Bugs-464837 ] Compile with XML_UNICODE not correct Message-ID: Bugs item #464837, was opened at 2001-09-25 08:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=464837&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Compile with XML_UNICODE not correct Initial Comment: I am trying to re-compile Expat 1.95.2 on Windows with XML_UNICODE and XML_UNICODE_WCHAR_T defined. I am using VC++ 6.0. However, when tested, the Dll does not pass UTF16 strings out, they still seem to be UTF8, but improperly terminated. It seems that I can get it to work properly when I modify expat.h to change the typedefs for XML_CHAR and XML_LCHAR from char tp wchar_t, i.e.: typedef char XML_Char; typedef char XML_LChar; turns into typedef wchar_t XML_Char; typedef wchar_t XML_LChar; Karl ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=464837&group_id=10127 From noreply@sourceforge.net Tue Sep 25 18:19:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Sep 25 17:19:07 2001 Subject: [ expat-Patches-465018 ] A couple of build fixes. Message-ID: Patches item #465018, was opened at 2001-09-25 17:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=465018&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mo DeJong (mdejong) Assigned to: Greg Stein (gstein) Summary: A couple of build fixes. Initial Comment: Attached is a patch that fixes a couple of problems that I ran into while trying to build expat. Here an overview of the changes in the patch: 2001-09-25 Mo DeJong * buildconf.sh: Remove ltmain.sh and ltconfig before running libtoolize so that one can switch between libtool 1.3 and 1.4 by simply re-running ./buildconf.sh the the appropriate libtool on the path. * configure.in: Check for a working mmap as determined by the AC_FUNC_MMAP macro before using the unixfilemap.c map implementation. The old check always used unixfilemap.c. * xmlwf/Makefile.in: Set srcdir and use it to find include files when srcdir != builddir. * xmlwf/readfilemap.c: Include the filemap.h to avoid a compiler warning. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=465018&group_id=10127 From noreply@sourceforge.net Wed Sep 26 16:34:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Sep 26 15:34:01 2001 Subject: [ expat-Bugs-458398 ] make fails on Solaris 8 Message-ID: Bugs item #458398, was opened at 2001-09-04 07:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make fails on Solaris 8 Initial Comment: I've tried both the Solaris cc comiler and the gcc compiler. I've tried both the Solaris "as" and the OpenSource "as" from binutils. I cannot get past the following error messages coming from the assempler: gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.1\ -I. -I.. -g - O2 -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c -fPIC - DPIC -o .libs/xmlparse.lo /var/tmp/ccTgsuTL.s: Assembler messages: /var/tmp/ccTgsuTL.s:5026: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:5050: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:5276: Error: operation combines symbols in different segment s /var/tmp/ccTgsuTL.s:6885: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:6933: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:7201: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:7251: Error: .previous without corresponding .section; ignor ed /var/tmp/ccTgsuTL.s:10443: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10503: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10681: Error: operation combines symbols in different segmen ts /var/tmp/ccTgsuTL.s:10871: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:10905: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11558: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:11605: Error: .previous without corresponding .section; igno red /var/tmp/ccTgsuTL.s:11997: Error: Unknown pseudo-op: `.subsection' /var/tmp/ccTgsuTL.s:12033: Error: .previous without corresponding .section; igno red *** Error code 1 make: Fatal error: Command failed for target `xmlparse.lo' GCC Version: 3.0.1 GNU as Version: 2.7 OS Version: 5.8 I'm not a C programmer, but I really need this library for the Perl XML::Parser. Is there any chance someone could just compile it for me and e-mail me the libraries. Thanks. scott.grimes@divine.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-26 15:33 Message: Logged In: NO Actually, I've found that the problem is related to the version of the gcc compiler I'm using. I was running gcc 3.0.1. If I backup to gcc 2.95, then the library builds successfully. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-14 14:23 Message: Logged In: NO I am getting different make error on Solaris-8? voyager2# make cd lib && make make[1]: Entering directory `/ext0/contentserver6.4b5/sm/expat-1.95.2/lib' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H - DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. - I.. -fexceptions -Wall -Wmissing-prototypes -Wstrict- prototypes -fexceptions -c xmlparse.c mkdir .libs gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ - DVERSION=\expat_1.95.2\ -I. -I. -I.. -fexceptions -Wall - Wmissing-prototypes -Wstrict-prototypes -fexceptions -c xmlparse.c -fPIC -DPIC -o .libs/xmlparse.lo In file included from /usr/include/string.h:18, from xmlparse.c:26: /usr/include/iso/string_iso.h:62: parse error before ';' token xmlparse.c: In function `XML_GetBuffer': xmlparse.c:1178: `punting' undeclared (first use in this function) xmlparse.c:1178: (Each undeclared identifier is reported only once xmlparse.c:1178: for each function it appears in.) xmlparse.c:1178: parse error before "on" make[1]: *** [xmlparse.lo] Error 1 make[1]: Leaving directory `/ext0/contentserver6.4b5/sm/expat-1.95.2/lib' make: *** [lib] Error 2 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-07 09:35 Message: Logged In: NO I have this same problem ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=458398&group_id=10127 From noreply@sourceforge.net Thu Sep 27 11:44:11 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu Sep 27 10:44:11 2001 Subject: [ expat-Bugs-465670 ] Having problem to install XML::Parser 2. Message-ID: Bugs item #465670, was opened at 2001-09-27 07:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=465670&group_id=10127 Category: XML::Parser (Perl module) Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: Having problem to install XML::Parser 2. Initial Comment: I have a problem installing XML::Parser 2.30 on Windows 98, Perl v5.6.1 built for MSWin32-x86-multi- thread. I Installed the Expat XML Parser ver. 1.95.2 (expat_win32bin_1_95_2.exe from http://sourceforge.net/projects/expat/) But i get the error : #Expat must be installed prior to building XML::Parser and I can't find #it in the standard library directories. You can download expat from: #http://sourceforge.net/projects/expat/ #If expat is installed, but in a non-standard directory, then use the #following options to Makefile.PL: # EXPATLIBPATH=... To set the directory in which to find libexpat # EXPATINCPATH=... To set the directory in which to find expat.h #For example: # perl Makefile.PL EXPATLIBPATH=/home/me/lib EXPATINCPATH=/home/me/include # #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. Well expat.h is installed. However there is no file libexpat after the installation of Expat. Thanx in advance, Demetris. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=465670&group_id=10127 From noreply@sourceforge.net Thu Sep 27 11:53:12 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu Sep 27 10:53:12 2001 Subject: [ expat-Patches-460042 ] fix XML_SetReturnNSTriplet Message-ID: Patches item #460042, was opened at 2001-09-09 10:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=460042&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: TAKAHASHI Masayoshi (maki) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: fix XML_SetReturnNSTriplet Initial Comment: This is a patch for lib/xmlparser.c, to fix XML_SetReturnNSTriplet. It may be solved "[#231864] XML_SetReturnNSTriplet doesn't work as documented". This patch is written by yoshidam. He writes Ruby's expat library 'XMLParser'. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2001-09-25 10:09 Message: Logged In: YES user_id=290026 I have applied the patch, and it seem to work with the compile options as installed (release 1.95.2 for Win32). However, if I recompile with XML_UNICODE and XML_UNICODE_WCHAR_T defined, the last (third) element was not returned in my test example: ... ... with the namespace separator '^', the patched code returns the element name 'x-schema:digSchema.xml^camera', instead of 'x-schema:digSchema.xml^camera^dig:camera'. Karl ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=460042&group_id=10127 From noreply@sourceforge.net Fri Sep 28 11:35:03 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Sep 28 10:35:03 2001 Subject: [ expat-Bugs-466141 ] install problems Message-ID: Bugs item #466141, was opened at 2001-09-28 10:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=466141&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: install problems Initial Comment: configure is missing from CVS. -Chris ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=466141&group_id=10127