From noreply at sourceforge.net Mon Sep 3 11:09:20 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Sep 2007 02:09:20 -0700 Subject: [Expat-bugs] [ expat-Bugs-1786964 ] 2.0.1: Documentation of the Userdata void * is wrong. Message-ID: Bugs item #1786964, was opened at 2007-09-03 02:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1786964&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: 2.0.1: Documentation of the Userdata void * is wrong. Initial Comment: In the documentation it says that the userdata void* in the handler functions are set with XML_SetUserData. This is not correct... The userdata is set correctly, but the void * in the handler functions are in fact the XML_Parser, which can then be used to get the userdata (using XML_GetUserData). I strongly suggest that the documentation is corrected to fit this behaviour, and that the declaration of the handler functions are changed from typedef void (XMLCALL *XML_StartElementHandler)(void *userData, const XML_Char *name, const XML_Char **atts); to typedef void (XMLCALL *XML_StartElementHandler)(XML_Parser parser, const XML_Char *name, const XML_Char **atts); and likewise for the rest of the handler functions... // Bent Bisballe Nyeng (deva HOS aasimon PRIK org) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1786964&group_id=10127 From noreply at sourceforge.net Mon Sep 3 18:35:38 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Sep 2007 09:35:38 -0700 Subject: [Expat-bugs] [ expat-Bugs-1785430 ] expat build fails on linux-amd64 with gcc version>=4.1 -O3 Message-ID: Bugs item #1785430, was opened at 2007-08-31 04:50 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1785430&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Platform Specific Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Karl Waclawek (kwaclaw) Summary: expat build fails on linux-amd64 with gcc version>=4.1 -O3 Initial Comment: Hi, xmlparse.c contains a cast from const XML_Char* to XML_Char* which newer versions of gcc don't like at all. cc1: warnings being treated as errors src/external/expat-2.0.0/lib/xmlparse.c: In function 'doProlog': src/external/expat-2.0.0/lib/xmlparse.c:3771: warning: passing argument 1 of 'normalizePublicId' discards qualifiers from pointer target type make: *** [obj/src/external/expat-2.0.0/lib/xmlparse.o] Error 1 Thus I devised the attached work-around. Regards, Thomas Jahns ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-03 12:35 Message: Logged In: YES user_id=290026 Originator: NO Fixed in xmlparse.c 1.1.62. Please check out from CVS and test! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1785430&group_id=10127 From noreply at sourceforge.net Mon Sep 3 16:10:52 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Sep 2007 07:10:52 -0700 Subject: [Expat-bugs] [ expat-Bugs-1786964 ] 2.0.1: Documentation of the Userdata void * is wrong. Message-ID: Bugs item #1786964, was opened at 2007-09-03 05:09 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1786964&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: 2.0.1: Documentation of the Userdata void * is wrong. Initial Comment: In the documentation it says that the userdata void* in the handler functions are set with XML_SetUserData. This is not correct... The userdata is set correctly, but the void * in the handler functions are in fact the XML_Parser, which can then be used to get the userdata (using XML_GetUserData). I strongly suggest that the documentation is corrected to fit this behaviour, and that the declaration of the handler functions are changed from typedef void (XMLCALL *XML_StartElementHandler)(void *userData, const XML_Char *name, const XML_Char **atts); to typedef void (XMLCALL *XML_StartElementHandler)(XML_Parser parser, const XML_Char *name, const XML_Char **atts); and likewise for the rest of the handler functions... // Bent Bisballe Nyeng (deva HOS aasimon PRIK org) ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-03 10:10 Message: Logged In: YES user_id=290026 Originator: NO The userData in the handlers are only set to the parser if you call XML_UseParserAsHandlerArg(). The only handler which is different is the externalEntityRefHandler which by default passes the parser. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1786964&group_id=10127 From noreply at sourceforge.net Mon Sep 3 19:27:36 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Sep 2007 10:27:36 -0700 Subject: [Expat-bugs] [ expat-Patches-1749198 ] Add pkg-config file Message-ID: Patches item #1749198, was opened at 2007-07-06 11:41 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1749198&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Control Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Dan Nicholson (dbnichol) >Assigned to: Karl Waclawek (kwaclaw) Summary: Add pkg-config file Initial Comment: Patch provides a pkg-config support for easy linking with libexpat. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-03 13:27 Message: Logged In: YES user_id=290026 Originator: NO Patch committed on Sep. 3, 2007. Needs testing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1749198&group_id=10127 From noreply at sourceforge.net Wed Sep 5 10:11:15 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Sep 2007 01:11:15 -0700 Subject: [Expat-bugs] [ expat-Bugs-1788287 ] Possible Bug on strings Message-ID: Bugs item #1788287, was opened at 2007-09-05 01:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1788287&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Possible Bug on strings Initial Comment: I have detected, that the content of strings will be produced an invalid token error, as follows: === Description of the element in the DTD === Content of an element in the document ==== If Expat parsed this element, an error occurred on detection the characters < or > in the CDATA string. I Think, this is not correct, because the content of a CDATA element has not be interpreted. I use the Version 1.95.8. Best Regards H. Guschigk / Germany ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1788287&group_id=10127 From noreply at sourceforge.net Mon Sep 17 15:22:29 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Sep 2007 06:22:29 -0700 Subject: [Expat-bugs] [ expat-Bugs-1796209 ] Build failed on SUSE linux with gcc (GCC) version 3.2 Message-ID: Bugs item #1796209, was opened at 2007-09-17 06:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Build failed on SUSE linux with gcc (GCC) version 3.2 Initial Comment: we are looking for a UNICODE build of expat-2.0.1 our platform details are as follows : OS name and version details : SUSE Linux 2.4.21-138-default i686 gcc compiler version: 3.2 we have followed following steps: 1) ./configure --prefix=/home/eXpat/binaries/debug/ --disable-static CFLAGS="-g -O2 -fshort-wchar" CPPFLAGS="-DXML_UNICODE_WCHAR_T" 2)make then it throws following errors : /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:2:5 -rpath /home/gcuser/venkat/eXpat/binaries/debug//lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c xmlwf/xmlwf.c: In function `characterData': xmlwf/xmlwf.c:34: warning: implicit declaration of function `fputws' xmlwf/xmlwf.c:53: warning: implicit declaration of function `fwprintf' xmlwf/xmlwf.c:57: warning: implicit declaration of function `putwc' xmlwf/xmlwf.c: In function `attcmp': xmlwf/xmlwf.c:117: warning: implicit declaration of function `wcscmp' xmlwf/xmlwf.c: In function `nsattcmp': xmlwf/xmlwf.c:159: warning: implicit declaration of function `wcsrchr' xmlwf/xmlwf.c: In function `startElementNS': xmlwf/xmlwf.c:176: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:197: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `endElementNS': xmlwf/xmlwf.c:222: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `metaStartElement': xmlwf/xmlwf.c:353: warning: implicit declaration of function `wcslen' xmlwf/xmlwf.c: In function `unknownEncoding': xmlwf/xmlwf.c:575: warning: implicit declaration of function `wcschr' xmlwf/xmlwf.c:575: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c: At top level: xmlwf/xmlwf.c:644: warning: no previous prototype for `wmain' xmlwf/xmlwf.c: In function `wmain': xmlwf/xmlwf.c:779: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c:795: warning: implicit declaration of function `wcscpy' xmlwf/xmlwf.c:796: warning: implicit declaration of function `wcscat' xmlwf/xmlwf.c:798: warning: implicit declaration of function `_wfopen' xmlwf/xmlwf.c:798: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:800: warning: implicit declaration of function `_wperror' xmlwf/xmlwf.c:853: warning: implicit declaration of function `_wremove' gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c xmlwf/xmlfile.c: In function `reportError': xmlwf/xmlfile.c:66: warning: implicit declaration of function `fwprintf' xmlwf/xmlfile.c: In function `resolveSystemId': xmlwf/xmlfile.c:114: warning: implicit declaration of function `wcslen' xmlwf/xmlfile.c:118: warning: implicit declaration of function `wcscpy' xmlwf/xmlfile.c:120: warning: implicit declaration of function `wcsrchr' xmlwf/xmlfile.c:121: warning: assignment makes pointer from integer without a cast xmlwf/xmlfile.c: In function `processStream': xmlwf/xmlfile.c:160: warning: implicit declaration of function `_wopen' xmlwf/xmlfile.c:162: warning: implicit declaration of function `_wperror' xmlwf/xmlfile.c:173: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:178: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:184: warning: pointer type mismatch in conditional expression gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o(.text+0x18): undefined reference to `main' xmlwf/xmlwf.o: In function `wmain': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:798: undefined reference to `_wfopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:853: undefined reference to `_wremove' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:800: undefined reference to `_wperror' xmlwf/xmlfile.o: In function `processStream': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:160: undefined reference to `_wopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:178: undefined reference to `_wperror' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:162: undefined reference to `_wperror' collect2: ld returned 1 exit status make: *** [xmlwf/xmlwf] Error 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 From noreply at sourceforge.net Mon Sep 17 16:26:21 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Sep 2007 07:26:21 -0700 Subject: [Expat-bugs] [ expat-Bugs-1796209 ] Build failed on SUSE linux with gcc (GCC) version 3.2 Message-ID: Bugs item #1796209, was opened at 2007-09-17 09:22 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Build failed on SUSE linux with gcc (GCC) version 3.2 Initial Comment: we are looking for a UNICODE build of expat-2.0.1 our platform details are as follows : OS name and version details : SUSE Linux 2.4.21-138-default i686 gcc compiler version: 3.2 we have followed following steps: 1) ./configure --prefix=/home/eXpat/binaries/debug/ --disable-static CFLAGS="-g -O2 -fshort-wchar" CPPFLAGS="-DXML_UNICODE_WCHAR_T" 2)make then it throws following errors : /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmltok.lo -c lib/xmltok.c /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o lib/xmlrole.lo -c lib/xmlrole.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -no-undefined -version-info 6:2:5 -rpath /home/gcuser/venkat/eXpat/binaries/debug//lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf.o -c xmlwf/xmlwf.c xmlwf/xmlwf.c: In function `characterData': xmlwf/xmlwf.c:34: warning: implicit declaration of function `fputws' xmlwf/xmlwf.c:53: warning: implicit declaration of function `fwprintf' xmlwf/xmlwf.c:57: warning: implicit declaration of function `putwc' xmlwf/xmlwf.c: In function `attcmp': xmlwf/xmlwf.c:117: warning: implicit declaration of function `wcscmp' xmlwf/xmlwf.c: In function `nsattcmp': xmlwf/xmlwf.c:159: warning: implicit declaration of function `wcsrchr' xmlwf/xmlwf.c: In function `startElementNS': xmlwf/xmlwf.c:176: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:197: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `endElementNS': xmlwf/xmlwf.c:222: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c: In function `metaStartElement': xmlwf/xmlwf.c:353: warning: implicit declaration of function `wcslen' xmlwf/xmlwf.c: In function `unknownEncoding': xmlwf/xmlwf.c:575: warning: implicit declaration of function `wcschr' xmlwf/xmlwf.c:575: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c: At top level: xmlwf/xmlwf.c:644: warning: no previous prototype for `wmain' xmlwf/xmlwf.c: In function `wmain': xmlwf/xmlwf.c:779: warning: initialization makes pointer from integer without a cast xmlwf/xmlwf.c:795: warning: implicit declaration of function `wcscpy' xmlwf/xmlwf.c:796: warning: implicit declaration of function `wcscat' xmlwf/xmlwf.c:798: warning: implicit declaration of function `_wfopen' xmlwf/xmlwf.c:798: warning: assignment makes pointer from integer without a cast xmlwf/xmlwf.c:800: warning: implicit declaration of function `_wperror' xmlwf/xmlwf.c:853: warning: implicit declaration of function `_wremove' gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlfile.o -c xmlwf/xmlfile.c xmlwf/xmlfile.c: In function `reportError': xmlwf/xmlfile.c:66: warning: implicit declaration of function `fwprintf' xmlwf/xmlfile.c: In function `resolveSystemId': xmlwf/xmlfile.c:114: warning: implicit declaration of function `wcslen' xmlwf/xmlfile.c:118: warning: implicit declaration of function `wcscpy' xmlwf/xmlfile.c:120: warning: implicit declaration of function `wcsrchr' xmlwf/xmlfile.c:121: warning: assignment makes pointer from integer without a cast xmlwf/xmlfile.c: In function `processStream': xmlwf/xmlfile.c:160: warning: implicit declaration of function `_wopen' xmlwf/xmlfile.c:162: warning: implicit declaration of function `_wperror' xmlwf/xmlfile.c:173: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:178: warning: pointer type mismatch in conditional expression xmlwf/xmlfile.c:184: warning: pointer type mismatch in conditional expression gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/codepage.o -c xmlwf/codepage.c gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c /bin/sh ./libtool --silent --mode=link gcc -I./lib -I. -g -O2 -fshort-wchar -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DXML_UNICODE_WCHAR_T -DHAVE_EXPAT_CONFIG_H -o xmlwf/xmlwf xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/unixfilemap.o libexpat.la /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o: In function `_start': /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../crt1.o(.text+0x18): undefined reference to `main' xmlwf/xmlwf.o: In function `wmain': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:798: undefined reference to `_wfopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:853: undefined reference to `_wremove' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlwf.c:800: undefined reference to `_wperror' xmlwf/xmlfile.o: In function `processStream': /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:160: undefined reference to `_wopen' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:178: undefined reference to `_wperror' /home/gcuser/venkat/eXpat/expat-2.0.1/xmlwf/xmlfile.c:162: undefined reference to `_wperror' collect2: ld returned 1 exit status make: *** [xmlwf/xmlwf] Error 1 ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-17 10:26 Message: Logged In: YES user_id=290026 Originator: NO It looks like the Expat parser still builds OK, but xmlwf doesn't. Not sure if any of our Unix experts can step in to resolve this issue ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796209&group_id=10127 From noreply at sourceforge.net Mon Sep 17 16:28:04 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Sep 2007 07:28:04 -0700 Subject: [Expat-bugs] [ expat-Bugs-1786964 ] 2.0.1: Documentation of the Userdata void * is wrong. Message-ID: Bugs item #1786964, was opened at 2007-09-03 05:09 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1786964&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: 2.0.1: Documentation of the Userdata void * is wrong. Initial Comment: In the documentation it says that the userdata void* in the handler functions are set with XML_SetUserData. This is not correct... The userdata is set correctly, but the void * in the handler functions are in fact the XML_Parser, which can then be used to get the userdata (using XML_GetUserData). I strongly suggest that the documentation is corrected to fit this behaviour, and that the declaration of the handler functions are changed from typedef void (XMLCALL *XML_StartElementHandler)(void *userData, const XML_Char *name, const XML_Char **atts); to typedef void (XMLCALL *XML_StartElementHandler)(XML_Parser parser, const XML_Char *name, const XML_Char **atts); and likewise for the rest of the handler functions... // Bent Bisballe Nyeng (deva HOS aasimon PRIK org) ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-17 10:28 Message: Logged In: YES user_id=290026 Originator: NO This report seems to be in error, since it works for me as documented. Closing it. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-03 10:10 Message: Logged In: YES user_id=290026 Originator: NO The userData in the handlers are only set to the parser if you call XML_UseParserAsHandlerArg(). The only handler which is different is the externalEntityRefHandler which by default passes the parser. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1786964&group_id=10127 From noreply at sourceforge.net Mon Sep 17 16:35:27 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Sep 2007 07:35:27 -0700 Subject: [Expat-bugs] [ expat-Bugs-1788287 ] Possible Bug on strings Message-ID: Bugs item #1788287, was opened at 2007-09-05 04:11 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1788287&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: Yes Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Possible Bug on strings Initial Comment: I have detected, that the content of strings will be produced an invalid token error, as follows: === Description of the element in the DTD === Content of an element in the document ==== If Expat parsed this element, an error occurred on detection the characters < or > in the CDATA string. I Think, this is not correct, because the content of a CDATA element has not be interpreted. I use the Version 1.95.8. Best Regards H. Guschigk / Germany ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-17 10:35 Message: Logged In: YES user_id=290026 Originator: NO An attribute of type CDATA is not the same as a CDATA section. Check out the attribute value syntax in the spec: http://www.w3.org/TR/2006/REC-xml-20060816/#NT-AttValue , <, & and ' or " are not allowed. Closing this issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1788287&group_id=10127 From noreply at sourceforge.net Tue Sep 18 01:52:29 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Sep 2007 16:52:29 -0700 Subject: [Expat-bugs] [ expat-Bugs-1796740 ] wrong bug description (and fix) for #1690883 Message-ID: Bugs item #1796740, was opened at 2007-09-18 09:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796740&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: flow67 (flow67) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: wrong bug description (and fix) for #1690883 Initial Comment: Changes file for release 2.0.1 incorrectly reports - Fixed bug #1690883: Expat failed on EBCDIC systems as it assumed some character constants to be ASCII encoded. Unfortunately bug 1690883 is not related to EBCDIC encoding (as we've just found out on our z/OS system) but , according to the bug database , [ 1690883 ] Expat rejects xml: prefix with "unbound prefix" error 2.0.1 is still not working on EBCDIC systems (initial Bugs item #1796740, was opened at 2007-09-17 19:52 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796740&group_id=10127 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Platform Specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: flow67 (flow67) >Assigned to: Karl Waclawek (kwaclaw) Summary: wrong bug description (and fix) for #1690883 Initial Comment: Changes file for release 2.0.1 incorrectly reports - Fixed bug #1690883: Expat failed on EBCDIC systems as it assumed some character constants to be ASCII encoded. Unfortunately bug 1690883 is not related to EBCDIC encoding (as we've just found out on our z/OS system) but , according to the bug database , [ 1690883 ] Expat rejects xml: prefix with "unbound prefix" error 2.0.1 is still not working on EBCDIC systems (initial Comment By: Karl Waclawek (kwaclaw) Date: 2007-09-18 09:46 Message: Logged In: YES user_id=290026 Originator: NO The original fix was contributed by Scott Klement, and it certainly was a valid fix for Expat, even if it doesn't fix your issue. However if fixed the issue for Scott. Since we don't have access to an EBCDIC platform, we cannot really address this issue from our side, we will have to rely on contributors like Scott. Would yu please contact him (just click on the link by his name on the original bug report) and maybe you two could figure it out together. Thanks, Karl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1796740&group_id=10127