From noreply@sourceforge.net Fri Feb 2 14:37:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 06:37:07 -0800 Subject: [Expat-bugs] [Bug #126444] undefined symbol: XML_ParserCreate_MM? Message-ID: Bug #126444, was updated on 2000-Dec-19 23:01 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: undefined symbol: XML_ParserCreate_MM? Details: perl: error in loading shared libraries: /usr/lib/perl5/site_perl/5.005/i386-lin ux/auto/XML/Parser/Expat/Expat.so: undefined symbol: XML_ParserCreate_MM Follow-Ups: Date: 2001-Feb-02 06:37 By: samth Comment: This appears to be a bug in the Perl distribution of expat (note the path). Therefore, it's not really expat's fault. ------------------------------------------------------- Date: 2001-Jan-26 12:44 By: fdrake Comment: Is this a problem with the current CVS version, or in a release? (If a release, please give the exact version number; thanks.) ------------------------------------------------------- Date: 2000-Dec-19 23:30 By: nobody Comment: Using " Make install" ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126444&group_id=10127 From noreply@sourceforge.net Fri Feb 2 14:38:37 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 06:38:37 -0800 Subject: [Expat-bugs] [Bug #123767] UTF-8 BOM triggers a crash Message-ID: Bug #123767, was updated on 2000-Nov-28 19:06 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: UTF-8 BOM triggers a crash Details: Files (at least the file I was working with) which start with a UTF-8 BOM (0xEF 0xBB 0xBF) can trigger a crash. My best guess is that the problem lies in xmltok.c, in initScan(). Specifically, it looks like the "case 0xEFBB:" section neglects to set "*nextTokPtr = ptr + 3;" which would be behavior consistent with the other XML_TOK_BOM cases in this function since this UTF-8 BOM is 3 bytes long. I am working with an old version of Expat but I checked the latest version of xmltok.c and this code has apparently not changed. The proposed fix is listed below. Bruce Kaskel Adobe SVG Viewer Engineering Lead Adobe Systems Incorporated case 0xEFBB: /* Maybe a UTF-8 BOM (EF BB BF) */ /* If there's an explicitly specified (external) encoding of ISO-8859-1 or some flavour of UTF-16 and this is an external text entity, don't look for the BOM, because it might be a legal data. */ if (state == XML_CONTENT_STATE) { int e = INIT_ENC_INDEX(enc); if (e == ISO_8859_1_ENC || e == UTF_16BE_ENC || e == UTF_16LE_ENC || e == UTF_16_ENC) break; } if (ptr + 2 == end) return XML_TOK_PARTIAL; if ((unsigned char)ptr[2] == 0xBF) { *nextTokPtr = ptr + 3; // <<---------** PROPOSED FIX ** *encPtr = encodingTable[UTF_8_ENC]; return XML_TOK_BOM; } break; Follow-Ups: Date: 2001-Feb-02 06:38 By: samth Comment: Here's the change as a context diff: Index: xmltok.c =================================================================== RCS file: /cvsroot/expat/expat/lib/xmltok.c,v retrieving revision 1.5 diff -u -c -r1.5 xmltok.c cvs server: conflicting specifications of output style *** xmltok.c 2000/10/22 19:20:23 1.5 --- xmltok.c 2001/02/02 14:24:48 *************** *** 1500,1505 **** --- 1500,1506 ---- if (ptr + 2 == end) return XML_TOK_PARTIAL; if ((unsigned char)ptr[2] == 0xBF) { + *nextTokPtr = ptr + 3; *encPtr = encodingTable[UTF_8_ENC]; return XML_TOK_BOM; } ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=123767&group_id=10127 From noreply@sourceforge.net Fri Feb 2 14:38:36 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 06:38:36 -0800 Subject: [Expat-bugs] [Bug #114050] Segmentation fault in libxmltok Message-ID: Bug #114050, was updated on 2000-Sep-11 07:41 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: ia97lies Assigned to : nobody Summary: Segmentation fault in libxmltok Details: If I parse the following file (with an error near !DOCTYPE): !DOCTYPE OReilly:Books SYSTEM "dummy.dtd" [ ]> XML Pocket Ref 8.95 I got the following with my gdb: !DOCTYPE OReilly:Books SYSTEM "dummy.dtd" [ error:no element found Program received signal SIGSEGV, Segmentation fault. 0x400269c5 in normal_updatePosition () from /usr/lib/libxmltok.so.1 (gdb) where #0 0x400269c5 in normal_updatePosition () from /usr/lib/libxmltok.so.1 #1 0x4001b0d9 in XML_GetCurrentColumnNumber () from /usr/lib/libxmlparse.so.1 #2 0x8049154 in test_parse () #3 0x80491f5 in main () #4 0x4004da5e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 (gdb) Follow-Ups: Date: 2001-Feb-02 06:38 By: samth Comment: Could not reproduce this with CVS expat. ------------------------------------------------------- Date: 2000-Nov-28 14:11 By: jacob_refstrup Comment: This appear to be fixed in 1.95.1 ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=114050&group_id=10127 From noreply@sourceforge.net Fri Feb 2 14:47:33 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 06:47:33 -0800 Subject: [Expat-bugs] [Bug #114050] Segmentation fault in libxmltok Message-ID: Bug #114050, was updated on 2000-Sep-11 07:41 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: ia97lies Assigned to : nobody Summary: Segmentation fault in libxmltok Details: If I parse the following file (with an error near !DOCTYPE): !DOCTYPE OReilly:Books SYSTEM "dummy.dtd" [ ]> XML Pocket Ref 8.95 I got the following with my gdb: !DOCTYPE OReilly:Books SYSTEM "dummy.dtd" [ error:no element found Program received signal SIGSEGV, Segmentation fault. 0x400269c5 in normal_updatePosition () from /usr/lib/libxmltok.so.1 (gdb) where #0 0x400269c5 in normal_updatePosition () from /usr/lib/libxmltok.so.1 #1 0x4001b0d9 in XML_GetCurrentColumnNumber () from /usr/lib/libxmlparse.so.1 #2 0x8049154 in test_parse () #3 0x80491f5 in main () #4 0x4004da5e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 (gdb) Follow-Ups: Date: 2001-Feb-02 06:47 By: samth Comment: Could not reproduce this with CVS expat. ------------------------------------------------------- Date: 2001-Feb-02 06:38 By: samth Comment: Could not reproduce this with CVS expat. ------------------------------------------------------- Date: 2000-Nov-28 14:11 By: jacob_refstrup Comment: This appear to be fixed in 1.95.1 ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=114050&group_id=10127 From noreply@sourceforge.net Fri Feb 2 15:03:08 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 07:03:08 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-02 07:03 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From noreply@sourceforge.net Fri Feb 2 15:12:13 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 07:12:13 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-02 07:12 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:03 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From noreply@sourceforge.net Fri Feb 2 15:13:15 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 07:13:15 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-02 07:13 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:12 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:03 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From noreply@sourceforge.net Fri Feb 2 15:18:17 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 07:18:17 -0800 Subject: [Expat-bugs] [Bug #126444] undefined symbol: XML_ParserCreate_MM? Message-ID: Bug #126444, was updated on 2000-Dec-19 23:01 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Invalid Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: undefined symbol: XML_ParserCreate_MM? Details: perl: error in loading shared libraries: /usr/lib/perl5/site_perl/5.005/i386-lin ux/auto/XML/Parser/Expat/Expat.so: undefined symbol: XML_ParserCreate_MM Follow-Ups: Date: 2001-Feb-02 07:18 By: fdrake Comment: Closed as "Invalid" since it doesn't pertain to the core Expat libraries. ------------------------------------------------------- Date: 2001-Feb-02 06:37 By: samth Comment: This appears to be a bug in the Perl distribution of expat (note the path). Therefore, it's not really expat's fault. ------------------------------------------------------- Date: 2001-Jan-26 12:44 By: fdrake Comment: Is this a problem with the current CVS version, or in a release? (If a release, please give the exact version number; thanks.) ------------------------------------------------------- Date: 2000-Dec-19 23:30 By: nobody Comment: Using " Make install" ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126444&group_id=10127 From noreply@sourceforge.net Fri Feb 2 15:39:00 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 07:39:00 -0800 Subject: [Expat-bugs] [Bug #130878] make: Fatal error: Command failed for target `xmltok.lo' Message-ID: Bug #130878, was updated on 2001-Feb-02 07:38 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: bobn Assigned to : nobody Summary: make: Fatal error: Command failed for target `xmltok.lo' Details: gcc -traditional -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I. -I.. -g -O2 -Wp,-MD,.deps/xmltok.pp -c xmltok.c -fPIC -DPIC -o .libs/xmltok.lo In file included from xmltok.c:1551: xmltok_ns.c:31: macro `NS' used with too many (4) args xmltok_ns.c:38: macro `NS' used with too many (4) args xmltok_ns.c:43: macro `NS' used with too many (3) args xmltok_ns.c:58: macro `NS' used with too many (3) args xmltok_ns.c:85: macro `NS' used with too many (10) args *** Error code 1 make: Fatal error: Command failed for target `xmltok.lo' ------ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1/specs gcc version 2.8.1 For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130878&group_id=10127 From noreply@sourceforge.net Fri Feb 2 21:10:37 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 13:10:37 -0800 Subject: [Expat-bugs] [Bug #130878] make: Fatal error: Command failed for target `xmltok.lo' Message-ID: Bug #130878, was updated on 2001-Feb-02 07:38 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: bobn Assigned to : nobody Summary: make: Fatal error: Command failed for target `xmltok.lo' Details: gcc -traditional -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I. -I.. -g -O2 -Wp,-MD,.deps/xmltok.pp -c xmltok.c -fPIC -DPIC -o .libs/xmltok.lo In file included from xmltok.c:1551: xmltok_ns.c:31: macro `NS' used with too many (4) args xmltok_ns.c:38: macro `NS' used with too many (4) args xmltok_ns.c:43: macro `NS' used with too many (3) args xmltok_ns.c:58: macro `NS' used with too many (3) args xmltok_ns.c:85: macro `NS' used with too many (10) args *** Error code 1 make: Fatal error: Command failed for target `xmltok.lo' ------ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1/specs gcc version 2.8.1 Follow-Ups: Date: 2001-Feb-02 13:10 By: bobn Comment: To by-pass this problem, remove '-traditional' from gcc. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130878&group_id=10127 From noreply@sourceforge.net Sat Feb 3 01:47:51 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 02 Feb 2001 17:47:51 -0800 Subject: [Expat-bugs] [Patch #103571] Makefile for Win32 nmake Message-ID: Patch #103571 has been updated. Project: expat Category: None Status: Open Submitted by: kstep Assigned to : nobody Summary: Makefile for Win32 nmake ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103571&group_id=10127 From sam@uchicago.edu Sat Feb 3 08:03:01 2001 From: sam@uchicago.edu (Sam TH) Date: Sat, 3 Feb 2001 02:03:01 -0600 Subject: [Expat-bugs] Patch to remove GCC-specific dependency generation Message-ID: <20010203020301.A32752@uchicago.edu> ---------------------- multipart/signed attachment The following patch removed GCC-specific dependency generation from the lib/Makefile.in. This will allow expat to be compiled with non-gcc compilers. =20 Index: lib/Makefile.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvsroot/expat/expat/lib/Makefile.in,v retrieving revision 1.10 diff -u -r1.10 Makefile.in --- lib/Makefile.in 2001/01/24 19:41:12 1.10 +++ lib/Makefile.in 2001/02/03 08:00:36 @@ -107,24 +107,10 @@ .PHONY: all clean distclean maintainer-clean =20 .c.o: - @echo '$(COMPILE) -c $<'; \ - $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< - @-cp .deps/$(*F).pp .deps/$(*F).P; \ - tr ' ' '\012' < .deps/$(*F).pp \ - | sed -e 's/^\\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ - >> .deps/$(*F).P; \ - rm .deps/$(*F).pp + $(COMPILE) -c $< =20 .c.lo: - @echo '$(LTCOMPILE) -c $<'; \ - test -d .deps || mkdir .deps ; \ - $(LTCOMPILE) -Wp,-MD,.deps/$(*F).pp -c $< - @-sed -e 's/^\([^:]*\)\.o[ ]*:/\1.lo \1.o :/' \ - < .deps/$(*F).pp > .deps/$(*F).P; \ - tr ' ' '\012' < .deps/$(*F).pp \ - | sed -e 's/^\\$$//' -e '/^$$/ d' -e '/:$$/ d' -e 's/$$/ :/' \ - >> .deps/$(*F).P; \ - rm -f .deps/$(*F).pp + $(LTCOMPILE) -c $< =20 Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) \ =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-bugs/attachments/20010203/3aeb87a9/attachment.bin ---------------------- multipart/signed attachment-- From noreply@sourceforge.net Sat Feb 3 22:24:08 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:24:08 -0800 Subject: [Expat-bugs] [Patch #103581] Fix compile problem on BeOS Message-ID: Patch #103581 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: Fix compile problem on BeOS ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103581&group_id=10127 From noreply@sourceforge.net Sat Feb 3 22:26:37 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:26:37 -0800 Subject: [Expat-bugs] [Patch #103582] Fixes a number of build problems Message-ID: Patch #103582 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: Fixes a number of build problems ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103582&group_id=10127 From noreply@sourceforge.net Sat Feb 3 22:28:25 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:28:25 -0800 Subject: [Expat-bugs] [Patch #103583] Makefile.in for sample app Message-ID: Patch #103583 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: Makefile.in for sample app ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103583&group_id=10127 From noreply@sourceforge.net Sat Feb 3 22:30:51 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:30:51 -0800 Subject: [Expat-bugs] [Patch #103584] Remove gcc-specific constructs. Message-ID: Patch #103584 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: Remove gcc-specific constructs. ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103584&group_id=10127 From noreply@sourceforge.net Sat Feb 3 22:32:01 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:32:01 -0800 Subject: [Expat-bugs] [Patch #103585] Only configure present directories Message-ID: Patch #103585 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: Only configure present directories ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103585&group_id=10127 From noreply@sourceforge.net Sat Feb 3 22:33:38 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:33:38 -0800 Subject: [Expat-bugs] [Patch #103586] UNTESTED patch for bug 12367 Message-ID: Patch #103586 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: UNTESTED patch for bug 12367 ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103586&group_id=10127 From noreply@sourceforge.net Sat Feb 3 22:41:18 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 03 Feb 2001 14:41:18 -0800 Subject: [Expat-bugs] [Patch #103584] Remove gcc-specific constructs. Message-ID: Patch #103584 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : nobody Summary: Remove gcc-specific constructs. Follow-Ups: Date: 2001-Feb-03 14:41 By: samth Comment: This fixes bug 123800. ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103584&group_id=10127 From noreply@sourceforge.net Tue Feb 6 17:35:17 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 06 Feb 2001 09:35:17 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-06 09:35 By: vassilii Comment: I used precisely the script shown at http://mailarchive.activestate.com/mail/msg/perl-xml:450354 and these 2 XML files. ------------------------------------------------------- Date: 2001-Feb-02 07:13 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:12 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:03 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From noreply@sourceforge.net Tue Feb 6 18:03:49 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 06 Feb 2001 10:03:49 -0800 Subject: [Expat-bugs] [Bug #131288] Undeclared VERSION under WinNT&Borland C++ Builder Message-ID: Bug #131288, was updated on 2001-Feb-06 10:03 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: Undeclared VERSION under WinNT&Borland C++ Builder Details: When I try to make expat 1.95.1 under WinNT using Borland C++ Builder, the last failed to find #define VERSION ... I set `COMPILE_FROM_DSP' (or smth. like that, not sure now), it includes winconfig.h, but this header does not contain declaration of VERSION. So, I had to add #ifndef VERSION #define VERSION "1.95.1" #endif m.b. it'll be better, if you add this declaration in it? For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131288&group_id=10127 From noreply@sourceforge.net Tue Feb 6 18:09:54 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue, 06 Feb 2001 10:09:54 -0800 Subject: [Expat-bugs] [Bug #131290] Undeclared VERSION under WinNT&Borland C++ Builder Message-ID: Bug #131290, was updated on 2001-Feb-06 10:09 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: Undeclared VERSION under WinNT&Borland C++ Builder Details: When I try to make expat 1.95.1 under WinNT using Borland C++ Builder, the last failed to find #define VERSION ... I set `COMPILE_FROM_DSP' (or smth. like that, not sure now), it includes winconfig.h, but this header does not contain declaration of VERSION. So, I had to add #ifndef VERSION #define VERSION "1.95.1" #endif m.b. it'll be better, if you add this declaration in it? For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131290&group_id=10127 From noreply@sourceforge.net Wed Feb 7 15:44:12 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 07 Feb 2001 07:44:12 -0800 Subject: [Expat-bugs] [Patch #103661] expat-1.95.1-0.i386.rpm Message-ID: Patch #103661 has been updated. Project: expat Category: None Status: Open Submitted by: pcimprich Assigned to : nobody Summary: expat-1.95.1-0.i386.rpm ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103661&group_id=10127 From noreply@sourceforge.net Wed Feb 7 15:52:13 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 07 Feb 2001 07:52:13 -0800 Subject: [Expat-bugs] [Patch #103662] expat-1.95.1-0.src.rpm Message-ID: Patch #103662 has been updated. Project: expat Category: None Status: Open Submitted by: pcimprich Assigned to : nobody Summary: expat-1.95.1-0.src.rpm ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103662&group_id=10127 From noreply@sourceforge.net Sat Feb 10 21:29:32 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat, 10 Feb 2001 13:29:32 -0800 Subject: [Expat-bugs] [Bug #131864] XML_SetReturnNSTriplet doesn't work as documented Message-ID: Bug #131864, was updated on 2001-Feb-10 13:29 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rmc Assigned to : nobody Summary: XML_SetReturnNSTriplet doesn't work as documented Details: test.xml: When processed with a namespace-enabled parser, after setting the ReturnNSTriplet flag, the foo:bar attribute name is correctly expanded to a triplet, but the foo:doc element type name is not. A trivial event-reporting app says: Namespace declaration start: foo='urn:bar' Element start: 'urn:bar!doc' Attribute: urn:bar!bar!foo='baz' Element end: 'urn:bar!doc' Namespace declaration end: foo A look at the source seems to indicate that the code to do the expansion doesn't exist. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131864&group_id=10127 From noreply@sourceforge.net Wed Feb 14 15:48:59 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 07:48:59 -0800 Subject: [Expat-bugs] [Bug #132346] Install failure on NT 4 WorkStation SP5 Message-ID: Bug #132346, was updated on 2001-Feb-14 07:48 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: xfournier Assigned to : nobody Summary: Install failure on NT 4 WorkStation SP5 Details: Hi Trying to install XML::Parser, I get the following message during compilation. make[1]: Entering directory `/cygdrive/d/PROG1XFM/xml/XML-Parser-2.29/Expat' gcc -c -Iexpat/xmltok -Iexpat/xmlparse -DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO - fno-strict-aliasing -DUSEIMPORTLIB -O2 -DVERSION=\"2.29\" -DXS_VERSION=\"2.29\ " -I/usr/lib/perl5/5.6.1/cygwin/CORE -DXML_NS -DXML_DTD -DXML_CONTEXT_BYTES=512 -DXML_BYTE_ORDER=12 -o Expat.o Expat.c Expat.xs:38: `cbv' undeclared here (not in a function) Expat.xs:38: `cbv' undeclared here (not in a function) Expat.xs:38: warning: data definition has no type or storage class ================================== Here is my environement ==================================== !C:=C:\ !D:=D:\PROG1XFM\xml\XML-Parser-2.29 !EXITCODE=00000000 CLASSPATH=C:\Program Files\Segue\SilkPerformer 3.5\classfiles\javaUserFramework.zip;C:\Program Files\Segue\SilkPerformer 3.5\classfiles\javaUserFramework.zip COMPUTERNAME=XFOURNIER COMSPEC=C:\WINNT\system32\cmd.exe CYGWIN=C:\Progra~1\Cygwin CYRANO_HOME=C:\Program Files\OpenSTA\ HOMEDRIVE=C: HOMEPATH=\ INCLUDE=C:\Program Files\Mts\Include LIB=C:\Program Files\Mts\Lib LOGONSERVER=\\CSD-LYON2 MIBDIRS=C:\Program Files\OpenSTA\Engines\Mon\Mibs MIBS=all NUMBER_OF_PROCESSORS=1 OMNINAMES_LOGDIR=C:\Program Files\OpenSTA\Server\Logs OS=Windows_NT OS2LIBPATH=C:\WINNT\system32\os2\dll; PATH=/usr/bin:/usr/bin:/cygdrive/c/Progra~1/Perl/bin/:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/Program Files/Mts:/cygdrive/c/PROGRA~1/ULTRAEDT PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.JS PERFHK_NAME=C:\Program Files\Segue\SilkPerformer 3.5\PerfHk.dll PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 8 Stepping 1, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0801 PROMPT=$P$G SILKPERF_INIDIR=C:\Program Files\Segue\SilkPerformer 3.5\ SILK_CONFIG_PATH=C:\Program Files\Segue\cfg SYSTEMDRIVE=C: SYSTEMROOT=C:\WINNT TEMP=/cygdrive/c/TEMP TMP=/cygdrive/c/TEMP USERDOMAIN=SQLI-FR USERNAME=XFOURNIER USERPROFILE=C:\WINNT\Profiles\xfournier WINDIR=C:\WINNT XPROC=D:\DATA1XFM\XAVIER\PROC\DOS TERM=cygwin ==================================== Anybody with some idea would be very very helpfull :) Thanks in advance Regards Xavier For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132346&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:13:39 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:13:39 -0800 Subject: [Expat-bugs] [Bug #131290] Undeclared VERSION under WinNT&Borland C++ Builder Message-ID: Bug #131290, was updated on 2001-Feb-06 10:09 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Duplicate Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: Undeclared VERSION under WinNT&Borland C++ Builder Details: When I try to make expat 1.95.1 under WinNT using Borland C++ Builder, the last failed to find #define VERSION ... I set `COMPILE_FROM_DSP' (or smth. like that, not sure now), it includes winconfig.h, but this header does not contain declaration of VERSION. So, I had to add #ifndef VERSION #define VERSION "1.95.1" #endif m.b. it'll be better, if you add this declaration in it? Follow-Ups: Date: 2001-Feb-14 10:13 By: fdrake Comment: This is a duplicate of bug #131288. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131290&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:16:13 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:16:13 -0800 Subject: [Expat-bugs] [Bug #131288] Undeclared VERSION under WinNT&Borland C++ Builder Message-ID: Bug #131288, was updated on 2001-Feb-06 10:03 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Build control Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: Undeclared VERSION under WinNT&Borland C++ Builder Details: When I try to make expat 1.95.1 under WinNT using Borland C++ Builder, the last failed to find #define VERSION ... I set `COMPILE_FROM_DSP' (or smth. like that, not sure now), it includes winconfig.h, but this header does not contain declaration of VERSION. So, I had to add #ifndef VERSION #define VERSION "1.95.1" #endif m.b. it'll be better, if you add this declaration in it? For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131288&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:18:10 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:18:10 -0800 Subject: [Expat-bugs] [Bug #131864] XML_SetReturnNSTriplet doesn't work as documented Message-ID: Bug #131864, was updated on 2001-Feb-10 13:29 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: rmc Assigned to : fdrake Summary: XML_SetReturnNSTriplet doesn't work as documented Details: test.xml: When processed with a namespace-enabled parser, after setting the ReturnNSTriplet flag, the foo:bar attribute name is correctly expanded to a triplet, but the foo:doc element type name is not. A trivial event-reporting app says: Namespace declaration start: foo='urn:bar' Element start: 'urn:bar!doc' Attribute: urn:bar!bar!foo='baz' Element end: 'urn:bar!doc' Namespace declaration end: foo A look at the source seems to indicate that the code to do the expansion doesn't exist. Follow-Ups: Date: 2001-Feb-14 10:18 By: fdrake Comment: Assigned to me since I was planning to use this feature in the near-ish future. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131864&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:19:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:19:07 -0800 Subject: [Expat-bugs] [Patch #103581] Fix compile problem on BeOS Message-ID: Patch #103581 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : fdrake Summary: Fix compile problem on BeOS ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103581&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:19:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:19:07 -0800 Subject: [Expat-bugs] [Patch #103582] Fixes a number of build problems Message-ID: Patch #103582 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : fdrake Summary: Fixes a number of build problems ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103582&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:19:07 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:19:07 -0800 Subject: [Expat-bugs] [Patch #103583] Makefile.in for sample app Message-ID: Patch #103583 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : fdrake Summary: Makefile.in for sample app ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103583&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:19:08 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:19:08 -0800 Subject: [Expat-bugs] [Patch #103585] Only configure present directories Message-ID: Patch #103585 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : fdrake Summary: Only configure present directories ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103585&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:19:08 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:19:08 -0800 Subject: [Expat-bugs] [Patch #103584] Remove gcc-specific constructs. Message-ID: Patch #103584 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : fdrake Summary: Remove gcc-specific constructs. Follow-Ups: Date: 2001-Feb-03 14:41 By: samth Comment: This fixes bug 123800. ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103584&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:19:08 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:19:08 -0800 Subject: [Expat-bugs] [Patch #103586] UNTESTED patch for bug 12367 Message-ID: Patch #103586 has been updated. Project: expat Category: None Status: Open Submitted by: samth Assigned to : fdrake Summary: UNTESTED patch for bug 12367 ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103586&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:20:27 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:20:27 -0800 Subject: [Expat-bugs] [Patch #103661] expat-1.95.1-0.i386.rpm Message-ID: Patch #103661 has been updated. Project: expat Category: None Status: Open Submitted by: pcimprich Assigned to : nobody Summary: expat-1.95.1-0.i386.rpm Follow-Ups: Date: 2001-Feb-14 10:20 By: fdrake Comment: Did you attempt to upload the RPM as a patch? ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103661&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:21:30 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:21:30 -0800 Subject: [Expat-bugs] [Patch #103662] expat-1.95.1-0.src.rpm Message-ID: Patch #103662 has been updated. Project: expat Category: None Status: Open Submitted by: pcimprich Assigned to : nobody Summary: expat-1.95.1-0.src.rpm Follow-Ups: Date: 2001-Feb-14 10:21 By: fdrake Comment: Did you attempt to upload an RPM as the patch? Perhaps the best thing would be to just submit the .spec file. ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103662&group_id=10127 From noreply@sourceforge.net Wed Feb 14 18:24:23 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed, 14 Feb 2001 10:24:23 -0800 Subject: [Expat-bugs] [Patch #103571] Makefile for Win32 nmake Message-ID: Patch #103571 has been updated. Project: expat Category: Build Control Status: Open Submitted by: kstep Assigned to : coopercc Summary: Makefile for Win32 nmake Follow-Ups: Date: 2001-Feb-14 10:24 By: fdrake Comment: Assigned to Clark since he seems to have substantially more Windows experience (& platform access) than I do. ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103571&group_id=10127 From noreply@sourceforge.net Fri Feb 16 00:10:56 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 15 Feb 2001 16:10:56 -0800 Subject: [Expat-bugs] [Bug #132346] Install failure on NT 4 WorkStation SP5 Message-ID: Bug #132346, was updated on 2001-Feb-14 07:48 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: xfournier Assigned to : nobody Summary: Install failure on NT 4 WorkStation SP5 Details: Hi Trying to install XML::Parser, I get the following message during compilation. make[1]: Entering directory `/cygdrive/d/PROG1XFM/xml/XML-Parser-2.29/Expat' gcc -c -Iexpat/xmltok -Iexpat/xmlparse -DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO - fno-strict-aliasing -DUSEIMPORTLIB -O2 -DVERSION=\"2.29\" -DXS_VERSION=\"2.29\ " -I/usr/lib/perl5/5.6.1/cygwin/CORE -DXML_NS -DXML_DTD -DXML_CONTEXT_BYTES=512 -DXML_BYTE_ORDER=12 -o Expat.o Expat.c Expat.xs:38: `cbv' undeclared here (not in a function) Expat.xs:38: `cbv' undeclared here (not in a function) Expat.xs:38: warning: data definition has no type or storage class ================================== Here is my environement ==================================== !C:=C:\ !D:=D:\PROG1XFM\xml\XML-Parser-2.29 !EXITCODE=00000000 CLASSPATH=C:\Program Files\Segue\SilkPerformer 3.5\classfiles\javaUserFramework.zip;C:\Program Files\Segue\SilkPerformer 3.5\classfiles\javaUserFramework.zip COMPUTERNAME=XFOURNIER COMSPEC=C:\WINNT\system32\cmd.exe CYGWIN=C:\Progra~1\Cygwin CYRANO_HOME=C:\Program Files\OpenSTA\ HOMEDRIVE=C: HOMEPATH=\ INCLUDE=C:\Program Files\Mts\Include LIB=C:\Program Files\Mts\Lib LOGONSERVER=\\CSD-LYON2 MIBDIRS=C:\Program Files\OpenSTA\Engines\Mon\Mibs MIBS=all NUMBER_OF_PROCESSORS=1 OMNINAMES_LOGDIR=C:\Program Files\OpenSTA\Server\Logs OS=Windows_NT OS2LIBPATH=C:\WINNT\system32\os2\dll; PATH=/usr/bin:/usr/bin:/cygdrive/c/Progra~1/Perl/bin/:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/Program Files/Mts:/cygdrive/c/PROGRA~1/ULTRAEDT PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.JS PERFHK_NAME=C:\Program Files\Segue\SilkPerformer 3.5\PerfHk.dll PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 8 Stepping 1, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0801 PROMPT=$P$G SILKPERF_INIDIR=C:\Program Files\Segue\SilkPerformer 3.5\ SILK_CONFIG_PATH=C:\Program Files\Segue\cfg SYSTEMDRIVE=C: SYSTEMROOT=C:\WINNT TEMP=/cygdrive/c/TEMP TMP=/cygdrive/c/TEMP USERDOMAIN=SQLI-FR USERNAME=XFOURNIER USERPROFILE=C:\WINNT\Profiles\xfournier WINDIR=C:\WINNT XPROC=D:\DATA1XFM\XAVIER\PROC\DOS TERM=cygwin ==================================== Anybody with some idea would be very very helpfull :) Thanks in advance Regards Xavier Follow-Ups: Date: 2001-Feb-15 16:10 By: corrosion Comment: I presume that this perl extention would have warned you that the expat library could not be found. If you have built expat under cygwin, create a symlink to libexpat-0-0-0.dll as libexpat.dll ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132346&group_id=10127 From noreply@sourceforge.net Fri Feb 16 01:15:47 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Thu, 15 Feb 2001 17:15:47 -0800 Subject: [Expat-bugs] [Bug #132649] EXPATLIBPATH = ? Message-ID: Bug #132649, was updated on 2001-Feb-15 17:15 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: EXPATLIBPATH = ? Details: Sires: Trying to install Expat: CPAN returns... ... EXPATLIBPATH = to set directory in which to find libexpat <============= Where? Does it mean LIBs for Expat? or a file name libexpat? ... EXPATINCPATH =... expat.h <==== I see this one but not the other... Regards, Dope on the ropes. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132649&group_id=10127 From noreply@sourceforge.net Fri Feb 16 17:54:33 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 16 Feb 2001 09:54:33 -0800 Subject: [Expat-bugs] [Bug #132649] EXPATLIBPATH = ? Message-ID: Bug #132649, was updated on 2001-Feb-15 17:15 Here is a current snapshot of the bug. Project: Expat XML Parser Category: Documentation Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : coopercc Summary: EXPATLIBPATH = ? Details: Sires: Trying to install Expat: CPAN returns... ... EXPATLIBPATH = to set directory in which to find libexpat <============= Where? Does it mean LIBs for Expat? or a file name libexpat? ... EXPATINCPATH =... expat.h <==== I see this one but not the other... Regards, Dope on the ropes. Follow-Ups: Date: 2001-Feb-16 09:54 By: fdrake Comment: This appears to relate to the Perl bindings, so I've assigned this to Clark Cooper. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132649&group_id=10127 From noreply@sourceforge.net Fri Feb 16 18:14:06 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 16 Feb 2001 10:14:06 -0800 Subject: [Expat-bugs] [Bug #123767] UTF-8 BOM triggers a crash Message-ID: Bug #123767, was updated on 2000-Nov-28 19:06 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Fixed Bug Group: None Priority: 5 Submitted by: nobody Assigned to : fdrake Summary: UTF-8 BOM triggers a crash Details: Files (at least the file I was working with) which start with a UTF-8 BOM (0xEF 0xBB 0xBF) can trigger a crash. My best guess is that the problem lies in xmltok.c, in initScan(). Specifically, it looks like the "case 0xEFBB:" section neglects to set "*nextTokPtr = ptr + 3;" which would be behavior consistent with the other XML_TOK_BOM cases in this function since this UTF-8 BOM is 3 bytes long. I am working with an old version of Expat but I checked the latest version of xmltok.c and this code has apparently not changed. The proposed fix is listed below. Bruce Kaskel Adobe SVG Viewer Engineering Lead Adobe Systems Incorporated case 0xEFBB: /* Maybe a UTF-8 BOM (EF BB BF) */ /* If there's an explicitly specified (external) encoding of ISO-8859-1 or some flavour of UTF-16 and this is an external text entity, don't look for the BOM, because it might be a legal data. */ if (state == XML_CONTENT_STATE) { int e = INIT_ENC_INDEX(enc); if (e == ISO_8859_1_ENC || e == UTF_16BE_ENC || e == UTF_16LE_ENC || e == UTF_16_ENC) break; } if (ptr + 2 == end) return XML_TOK_PARTIAL; if ((unsigned char)ptr[2] == 0xBF) { *nextTokPtr = ptr + 3; // <<---------** PROPOSED FIX ** *encPtr = encodingTable[UTF_8_ENC]; return XML_TOK_BOM; } break; Follow-Ups: Date: 2001-Feb-16 10:14 By: fdrake Comment: Suggested fix confirmed and checked in as lib/xmltok.c revision 1.6. ------------------------------------------------------- Date: 2001-Feb-02 06:38 By: samth Comment: Here's the change as a context diff: Index: xmltok.c =================================================================== RCS file: /cvsroot/expat/expat/lib/xmltok.c,v retrieving revision 1.5 diff -u -c -r1.5 xmltok.c cvs server: conflicting specifications of output style *** xmltok.c 2000/10/22 19:20:23 1.5 --- xmltok.c 2001/02/02 14:24:48 *************** *** 1500,1505 **** --- 1500,1506 ---- if (ptr + 2 == end) return XML_TOK_PARTIAL; if ((unsigned char)ptr[2] == 0xBF) { + *nextTokPtr = ptr + 3; *encPtr = encodingTable[UTF_8_ENC]; return XML_TOK_BOM; } ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=123767&group_id=10127 From noreply@sourceforge.net Fri Feb 16 18:31:50 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 16 Feb 2001 10:31:50 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-16 10:31 By: fdrake Comment: I can't reproduce this using the Python Expat bindings and the CVS version of Expat; I'm not familiar with the Perl bindings. This may be related to code driving external entity parsing as well. Can you test this against the current CVS version of Expat? Does the problem persist? ------------------------------------------------------- Date: 2001-Feb-06 09:35 By: vassilii Comment: I used precisely the script shown at http://mailarchive.activestate.com/mail/msg/perl-xml:450354 and these 2 XML files. ------------------------------------------------------- Date: 2001-Feb-02 07:13 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:12 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:03 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From Vassilii.Khachaturov@comverse-in.com Fri Feb 16 18:44:55 2001 From: Vassilii.Khachaturov@comverse-in.com (Khachaturov, Vassilii) Date: Fri, 16 Feb 2001 13:44:55 -0500 Subject: [Expat-bugs] RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr Message-ID: <6B1DF6EEBA51D31182F200902740436802678D15@mail-in.comverse-in.com> I will try it now, but on another platform (Linux instead of Solaris) - the one I originally had the problem on is our live team intranet server, on which I can't tamper with expat now. Vassilii -----Original Message----- From: noreply@sourceforge.net [mailto:noreply@sourceforge.net] Sent: Friday, February 16, 2001 1:32 PM To: Khachaturov, Vassilii; noreply@sourceforge.net; expat-bugs@sourceforge.net Subject: [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : nobody Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-16 10:31 By: fdrake Comment: I can't reproduce this using the Python Expat bindings and the CVS version of Expat; I'm not familiar with the Perl bindings. This may be related to code driving external entity parsing as well. Can you test this against the current CVS version of Expat? Does the problem persist? ------------------------------------------------------- Date: 2001-Feb-06 09:35 By: vassilii Comment: I used precisely the script shown at http://mailarchive.activestate.com/mail/msg/perl-xml:450354 and these 2 XML files. ------------------------------------------------------- Date: 2001-Feb-02 07:13 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From fdrake@acm.org Fri Feb 16 18:59:12 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Fri, 16 Feb 2001 13:59:12 -0500 (EST) Subject: [Expat-bugs] RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr In-Reply-To: <6B1DF6EEBA51D31182F200902740436802678D15@mail-in.comverse-in.com> References: <6B1DF6EEBA51D31182F200902740436802678D15@mail-in.comverse-in.com> Message-ID: <14989.30848.864265.615638@cj42289-a.reston1.va.home.com> Khachaturov, Vassilii writes: > I will try it now, but on another platform (Linux instead of Solaris) - the > one I originally had the problem on is our live team intranet server, on > which I can't tamper with expat now. Thanks! I would hope the platform difference would not be relevant since this doesn't appear to be a build issue, but I guess we'll find out! -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From Vassilii.Khachaturov@comverse-in.com Fri Feb 16 21:00:21 2001 From: Vassilii.Khachaturov@comverse-in.com (Khachaturov, Vassilii) Date: Fri, 16 Feb 2001 16:00:21 -0500 Subject: [Expat-bugs] RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr Message-ID: <6B1DF6EEBA51D31182F200902740436802678D1B@mail-in.comverse-in.com> Confirmed on Linux across the latest CVS expat. -----Original Message----- From: Fred L. Drake, Jr. [mailto:fdrake@acm.org] Sent: Friday, February 16, 2001 1:59 PM To: Khachaturov, Vassilii Cc: 'fdrake@users.sourceforge.net'; expat-bugs@sourceforge.net Subject: RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr Khachaturov, Vassilii writes: > I will try it now, but on another platform (Linux instead of Solaris) - the > one I originally had the problem on is our live team intranet server, on > which I can't tamper with expat now. Thanks! I would hope the platform difference would not be relevant since this doesn't appear to be a build issue, but I guess we'll find out! -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From fdrake@acm.org Fri Feb 16 21:11:52 2001 From: fdrake@acm.org (Fred L. Drake, Jr.) Date: Fri, 16 Feb 2001 16:11:52 -0500 (EST) Subject: [Expat-bugs] RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr In-Reply-To: <6B1DF6EEBA51D31182F200902740436802678D1B@mail-in.comverse-in.com> References: <6B1DF6EEBA51D31182F200902740436802678D1B@mail-in.comverse-in.com> Message-ID: <14989.38808.502031.750401@cj42289-a.reston1.va.home.com> Khachaturov, Vassilii writes: > Confirmed on Linux across the latest CVS expat. Confirmed that the bug still exists, or that it's been mysteriously fixed? Thanks! -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From Vassilii.Khachaturov@comverse-in.com Fri Feb 16 21:18:40 2001 From: Vassilii.Khachaturov@comverse-in.com (Khachaturov, Vassilii) Date: Fri, 16 Feb 2001 16:18:40 -0500 Subject: [Expat-bugs] RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr Message-ID: <6B1DF6EEBA51D31182F200902740436802678D1D@mail-in.comverse-in.com> Sorry to break your last hopes. I meant confirmed that it still exists. :-) -----Original Message----- From: Fred L. Drake, Jr. [mailto:fdrake@acm.org] Sent: Friday, February 16, 2001 4:12 PM To: Khachaturov, Vassilii Cc: expat-bugs@sourceforge.net Subject: RE: [Bug #126514] cryptic err when xml PI has no encoding pseudo- attr Khachaturov, Vassilii writes: > Confirmed on Linux across the latest CVS expat. Confirmed that the bug still exists, or that it's been mysteriously fixed? Thanks! -Fred -- Fred L. Drake, Jr. PythonLabs at Digital Creations From noreply@sourceforge.net Fri Feb 16 22:21:09 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 16 Feb 2001 14:21:09 -0800 Subject: [Expat-bugs] [Bug #126514] cryptic err when xml PI has no encoding pseudo-attr Message-ID: Bug #126514, was updated on 2000-Dec-20 12:27 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: vassilii Assigned to : fdrake Summary: cryptic err when xml PI has no encoding pseudo-attr Details: test.xml: ]> &eee; eee.xml: Error message from Expat when parsing test.xml: error in processing external entity reference at line 7, column 3, byte 124: ]> &eee; ==^ Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354 Matt Sergeant resolved my problem (pointed to the missing encoding in ) and suggested I post this here, which I gladly do. Follow-Ups: Date: 2001-Feb-16 14:21 By: fdrake Comment: Confirmed to still exist using the CVS version of Expat. I'm not familiar with the Perl bindings myself, but will look further into reproducing it. (Perhaps I should try writing a C program to do this; if it's an expat problem, we don't need the scripting bindings getting in the way. If anyone beats me to it, speak up!) ------------------------------------------------------- Date: 2001-Feb-16 10:31 By: fdrake Comment: I can't reproduce this using the Python Expat bindings and the CVS version of Expat; I'm not familiar with the Perl bindings. This may be related to code driving external entity parsing as well. Can you test this against the current CVS version of Expat? Does the problem persist? ------------------------------------------------------- Date: 2001-Feb-06 09:35 By: vassilii Comment: I used precisely the script shown at http://mailarchive.activestate.com/mail/msg/perl-xml:450354 and these 2 XML files. ------------------------------------------------------- Date: 2001-Feb-02 07:13 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:12 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- Date: 2001-Feb-02 07:03 By: samth Comment: I can't reproduce any errors from those two files in current CVS. What exactly did you do to generate the error? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=126514&group_id=10127 From noreply@sourceforge.net Mon Feb 19 00:22:50 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sun, 18 Feb 2001 16:22:50 -0800 Subject: [Expat-bugs] [Patch #103869] RPM .spec file. Message-ID: Patch #103869 has been updated. Project: expat Category: Build Control Status: Open Submitted by: jafo Assigned to : nobody Summary: RPM .spec file. ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103869&group_id=10127 From noreply@sourceforge.net Fri Feb 23 14:59:25 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 23 Feb 2001 06:59:25 -0800 Subject: [Expat-bugs] [Bug #133765] CharacterDataHandler delivers linebreaks Message-ID: Bug #133765, was updated on 2001-Feb-23 06:59 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: CharacterDataHandler delivers linebreaks Details: It seems to me, that the handler mentioned in the subject delivers text to my application including the linebreaks contained in the xml-file. As far as i now, linebreaks can be at any position (outside a word and markup) in the xml file and they should not reflect any meaning for the content. i think, the function should transform each line break or CR into a blank. i'm using 1.95.1 with linux ciao alex (pentzel at heptagon.de) however, i like this smart parser For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=133765&group_id=10127 From noreply@sourceforge.net Fri Feb 23 15:40:55 2001 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri, 23 Feb 2001 07:40:55 -0800 Subject: [Expat-bugs] [Bug #133765] CharacterDataHandler delivers linebreaks Message-ID: Bug #133765, was updated on 2001-Feb-23 06:59 Here is a current snapshot of the bug. Project: Expat XML Parser Category: None Status: Closed Resolution: Invalid Bug Group: Not a Bug Priority: 5 Submitted by: nobody Assigned to : fdrake Summary: CharacterDataHandler delivers linebreaks Details: It seems to me, that the handler mentioned in the subject delivers text to my application including the linebreaks contained in the xml-file. As far as i now, linebreaks can be at any position (outside a word and markup) in the xml file and they should not reflect any meaning for the content. i think, the function should transform each line break or CR into a blank. i'm using 1.95.1 with linux ciao alex (pentzel at heptagon.de) however, i like this smart parser Follow-Ups: Date: 2001-Feb-23 07:40 By: fdrake Comment: Please refer to the XML recommendation from the W3C for information about proper handling of line-ends in XML: http://www.w3.org/TR/REC-xml#sec-line-ends ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=133765&group_id=10127 From h.grueneis@turck.de Mon Feb 26 10:20:47 2001 From: h.grueneis@turck.de (h.grueneis@turck.de) Date: Mon, 26 Feb 2001 11:20:47 +0100 Subject: [Expat-bugs] Expat - Encoding Problem Message-ID: Hello, i am using EXPAT since a few days and it is a really good tool, but i have one big problem and hope somebody can help me. I need a Win32 and Win16!! C++ Projekt with Borland 5.02/4.5 Compiler. ExPat runs fine, but i am not able to encode spezial characters like '=E4=F6=FC=C4=D6=DC'. I created parser with ISO-8859-1 encoding and inserted the same in my XML - File - nothing happens. All spezial characters are recognized as awful character combinations. I tried different defines like XML_UNICODE but see no changes in behavior. Hope somebody can help me greetings harry Elaxy AG Harry Gr=FCneis Gutenbergstr. 5 D- 82178 Puchheim bei M=FCnchen Tel. +49 (89) 890 130 81 Fax +49 (89) 890 130 89 e-Mail: h.grueneis@turck.de, Web: http://www.turck.de = From nobody@sourceforge.net Tue Feb 27 17:34:32 2001 From: nobody@sourceforge.net (nobody) Date: Tue, 27 Feb 2001 09:34:32 -0800 Subject: [Expat-bugs] [ expat-Bugs-232649 ] EXPATLIBPATH = ? Message-ID: Artifact #232649, was updated on 2001-02-15 17:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 Category: Documentation Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous Assigned to: Clark Cooper Summary: EXPATLIBPATH = ? Initial Comment: Sires: Trying to install Expat: CPAN returns... ... EXPATLIBPATH = to set directory in which to find libexpat <============= Where? Does it mean LIBs for Expat? or a file name libexpat? ... EXPATINCPATH =... expat.h <==== I see this one but not the other... Regards, Dope on the ropes. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous Date: 2001-02-27 09:34 Message: Logged In: NO HELLLLEEEOOOO CLARK ARE YOU THERE ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. Date: 2001-02-16 09:54 Message: This appears to relate to the Perl bindings, so I've assigned this to Clark Cooper. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 From nobody@sourceforge.net Tue Feb 27 18:45:38 2001 From: nobody@sourceforge.net (nobody) Date: Tue, 27 Feb 2001 10:45:38 -0800 Subject: [Expat-bugs] [ expat-Bugs-232649 ] EXPATLIBPATH = ? Message-ID: Bugs #232649, was updated on 2001-02-15 17:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127 Category: Documentation Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous Assigned to: Clark Cooper Summary: EXPATLIBPATH = ? Initial Comment: Sires: Trying to install Expat: CPAN returns... ... EXPATLIBPATH = to set directory in which to find libexpat <============= Where? Does it mean LIBs for Expat? or a file name libexpat? ... EXPATINCPATH =... expat.h <==== I see this one but not the other... Regards, Dope on the ropes. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous Date: 2001-02-27 10:45 Message: Logged In: NO Ferget it, I beat my head against the keyboard until it worked... I was trying to install XML::Parser but getting the Expat stop sign... For those who care... (linux-mandrake kernel 2.2.14) Gzip and Untar Expat package (gzip -dv expa....gz, tar -ivh expat....tar) Then, in newly created subdirectory, ./configure followed by make install (of course you need a complete version of make, gcc and gcc- c++ rpm-ed into the machine for all of this to work properly, probably my original problem... doh) Next return to CPAN (perl -MCPAN -e shell) then installed XML::Parser seems to have taken it... WHEEEeeee LINUX! Sorry for you pro's reading this... maybe it will help a newbie in some convoluted way. Tom 8^} ---------------------------------------------------------------------- Comment By: Nobody/Anonymous Date: 2001-02-27 09:34 Message: Logged In: NO HELLLLEEEOOOO CLARK ARE YOU THERE ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. Date: 2001-02-16 09:54 Message: This appears to relate to the Perl bindings, so I've assigned this to Clark Cooper. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=232649&group_id=10127