From noreply at sourceforge.net Fri Apr 27 11:56:10 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 27 Apr 2007 02:56:10 -0700 Subject: [Expat-bugs] [ expat-Bugs-1647805 ] Expat 2.0 does not build on Mac OS X 10.4 / intel Message-ID: Bugs item #1647805, was opened at 2007-01-30 12:25 Message generated for change (Comment added) made by hartwork You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1647805&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: None Priority: 5 Private: No Submitted By: Matthias Wiesmann (wiesmann) Assigned to: Greg Stein (gstein) Summary: Expat 2.0 does not build on Mac OS X 10.4 / intel Initial Comment: Installing expat 2.0.0 on Mac OS X (i386-apple-darwin8.8.2) fails with the following error: /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -o lib/xmlparse.lo -c lib/xmlparse.c lib/xmlparse.c:77:2: error: #error memmove does not exist on this platform, nor is a substitute available make: *** [lib/xmlparse.lo] Error 1 Output of configure script: checking build system type... i686-apple-darwin8.8.2 checking host system type... i686-apple-darwin8.8.2 checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.8.2 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.8.2 dyld checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking for a BSD-compatible install... /usr/bin/install -c checking whether gcc accepts -fexceptions... yes checking for ANSI C header files... (cached) yes checking whether byte ordering is bigendian... no checking for an ANSI C-conforming const... yes checking for size_t... yes checking for memmove... no checking for bcopy... no checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking for off_t... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... no checking for working mmap... no checking for an ANSI C99-conforming __func__... yes configure: creating ./config.status config.status: creating Makefile config.status: creating expat_config.h config.status: expat_config.h is unchanged ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-27 11:56 Message: Logged In: YES user_id=1022691 Originator: NO Have you tried the MacPorts port for Expat? http://trac.macports.org/projects/macports/browser/trunk/dports/textproc/expat/Portfile Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1647805&group_id=10127 From noreply at sourceforge.net Sat Apr 28 01:21:32 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 27 Apr 2007 16:21:32 -0700 Subject: [Expat-bugs] [ expat-Bugs-1557638 ] "make check" needs "-I${prefix}/include" Message-ID: Bugs item #1557638, was opened at 2006-09-13 07:48 Message generated for change (Comment added) made by hartwork You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1557638&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: None Priority: 5 Private: No Submitted By: Paul Jarc (prjsf) Assigned to: Greg Stein (gstein) Summary: "make check" needs "-I${prefix}/include" Initial Comment: "make check" can't compile its C++ test files if the headers are not in the compiler's default include search path. runtestspp.cpp appears to be compiled with make's default rule, not $(CXXCOMPILE), so it doesn't use $(INCLUDES). It does use $(CPPFLAGS), so including $(INCLUDES) and $(DEFS) in $(CPPFLAGS) instead of in $(COMPILE) and $(CXXCOMPILE) should work. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-28 01:21 Message: Logged In: YES user_id=1022691 Originator: NO I just make-checked the current trunk without the expat headers installed and it worked fine. I guess this bug can be closed then. Sebastian ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 18:36 Message: Logged In: YES user_id=290026 Originator: NO Has this been tested with current CVS? ---------------------------------------------------------------------- Comment By: Paul Jarc (prjsf) Date: 2006-09-13 07:49 Message: Logged In: YES user_id=412110 Sorry, I forgot to mention this applies to expat 2.0.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1557638&group_id=10127 From noreply at sourceforge.net Sat Apr 28 17:35:14 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 08:35:14 -0700 Subject: [Expat-bugs] [ expat-Bugs-1681926 ] Parse error on well formed XML file Message-ID: Bugs item #1681926, was opened at 2007-03-16 05:00 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1681926&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: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Parse error on well formed XML file Initial Comment: When a XML file's EOF comes with the last token's end of line, Expat reports a parse error Error Reported not well-formed (invalid token) Expat Version : 2.0.0 This issue goes off if a new line is given after the last token. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 11:35 Message: Logged In: YES user_id=290026 Originator: NO I checked the attached file, it parses OK here. It contains only whitespace (#xA) after the last element tag. That is allowed, as the spec allows comments, processing instructions and whitespace (#x20 | #x9 | #xD | #xA) at the end. Closing this issue - not a bug. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-03-16 10:31 Message: Logged In: YES user_id=290026 Originator: NO Do you mean an actual EOF character? If I remember correctly, this would be an illegal character for an XML document, so Expat would have to reject it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1681926&group_id=10127 From noreply at sourceforge.net Sat Apr 28 17:36:44 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 08:36:44 -0700 Subject: [Expat-bugs] [ expat-Bugs-1557638 ] "make check" needs "-I${prefix}/include" Message-ID: Bugs item #1557638, was opened at 2006-09-13 01:48 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1557638&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Paul Jarc (prjsf) Assigned to: Greg Stein (gstein) Summary: "make check" needs "-I${prefix}/include" Initial Comment: "make check" can't compile its C++ test files if the headers are not in the compiler's default include search path. runtestspp.cpp appears to be compiled with make's default rule, not $(CXXCOMPILE), so it doesn't use $(INCLUDES). It does use $(CPPFLAGS), so including $(INCLUDES) and $(DEFS) in $(CPPFLAGS) instead of in $(COMPILE) and $(CXXCOMPILE) should work. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 11:36 Message: Logged In: YES user_id=290026 Originator: NO Closing this issue as per Sebastian's recommendation. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-27 19:21 Message: Logged In: YES user_id=1022691 Originator: NO I just make-checked the current trunk without the expat headers installed and it worked fine. I guess this bug can be closed then. Sebastian ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2006-11-25 12:36 Message: Logged In: YES user_id=290026 Originator: NO Has this been tested with current CVS? ---------------------------------------------------------------------- Comment By: Paul Jarc (prjsf) Date: 2006-09-13 01:49 Message: Logged In: YES user_id=412110 Sorry, I forgot to mention this applies to expat 2.0.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1557638&group_id=10127 From noreply at sourceforge.net Sat Apr 28 17:37:57 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 08:37:57 -0700 Subject: [Expat-bugs] [ expat-Bugs-1690883 ] Expat rejects xml: prefix with "unbound prefix" error. Message-ID: Bugs item #1690883, was opened at 2007-03-29 16:31 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1690883&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: No Submitted By: Scott Klement (klemscot) Assigned to: Nobody/Anonymous (nobody) Summary: Expat rejects xml: prefix with "unbound prefix" error. Initial Comment: When namespace handling is enabled, Expat considers the following document invalid: Foo The error is "Unbound prefix", referring to the "xml:" prefix. However, according the W3C spec, it's not necessary to declare that particular prefix. I'm looking at the following document: http://www.w3.org/TR/REC-xml-names/ Under chapter 3, subheading "Namespace constraint: Reserved Prefixes and Namespace Names" This is the section I'm reading: The prefix xml is by definition bound to the namespace name http://www.w3.org/XML/1998/namespace. ****It MAY, but need not, be declared****, and MUST NOT be bound to any other namespace name. Other prefixes MUST NOT be bound to this namespace name, and it MUST NOT be declared as the default namespace. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 11:37 Message: Logged In: YES user_id=290026 Originator: NO I have no issues parsing this document with Expat CVS head. What version of Expat are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1690883&group_id=10127 From noreply at sourceforge.net Sat Apr 28 23:34:03 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 14:34:03 -0700 Subject: [Expat-bugs] [ expat-Bugs-1709402 ] xmlwf without parameters gives exception Message-ID: Bugs item #1709402, was opened at 2007-04-28 23:34 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=1709402&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf without parameters gives exception Initial Comment: I compiled xmlwf from CVS head with vs2k5 and when I run it without any parameters the debugger stops at line 767 which holds the code > parser = XML_ParserCreate(encoding); The error message is: > Unhandled exception at 0x10001cfb in xmlwf.exe: > 0xC0000005: Access violation reading location 0x00000024. I run Windows Server 2003 SP2 here. Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&group_id=10127 From noreply at sourceforge.net Sat Apr 28 23:54:24 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 14:54:24 -0700 Subject: [Expat-bugs] [ expat-Bugs-1709402 ] xmlwf without parameters gives exception Message-ID: Bugs item #1709402, was opened at 2007-04-28 17:34 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf without parameters gives exception Initial Comment: I compiled xmlwf from CVS head with vs2k5 and when I run it without any parameters the debugger stops at line 767 which holds the code > parser = XML_ParserCreate(encoding); The error message is: > Unhandled exception at 0x10001cfb in xmlwf.exe: > 0xC0000005: Access violation reading location 0x00000024. I run Windows Server 2003 SP2 here. Sebastian ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 17:54 Message: Logged In: YES user_id=290026 Originator: NO I have no problems here - it just waits for input (reads from stdin, as it is supposed to). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&group_id=10127 From noreply at sourceforge.net Sun Apr 29 00:20:36 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 15:20:36 -0700 Subject: [Expat-bugs] [ expat-Patches-1709419 ] Small xmlwf patch Message-ID: Patches item #1709419, was opened at 2007-04-29 00:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709419&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: Small xmlwf patch Initial Comment: Searching for (back)slashes in "STDIN" cannot succeed: two function calls can be saved. See patch for details. NOTE: The patch is not related to the bug I reported recently. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709419&group_id=10127 From noreply at sourceforge.net Sun Apr 29 00:37:43 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 15:37:43 -0700 Subject: [Expat-bugs] [ expat-Bugs-1709402 ] xmlwf without parameters gives exception Message-ID: Bugs item #1709402, was opened at 2007-04-28 23:34 Message generated for change (Comment added) made by hartwork You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf without parameters gives exception Initial Comment: I compiled xmlwf from CVS head with vs2k5 and when I run it without any parameters the debugger stops at line 767 which holds the code > parser = XML_ParserCreate(encoding); The error message is: > Unhandled exception at 0x10001cfb in xmlwf.exe: > 0xC0000005: Access violation reading location 0x00000024. I run Windows Server 2003 SP2 here. Sebastian ---------------------------------------------------------------------- >Comment By: Sebastian Pipping (hartwork) Date: 2007-04-29 00:37 Message: Logged In: YES user_id=1022691 Originator: YES I the Cygwin built does not have this problem. I did a clean rebuild with vs2k5 again - still the same. Sebastian ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 23:54 Message: Logged In: YES user_id=290026 Originator: NO I have no problems here - it just waits for input (reads from stdin, as it is supposed to). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&group_id=10127 From noreply at sourceforge.net Sun Apr 29 01:36:34 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 16:36:34 -0700 Subject: [Expat-bugs] [ expat-Bugs-1709402 ] xmlwf without parameters gives exception Message-ID: Bugs item #1709402, was opened at 2007-04-28 17:34 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf without parameters gives exception Initial Comment: I compiled xmlwf from CVS head with vs2k5 and when I run it without any parameters the debugger stops at line 767 which holds the code > parser = XML_ParserCreate(encoding); The error message is: > Unhandled exception at 0x10001cfb in xmlwf.exe: > 0xC0000005: Access violation reading location 0x00000024. I run Windows Server 2003 SP2 here. Sebastian ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 19:36 Message: Logged In: YES user_id=290026 Originator: NO If you send me your solution and project files, I'll compare them with mine. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-28 18:37 Message: Logged In: YES user_id=1022691 Originator: YES I the Cygwin built does not have this problem. I did a clean rebuild with vs2k5 again - still the same. Sebastian ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 17:54 Message: Logged In: YES user_id=290026 Originator: NO I have no problems here - it just waits for input (reads from stdin, as it is supposed to). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&group_id=10127 From noreply at sourceforge.net Sun Apr 29 01:42:19 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 16:42:19 -0700 Subject: [Expat-bugs] [ expat-Patches-1709443 ] xmlwf manpage patch Message-ID: Patches item #1709443, was opened at 2007-04-29 01:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709443&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf manpage patch Initial Comment: "the the" -> "the" "postitions" -> "positions" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709443&group_id=10127 From noreply at sourceforge.net Sun Apr 29 01:52:05 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 16:52:05 -0700 Subject: [Expat-bugs] [ expat-Bugs-1690883 ] Expat rejects xml: prefix with "unbound prefix" error. Message-ID: Bugs item #1690883, was opened at 2007-03-29 15:31 Message generated for change (Comment added) made by klemscot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1690883&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: No Submitted By: Scott Klement (klemscot) Assigned to: Nobody/Anonymous (nobody) Summary: Expat rejects xml: prefix with "unbound prefix" error. Initial Comment: When namespace handling is enabled, Expat considers the following document invalid: Foo The error is "Unbound prefix", referring to the "xml:" prefix. However, according the W3C spec, it's not necessary to declare that particular prefix. I'm looking at the following document: http://www.w3.org/TR/REC-xml-names/ Under chapter 3, subheading "Namespace constraint: Reserved Prefixes and Namespace Names" This is the section I'm reading: The prefix xml is by definition bound to the namespace name http://www.w3.org/XML/1998/namespace. ****It MAY, but need not, be declared****, and MUST NOT be bound to any other namespace name. Other prefixes MUST NOT be bound to this namespace name, and it MUST NOT be declared as the default namespace. ---------------------------------------------------------------------- >Comment By: Scott Klement (klemscot) Date: 2007-04-28 18:52 Message: Logged In: YES user_id=223473 Originator: YES Version 2.0.0. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 10:37 Message: Logged In: YES user_id=290026 Originator: NO I have no issues parsing this document with Expat CVS head. What version of Expat are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1690883&group_id=10127 From noreply at sourceforge.net Sun Apr 29 01:55:46 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 16:55:46 -0700 Subject: [Expat-bugs] [ expat-Bugs-1709402 ] xmlwf without parameters gives exception Message-ID: Bugs item #1709402, was opened at 2007-04-28 23:34 Message generated for change (Comment added) made by hartwork You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf without parameters gives exception Initial Comment: I compiled xmlwf from CVS head with vs2k5 and when I run it without any parameters the debugger stops at line 767 which holds the code > parser = XML_ParserCreate(encoding); The error message is: > Unhandled exception at 0x10001cfb in xmlwf.exe: > 0xC0000005: Access violation reading location 0x00000024. I run Windows Server 2003 SP2 here. Sebastian ---------------------------------------------------------------------- >Comment By: Sebastian Pipping (hartwork) Date: 2007-04-29 01:55 Message: Logged In: YES user_id=1022691 Originator: YES I zipped my project files to compare for you. These files are in, I hope that's all: ./examples/elements.vcproj ./examples/outline.vcproj ./lib/expat.vcproj ./lib/expat_static.vcproj ./lib/expatw.vcproj ./lib/expatw_static.vcproj ./xmlwf/xmlwf.vcproj ./expat.sln find . -name '*.vcproj' -or -name 'expat.sln' | zip -@ -9 expat_vs2k5.zip Sebastian File Added: expat_vs2k5.zip ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-29 01:36 Message: Logged In: YES user_id=290026 Originator: NO If you send me your solution and project files, I'll compare them with mine. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-29 00:37 Message: Logged In: YES user_id=1022691 Originator: YES I the Cygwin built does not have this problem. I did a clean rebuild with vs2k5 again - still the same. Sebastian ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 23:54 Message: Logged In: YES user_id=290026 Originator: NO I have no problems here - it just waits for input (reads from stdin, as it is supposed to). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1709402&group_id=10127 From noreply at sourceforge.net Sun Apr 29 03:17:16 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 18:17:16 -0700 Subject: [Expat-bugs] [ expat-Patches-1709457 ] Installer patch Message-ID: Patches item #1709457, was opened at 2007-04-28 18:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709457&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: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Installer patch Initial Comment: * No installs to "Program Files" not drive root * Uninstall entry name made more usual * Update to version 2.0.1 Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709457&group_id=10127 From noreply at sourceforge.net Sun Apr 29 03:18:36 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 18:18:36 -0700 Subject: [Expat-bugs] [ expat-Patches-1709457 ] Installer patch Message-ID: Patches item #1709457, was opened at 2007-04-29 03:17 Message generated for change (Comment added) made by hartwork You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709457&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: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Installer patch Initial Comment: * No installs to "Program Files" not drive root * Uninstall entry name made more usual * Update to version 2.0.1 Sebastian ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-29 03:18 Message: Logged In: YES user_id=1022691 Originator: NO -No +Now Forgot to login... Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709457&group_id=10127 From noreply at sourceforge.net Sun Apr 29 04:36:24 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 28 Apr 2007 19:36:24 -0700 Subject: [Expat-bugs] [ expat-Bugs-1690883 ] Expat rejects xml: prefix with "unbound prefix" error. Message-ID: Bugs item #1690883, was opened at 2007-03-29 16:31 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1690883&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: No Submitted By: Scott Klement (klemscot) Assigned to: Nobody/Anonymous (nobody) Summary: Expat rejects xml: prefix with "unbound prefix" error. Initial Comment: When namespace handling is enabled, Expat considers the following document invalid: Foo The error is "Unbound prefix", referring to the "xml:" prefix. However, according the W3C spec, it's not necessary to declare that particular prefix. I'm looking at the following document: http://www.w3.org/TR/REC-xml-names/ Under chapter 3, subheading "Namespace constraint: Reserved Prefixes and Namespace Names" This is the section I'm reading: The prefix xml is by definition bound to the namespace name http://www.w3.org/XML/1998/namespace. ****It MAY, but need not, be declared****, and MUST NOT be bound to any other namespace name. Other prefixes MUST NOT be bound to this namespace name, and it MUST NOT be declared as the default namespace. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 22:36 Message: Logged In: YES user_id=290026 Originator: NO Just tried with expat 2.0.0 and had no problems. Maybe you are picking up an old version that is still installed on your system? ---------------------------------------------------------------------- Comment By: Scott Klement (klemscot) Date: 2007-04-28 19:52 Message: Logged In: YES user_id=223473 Originator: YES Version 2.0.0. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-28 11:37 Message: Logged In: YES user_id=290026 Originator: NO I have no issues parsing this document with Expat CVS head. What version of Expat are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1690883&group_id=10127 From noreply at sourceforge.net Mon Apr 30 02:51:30 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 29 Apr 2007 17:51:30 -0700 Subject: [Expat-bugs] [ expat-Patches-1709419 ] Small xmlwf patch Message-ID: Patches item #1709419, was opened at 2007-04-28 18:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709419&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: Small xmlwf patch Initial Comment: Searching for (back)slashes in "STDIN" cannot succeed: two function calls can be saved. See patch for details. NOTE: The patch is not related to the bug I reported recently. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-29 20:51 Message: Logged In: YES user_id=290026 Originator: NO Path applied (with some extensions). See xmlwf.c rev. 1.73. Please test on Win32, Cygwin and Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709419&group_id=10127 From noreply at sourceforge.net Mon Apr 30 02:54:38 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 29 Apr 2007 17:54:38 -0700 Subject: [Expat-bugs] [ expat-Patches-1709443 ] xmlwf manpage patch Message-ID: Patches item #1709443, was opened at 2007-04-28 19:42 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709443&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: No Submitted By: Sebastian Pipping (hartwork) Assigned to: Nobody/Anonymous (nobody) Summary: xmlwf manpage patch Initial Comment: "the the" -> "the" "postitions" -> "positions" ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-29 20:54 Message: Logged In: YES user_id=290026 Originator: NO Patch applied in xmlwf.1 rev. 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709443&group_id=10127 From noreply at sourceforge.net Mon Apr 30 02:59:30 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 29 Apr 2007 17:59:30 -0700 Subject: [Expat-bugs] [ expat-Patches-1709457 ] Installer patch Message-ID: Patches item #1709457, was opened at 2007-04-28 21:17 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709457&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: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Installer patch Initial Comment: * No installs to "Program Files" not drive root * Uninstall entry name made more usual * Update to version 2.0.1 Sebastian ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-29 20:59 Message: Logged In: YES user_id=290026 Originator: NO Patch applied in expat.iss rev. 1.21. ---------------------------------------------------------------------- Comment By: Sebastian Pipping (hartwork) Date: 2007-04-28 21:18 Message: Logged In: YES user_id=1022691 Originator: NO -No +Now Forgot to login... Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1709457&group_id=10127 From noreply at sourceforge.net Mon Apr 30 03:01:09 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 29 Apr 2007 18:01:09 -0700 Subject: [Expat-bugs] [ expat-Patches-1328815 ] Files needed to build expat using VS2005 Message-ID: Patches item #1328815, was opened at 2005-10-17 13:30 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1328815&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: Postponed Priority: 5 Private: No Submitted By: Dmitriy Geels (dm_ig) Assigned to: Greg Stein (gstein) Summary: Files needed to build expat using VS2005 Initial Comment: This archive contains project settings for VS 2005 (beta 2), needed to build libexpat. Platform: PocketPC 2003 ARM only (create new platform and just change CPU type for others). Settings are for buiding dynamic and static unicode libraries. I didn't buit non-unicode, because unicode is native charset for pocketpc. Usage: checkout expat source from CVS, extract files from arcvhive to expat directory. ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2007-04-29 21:01 Message: Logged In: YES user_id=290026 Originator: NO Currently the old MS VC++ 6.0 project files convert correctly under VS 2003 and VS 2005. So there is not yet a need for separate solution files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310127&aid=1328815&group_id=10127