From noreply at sourceforge.net Mon Nov 1 15:10:27 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 1 15:10:31 2004 Subject: [Expat-bugs] [ expat-Bugs-1058158 ] building expat 1.95.8 on Solaris using Sun Compiler Message-ID: Bugs item #1058158, was opened at 2004-11-01 06:10 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=1058158&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: building expat 1.95.8 on Solaris using Sun Compiler Initial Comment: Hi I'm trying to build on a Solaris system using a SUN compiler. ./configure returned host system type=sparc-sun-solaris2.8 However the build failed and returned the following /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefined -version-info 5:0:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo Undefined first referenced symbol in file __eprintf lib/xmlparse.lo ld: fatal: Symbol referencing errors. No output written to .libs/libexpat.so.0.5.0 make: *** [libexpat.la] Error 1 Any help or advice regarding building the expat 1.95.8 would be greatly appreciated. Regards Thomas thomas@robots.ox.ac.uk ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1058158&group_id=10127 From noreply at sourceforge.net Mon Nov 1 15:49:28 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 1 15:49:32 2004 Subject: [Expat-bugs] [ expat-Bugs-1058173 ] building expat 1.95.8 on Solaris using Sun Compiler Message-ID: Bugs item #1058173, was opened at 2004-11-01 06:49 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=1058173&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: building expat 1.95.8 on Solaris using Sun Compiler Initial Comment: Hi I'm trying to build on a Solaris system using a SUN compiler. ./configure returned host system type=sparc-sun-solaris2.8 However the build failed and returned the following /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefined -version-info 5:0:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo Undefined first referenced symbol in file __eprintf lib/xmlparse.lo ld: fatal: Symbol referencing errors. No output written to .libs/libexpat.so.0.5.0 make: *** [libexpat.la] Error 1 Any help or advice regarding building the expat 1.95.8 would be greatly appreciated. Regards Thomas thomas@robots.ox.ac.uk ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1058173&group_id=10127 From noreply at sourceforge.net Mon Nov 1 16:39:57 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 1 16:39:59 2004 Subject: [Expat-bugs] [ expat-Bugs-1058218 ] building expat 1.95.8 on Solaris using Sun Compiler Message-ID: Bugs item #1058218, was opened at 2004-11-01 07:39 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=1058218&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: building expat 1.95.8 on Solaris using Sun Compiler Initial Comment: Hi I'm trying to build on a Solaris system using a SUN compiler. ./configure returned host system type=sparc-sun-solaris2.8 However the build failed and returned the following /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefined -version-info 5:0:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo Undefined first referenced symbol in file __eprintf lib/xmlparse.lo ld: fatal: Symbol referencing errors. No output written to .libs/libexpat.so.0.5.0 make: *** [libexpat.la] Error 1 Any help or advice regarding building the expat 1.95.8 would be greatly appreciated. Regards Thomas thomas@robots.ox.ac.uk ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1058218&group_id=10127 From noreply at sourceforge.net Fri Nov 5 13:23:37 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 5 13:23:40 2004 Subject: [Expat-bugs] [ expat-Bugs-1060896 ] enum XML_Error <-> XML_Status in xmlparse.c Message-ID: Bugs item #1060896, was opened at 2004-11-05 04:23 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=1060896&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: enum XML_Error <-> XML_Status in xmlparse.c Initial Comment: Hi! compiling expat_1.95.8 on HP_UX 11.00 with aCC i get errors in file xmlparse.c in function XML_ParseBuffer() (line 1548) and XML_ResumeParser() (line 1701) caused by the assignment of enums XML_Status assigned to variable enum XML_Error result, but returning enum XML_Status as mentioned in the function declaration. I guess XML_Error should be XML_Status in this case. Greetings J?rg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1060896&group_id=10127 From noreply at sourceforge.net Fri Nov 5 14:56:56 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 5 14:56:59 2004 Subject: [Expat-bugs] [ expat-Bugs-1060896 ] enum XML_Error <-> XML_Status in xmlparse.c Message-ID: Bugs item #1060896, was opened at 2004-11-05 07:23 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1060896&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Karl Waclawek (kwaclaw) Summary: enum XML_Error <-> XML_Status in xmlparse.c Initial Comment: Hi! compiling expat_1.95.8 on HP_UX 11.00 with aCC i get errors in file xmlparse.c in function XML_ParseBuffer() (line 1548) and XML_ResumeParser() (line 1701) caused by the assignment of enums XML_Status assigned to variable enum XML_Error result, but returning enum XML_Status as mentioned in the function declaration. I guess XML_Error should be XML_Status in this case. Greetings J?rg ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-05 08:56 Message: Logged In: YES user_id=290026 This has already been fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1060896&group_id=10127 From noreply at sourceforge.net Wed Nov 10 17:35:28 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 10 17:35:32 2004 Subject: [Expat-bugs] [ expat-Bugs-1063934 ] building expat-1.95.8 for win32 with mingw Message-ID: Bugs item #1063934, was opened at 2004-11-10 08:35 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=1063934&group_id=10127 Category: Build control Group: Third-party Bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: building expat-1.95.8 for win32 with mingw Initial Comment: Hi! I'm compiling expat-1.95.8 for win32 with mingw in an cygwin-enviroment. During buildprocess i get following error: /bin/bash ./libtool --silent --mode=link g++-mingw -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefined -version-info 5:0:5 -rpath /wamas/test/erudig/WX/cygwin_win32/lib -Wl,--export-all,--kill-at -o libxmiexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo /usr/lib/gcc-lib/i686-pc-mingw32/3.3.3/../../../../i686-pc-mingw32/bin/ld: warning: cannot find entry symbol _DllMainCRTStartup@12; defaulting to 00401000 /usr/lib/gcc-lib/i686-pc-mingw32/3.3.3/../../../../i686-pc-mingw32/lib/libmingw32.a(main.o)(.text+0x106):main.c: undefined reference to `_WinMain@16' collect2: ld returned 1 exit status make: *** [libxmiexpat.la] Error 1 I suppose the libtool-script which is generated during configure is libtool-1.4.x. In this scipt they excluded some dll-entrypoints for cygwin and mingw. I replaced this script with the script of libtool-1.5.10 and all worked fine. So can you please replace the configure-scipt with an scipt which is generated with libtool-1.5 or higher. sincerely Elmar Rudigier ps: g++-mingw is is only a scipt which calls g++ whith the flag -mno-cygwin to exclude cygwin.dll during linking. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1063934&group_id=10127 From noreply at sourceforge.net Wed Nov 10 23:20:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 10 23:20:44 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 23:20 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=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Wed Nov 10 23:40:18 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 10 23:40:23 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 17:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open >Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 17:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 00:06:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 00:06:11 2004 Subject: [Expat-bugs] [ expat-Bugs-1058158 ] building expat 1.95.8 on Solaris using Sun Compiler Message-ID: Bugs item #1058158, was opened at 2004-11-01 06:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1058158&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: building expat 1.95.8 on Solaris using Sun Compiler Initial Comment: Hi I'm trying to build on a Solaris system using a SUN compiler. ./configure returned host system type=sparc-sun-solaris2.8 However the build failed and returned the following /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefined -version-info 5:0:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo Undefined first referenced symbol in file __eprintf lib/xmlparse.lo ld: fatal: Symbol referencing errors. No output written to .libs/libexpat.so.0.5.0 make: *** [libexpat.la] Error 1 Any help or advice regarding building the expat 1.95.8 would be greatly appreciated. Regards Thomas thomas@robots.ox.ac.uk ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-11-10 15:06 Message: Logged In: NO Hi! I solved this problem by changing the line that starts with LIBTOOL on configure script this way(or Makefile if you want): # Always use our own libtool. #LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIBTOOL='$(SHELL) /usr/local/bin/libtool' I used my own installed libtool : my_host# libtool --version ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.94 2004/04/10 16:27:27) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. instead of the one that came with the expat-1.95.8 distribution: my_host#pwd /usr/local/src/expat-1.95.8 my_host# ./libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) You can change the line LIBTOOL on Makefile the same way I did on configure script if you don't want to do that on the script. With this simple change, the library compiled and then it was installed. Later it passed all the tests after making "check" . I hope you find this hepful Bye Crox Sanchez crox@ula.ve ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1058158&group_id=10127 From crox at ula.ve Thu Nov 11 00:17:48 2004 From: crox at ula.ve (Crox Alexander Sanchez Rodriguez) Date: Thu Nov 11 04:36:06 2004 Subject: [Expat-bugs] Problems compiling expat-1.95.8 on Solaris 8 Message-ID: <36396.150.185.180.76.1100128668.squirrel@150.185.180.76> Hi! I had the following problem when I was trying to compile expat-1.95.8 on my Solaris 8 system: ****** bash-2.03# make /bin/bash ./libtool --silent --mode=compile gcc -g -O2 -Wall -Wmissing-prototype s -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xm lparse.lo -c lib/xmlparse.c /bin/bash ./libtool --silent --mode=compile gcc -g -O2 -Wall -Wmissing-prototype s -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xm ltok.lo -c lib/xmltok.c /bin/bash ./libtool --silent --mode=compile gcc -g -O2 -Wall -Wmissing-prototype s -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -o lib/xm lrole.lo -c lib/xmlrole.c /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall -Wmissing-prototypes - Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefine d -version-info 5:0:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo lib/ xmltok.lo lib/xmlrole.lo Undefined first referenced symbol in file __eprintf lib/xmlparse.lo ld: fatal: Symbol referencing errors. No output written to .libs/libexpat.so.0.5 .0 make: *** [libexpat.la] Error 1 ******* Later, I searched on the internet for some clue or someone solving the problem, but didn't find anything that could help me. I solved the problem by changing the line that starts with LIBTOOL on configure script this way(or in the Makefile if you want): # Always use our own libtool. #LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIBTOOL='$(SHELL) /usr/local/bin/libtool' I used my own installed libtool : my_host# libtool --version ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.94 2004/04/10 16:27:27) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. instead of the one that came with the expat-1.95.8 distribution: my_host#pwd /usr/local/src/expat-1.95.8 my_host# ./libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) With this simple change, the library compiled and then it was installed. Later it passed all the tests after making "check" . I hope you find this hepful Bye -- Ing. Crox A. S?nchez R. Administrador de Red CTI-ULA Instructor CCNA y SC Academia Cisco ULA From noreply at sourceforge.net Thu Nov 11 13:08:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 13:08:20 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 23:20 Message generated for change (Comment added) made by wernight You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Werner BEROUX (wernight) Date: 2004-11-11 13:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 23:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 15:27:52 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 15:27:57 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 17:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 07:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 17:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 15:42:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 15:42:05 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 23:20 Message generated for change (Comment added) made by wernight You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Werner BEROUX (wernight) Date: 2004-11-11 15:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 13:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 23:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 15:57:22 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 15:57:26 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 17:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 09:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 07:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 17:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 16:04:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 16:04:47 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 23:20 Message generated for change (Comment added) made by wernight You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Werner BEROUX (wernight) Date: 2004-11-11 16:04 Message: Logged In: YES user_id=298482 Sorry, forgot to check the button. Make sure you've set buffer size to 256. To you read 256 chars each time. It may be my fault, but then why would it work with a greater buffer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 15:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 13:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 23:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 16:26:56 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 16:27:00 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 17:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 10:26 Message: Logged In: YES user_id=290026 In my code I have tested buffer sizes down to 1 without problems. What is the error code you get? If you attach a small app that I can simply compile in Visual Studio, then I will try it out. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 10:04 Message: Logged In: YES user_id=298482 Sorry, forgot to check the button. Make sure you've set buffer size to 256. To you read 256 chars each time. It may be my fault, but then why would it work with a greater buffer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 09:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 07:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 17:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 16:35:55 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 16:36:00 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 23:20 Message generated for change (Comment added) made by wernight You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Werner BEROUX (wernight) Date: 2004-11-11 16:35 Message: Logged In: YES user_id=298482 I don't get any error code. But it sends me datas twice. I get "file1.png" "file2.png" and ".png" which is obviously a part of the 2 previous ones. Only why buffer size is 256. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 16:26 Message: Logged In: YES user_id=290026 In my code I have tested buffer sizes down to 1 without problems. What is the error code you get? If you attach a small app that I can simply compile in Visual Studio, then I will try it out. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 16:04 Message: Logged In: YES user_id=298482 Sorry, forgot to check the button. Make sure you've set buffer size to 256. To you read 256 chars each time. It may be my fault, but then why would it work with a greater buffer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 15:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 13:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 23:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 16:51:42 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 16:51:46 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 17:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 10:51 Message: Logged In: YES user_id=290026 I haven't looke at your character data handler in detail, but I get the feeling that you expect character data to be reported as one chunk for everything between start and end tag. However, Expat may break up character data into multiple call-backs, depending on whether there are line breaks, or buffer boundaries, or character references, etc. The proper way is to accumulate character data in a buffer, until the end tag for an element occurs, and then process them. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 10:35 Message: Logged In: YES user_id=298482 I don't get any error code. But it sends me datas twice. I get "file1.png" "file2.png" and ".png" which is obviously a part of the 2 previous ones. Only why buffer size is 256. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 10:26 Message: Logged In: YES user_id=290026 In my code I have tested buffer sizes down to 1 without problems. What is the error code you get? If you attach a small app that I can simply compile in Visual Studio, then I will try it out. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 10:04 Message: Logged In: YES user_id=298482 Sorry, forgot to check the button. Make sure you've set buffer size to 256. To you read 256 chars each time. It may be my fault, but then why would it work with a greater buffer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 09:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 07:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 17:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 16:56:38 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 16:56:43 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 23:20 Message generated for change (Comment added) made by wernight You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None Status: Open Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Werner BEROUX (wernight) Date: 2004-11-11 16:56 Message: Logged In: YES user_id=298482 Mmm... yes I see. That make the code a bit harder to write but it's probably the reason for my mistake. Thank you for your help. My mistake, obviously. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 16:51 Message: Logged In: YES user_id=290026 I haven't looke at your character data handler in detail, but I get the feeling that you expect character data to be reported as one chunk for everything between start and end tag. However, Expat may break up character data into multiple call-backs, depending on whether there are line breaks, or buffer boundaries, or character references, etc. The proper way is to accumulate character data in a buffer, until the end tag for an element occurs, and then process them. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 16:35 Message: Logged In: YES user_id=298482 I don't get any error code. But it sends me datas twice. I get "file1.png" "file2.png" and ".png" which is obviously a part of the 2 previous ones. Only why buffer size is 256. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 16:26 Message: Logged In: YES user_id=290026 In my code I have tested buffer sizes down to 1 without problems. What is the error code you get? If you attach a small app that I can simply compile in Visual Studio, then I will try it out. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 16:04 Message: Logged In: YES user_id=298482 Sorry, forgot to check the button. Make sure you've set buffer size to 256. To you read 256 chars each time. It may be my fault, but then why would it work with a greater buffer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 15:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 15:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 13:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 23:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Thu Nov 11 17:04:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 11 17:04:26 2004 Subject: [Expat-bugs] [ expat-Bugs-1064174 ] XML_GetBuffer / ParseBuffer bug Message-ID: Bugs item #1064174, was opened at 2004-11-10 17:20 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 Category: None Group: None >Status: Closed Resolution: Rejected Priority: 5 Submitted By: Werner BEROUX (wernight) Assigned to: Nobody/Anonymous (nobody) Summary: XML_GetBuffer / ParseBuffer bug Initial Comment: I saw the bug by a little different code than the one under but this one bug and can be checked really fast. I do: Assigne EnableStartElementHandler, EnableEndElementHandler, EnableCharacterDataHandler(). XML_ParserCreate_MM(NULL, NULL, NULL); XML_GetBuffer(257); int nLength = file.Read(pszBuffer, 256); pszBuffer[nLength] = '\0'; // Don't forget this. XML_ParseBuffer(nLength, nLength < 257); // Returns false. Note that when I set buffer to 512 it works. I'm calling the XML_GetBuffer() each time in the loop and normally I don't put a closing '\0'. Configuration: - I'm using CExpatImpl from CodeProject. Which is only a wrapper. - eXpat 1.95.8 with XML_UNICODE_WCHAR_T and XML_STATIC defined. - PC AMD64 - WinXP ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 11:04 Message: Logged In: YES user_id=290026 Who says Expat was easy. :-) I guess I can close this report now. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 10:56 Message: Logged In: YES user_id=298482 Mmm... yes I see. That make the code a bit harder to write but it's probably the reason for my mistake. Thank you for your help. My mistake, obviously. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 10:51 Message: Logged In: YES user_id=290026 I haven't looke at your character data handler in detail, but I get the feeling that you expect character data to be reported as one chunk for everything between start and end tag. However, Expat may break up character data into multiple call-backs, depending on whether there are line breaks, or buffer boundaries, or character references, etc. The proper way is to accumulate character data in a buffer, until the end tag for an element occurs, and then process them. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 10:35 Message: Logged In: YES user_id=298482 I don't get any error code. But it sends me datas twice. I get "file1.png" "file2.png" and ".png" which is obviously a part of the 2 previous ones. Only why buffer size is 256. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 10:26 Message: Logged In: YES user_id=290026 In my code I have tested buffer sizes down to 1 without problems. What is the error code you get? If you attach a small app that I can simply compile in Visual Studio, then I will try it out. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 10:04 Message: Logged In: YES user_id=298482 Sorry, forgot to check the button. Make sure you've set buffer size to 256. To you read 256 chars each time. It may be my fault, but then why would it work with a greater buffer? ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:57 Message: Logged In: YES user_id=290026 Where can I find what you are talking about. There is no file attached with your code. Btw, I get no error parsing the attached XML file with my code. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 09:42 Message: Logged In: YES user_id=298482 Oh yea right. That's why I get immediate error with that. Ok I give you the real one joined. I've added some extra comment lines 27, 39, 181 to 185. To have the XML function without wrapper, just add XML_. I also checked with the simple XML_Parse function and got the same bug. I checked the xml file in IE and Firefox, got no error. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-11 09:27 Message: Logged In: YES user_id=290026 Yes, I can see what you mean. However, something else seems wrong: Have you tried to call XMLParseBuffer with 256 instead of 257? nlength < 257 should always be true, even if you could read the whole buffer, so that the first buffer you pass will already be indicated as the last one and part of the file remains unprocessed (if larger than 256 bytes), causing the parser to report an error. You could also call it with nlength = 0, that should work as well. ---------------------------------------------------------------------- Comment By: Werner BEROUX (wernight) Date: 2004-11-11 07:08 Message: Logged In: YES user_id=298482 Look back and you'll see that I've inserted the '\0' at character 256 and I'm asking XML_ParseBuffer() tu parse only up to 255. I discovered the bug by not using the end '\0' the problem was then only visible in the interpretation of the datas where I got too much calls to OnCharsData (something like this). ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-10 17:40 Message: Logged In: YES user_id=290026 It is wrong to append null to the end of the buffer. this inserts an invalid character in the document. Leave it out and try again. It should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1064174&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:44:55 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:45:00 2004 Subject: [Expat-bugs] [ expat-Bugs-1065040 ] Non Const Data Message-ID: Bugs item #1065040, was opened at 2004-11-12 09:44 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=1065040&group_id=10127 Category: www.libexpat.org Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Non Const Data Initial Comment: The message structure in lib\xmlparse.c is partially const correct which affects the building of the product on the Symbian Platform. The contents of the structure have not been marked as const ,only the strings are const I have included a diff file with the changes that were needed to make it const ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065040&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:47:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:47:10 2004 Subject: [Expat-bugs] [ expat-Bugs-1065042 ] No const data 2 Message-ID: Bugs item #1065042, was opened at 2004-11-12 09:47 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=1065042&group_id=10127 Category: www.libexpat.org Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: No const data 2 Initial Comment: The file xmlrole.c has non const data - the types array is not const correct. This will not allow expat to be used on Symbian A patch file containing the fix is enclosed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065042&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:48:57 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:48:59 2004 Subject: [Expat-bugs] [ expat-Bugs-1065044 ] Non Const Data 3 Message-ID: Bugs item #1065044, was opened at 2004-11-12 09:48 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=1065044&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Nobody/Anonymous (nobody) Summary: Non Const Data 3 Initial Comment: The file xmltok.c has non const data which needs to be changed so it will work on Symbian encodingNames and encodingTable both hold const pointers but the data they point to is not const. I have enclosed a patch file with the fix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065044&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:50:45 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:50:47 2004 Subject: [Expat-bugs] [ expat-Bugs-1065047 ] Non Const Data 4 Message-ID: Bugs item #1065047, was opened at 2004-11-12 09:50 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=1065047&group_id=10127 Category: www.libexpat.org Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Non Const Data 4 Initial Comment: The file xmltok_ns.c contains non const static data in the encodings array. I have enclosed a patch file with the fix. These fixes are required in order that Expat will build on the Symbian platform ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065047&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:52:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:52:18 2004 Subject: [Expat-bugs] [ expat-Bugs-1065044 ] Non Const Data 3 Message-ID: Bugs item #1065044, was opened at 2004-11-12 09:48 Message generated for change (Comment added) made by reg_todd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065044&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Nobody/Anonymous (nobody) Summary: Non Const Data 3 Initial Comment: The file xmltok.c has non const data which needs to be changed so it will work on Symbian encodingNames and encodingTable both hold const pointers but the data they point to is not const. I have enclosed a patch file with the fix ---------------------------------------------------------------------- >Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 09:52 Message: Logged In: YES user_id=1046301 Sorry I left off the attachment. This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065044&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:53:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:53:18 2004 Subject: [Expat-bugs] [ expat-Bugs-1065040 ] Non Const Data Message-ID: Bugs item #1065040, was opened at 2004-11-12 09:44 Message generated for change (Comment added) made by reg_todd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065040&group_id=10127 Category: www.libexpat.org Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Non Const Data Initial Comment: The message structure in lib\xmlparse.c is partially const correct which affects the building of the product on the Symbian Platform. The contents of the structure have not been marked as const ,only the strings are const I have included a diff file with the changes that were needed to make it const ---------------------------------------------------------------------- >Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 09:53 Message: Logged In: YES user_id=1046301 This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065040&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:53:53 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:53:56 2004 Subject: [Expat-bugs] [ expat-Bugs-1065042 ] No const data 2 Message-ID: Bugs item #1065042, was opened at 2004-11-12 09:47 Message generated for change (Comment added) made by reg_todd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065042&group_id=10127 Category: www.libexpat.org Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: No const data 2 Initial Comment: The file xmlrole.c has non const data - the types array is not const correct. This will not allow expat to be used on Symbian A patch file containing the fix is enclosed ---------------------------------------------------------------------- >Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 09:53 Message: Logged In: YES user_id=1046301 This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065042&group_id=10127 From noreply at sourceforge.net Fri Nov 12 10:54:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 12 10:54:25 2004 Subject: [Expat-bugs] [ expat-Bugs-1065047 ] Non Const Data 4 Message-ID: Bugs item #1065047, was opened at 2004-11-12 09:50 Message generated for change (Comment added) made by reg_todd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065047&group_id=10127 Category: www.libexpat.org Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Non Const Data 4 Initial Comment: The file xmltok_ns.c contains non const static data in the encodings array. I have enclosed a patch file with the fix. These fixes are required in order that Expat will build on the Symbian platform ---------------------------------------------------------------------- >Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 09:54 Message: Logged In: YES user_id=1046301 This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065047&group_id=10127 From noreply at sourceforge.net Mon Nov 15 18:13:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 15 18:13:16 2004 Subject: [Expat-bugs] [ expat-Bugs-1040561 ] expat_external.h not installed Message-ID: Bugs item #1040561, was opened at 2004-10-05 07:09 Message generated for change (Comment added) made by robolange You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: KUGA Tsutomu (tsk777) Assigned to: Greg Stein (gstein) Summary: expat_external.h not installed Initial Comment: Version 1.95.8 expat_external.h is not installed when `make install' performed. On line 83 in Makefile, it is intended to be installed along with expat.h using conftools/install.sh, but the script installs only one file at a time as described in line 23 ( of the script). ---------------------------------------------------------------------- Comment By: Rob Lange (robolange) Date: 2004-11-15 12:13 Message: Logged In: YES user_id=271724 I don't know about the original poster, but this is still very much an issue for me. I am using Tru64 on a Compaq AlphaServer, with gcc 3.3.4, gmake 3.79.1. Based on this bug's description and the comments in bug #1000112 I would *guess* that the GNU install command handles multiple input files, whereas the POSIX standard install command only handles 1. I think the build file should be changed to call install with one file at a time. It's a fairly small change (in this case, 1 line becomes 2 lines) that would improve portability of the library. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-10-05 08:52 Message: Logged In: YES user_id=290026 This depends on the platform - whcih is yours? Seems like a duplicate of bug #1000112, which is already fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 From noreply at sourceforge.net Mon Nov 15 19:09:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 15 19:09:16 2004 Subject: [Expat-bugs] [ expat-Bugs-1040561 ] expat_external.h not installed Message-ID: Bugs item #1040561, was opened at 2004-10-05 07:09 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: KUGA Tsutomu (tsk777) Assigned to: Greg Stein (gstein) Summary: expat_external.h not installed Initial Comment: Version 1.95.8 expat_external.h is not installed when `make install' performed. On line 83 in Makefile, it is intended to be installed along with expat.h using conftools/install.sh, but the script installs only one file at a time as described in line 23 ( of the script). ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-15 13:09 Message: Logged In: YES user_id=290026 I thought the fix in CVS does exactly that? ---------------------------------------------------------------------- Comment By: Rob Lange (robolange) Date: 2004-11-15 12:13 Message: Logged In: YES user_id=271724 I don't know about the original poster, but this is still very much an issue for me. I am using Tru64 on a Compaq AlphaServer, with gcc 3.3.4, gmake 3.79.1. Based on this bug's description and the comments in bug #1000112 I would *guess* that the GNU install command handles multiple input files, whereas the POSIX standard install command only handles 1. I think the build file should be changed to call install with one file at a time. It's a fairly small change (in this case, 1 line becomes 2 lines) that would improve portability of the library. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-10-05 08:52 Message: Logged In: YES user_id=290026 This depends on the platform - whcih is yours? Seems like a duplicate of bug #1000112, which is already fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 From noreply at sourceforge.net Mon Nov 15 22:44:35 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 15 22:44:50 2004 Subject: [Expat-bugs] [ expat-Bugs-1040561 ] expat_external.h not installed Message-ID: Bugs item #1040561, was opened at 2004-10-05 07:09 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 Category: Build control Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: KUGA Tsutomu (tsk777) Assigned to: Greg Stein (gstein) Summary: expat_external.h not installed Initial Comment: Version 1.95.8 expat_external.h is not installed when `make install' performed. On line 83 in Makefile, it is intended to be installed along with expat.h using conftools/install.sh, but the script installs only one file at a time as described in line 23 ( of the script). ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-11-15 16:44 Message: Logged In: YES user_id=3066 The fix does that; it's in CVS. This is a duplicate of #1000112. Closing. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-15 13:09 Message: Logged In: YES user_id=290026 I thought the fix in CVS does exactly that? ---------------------------------------------------------------------- Comment By: Rob Lange (robolange) Date: 2004-11-15 12:13 Message: Logged In: YES user_id=271724 I don't know about the original poster, but this is still very much an issue for me. I am using Tru64 on a Compaq AlphaServer, with gcc 3.3.4, gmake 3.79.1. Based on this bug's description and the comments in bug #1000112 I would *guess* that the GNU install command handles multiple input files, whereas the POSIX standard install command only handles 1. I think the build file should be changed to call install with one file at a time. It's a fairly small change (in this case, 1 line becomes 2 lines) that would improve portability of the library. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-10-05 08:52 Message: Logged In: YES user_id=290026 This depends on the platform - whcih is yours? Seems like a duplicate of bug #1000112, which is already fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 From noreply at sourceforge.net Wed Nov 24 00:59:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 00:59:28 2004 Subject: [Expat-bugs] [ expat-Bugs-1040561 ] expat_external.h not installed Message-ID: Bugs item #1040561, was opened at 2004-10-05 04:09 Message generated for change (Comment added) made by dkionka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 Category: Build control Group: None Status: Closed Resolution: Duplicate Priority: 5 Submitted By: KUGA Tsutomu (tsk777) Assigned to: Greg Stein (gstein) Summary: expat_external.h not installed Initial Comment: Version 1.95.8 expat_external.h is not installed when `make install' performed. On line 83 in Makefile, it is intended to be installed along with expat.h using conftools/install.sh, but the script installs only one file at a time as described in line 23 ( of the script). ---------------------------------------------------------------------- Comment By: Daniel Kionka (dkionka) Date: 2004-11-23 15:59 Message: Logged In: YES user_id=325184 I had the same problem. This probably seems like a trivial bug, so I wanted to explain how it impacted me. We use several open source packages where I work, and usually I just download the tarball, run a standard build-it script, and package the install directory. It took a while to track this down, and then I had to add a special cp expat_external.h to the build-it script. That is not terrible, but all other projects are so clean. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-11-15 13:44 Message: Logged In: YES user_id=3066 The fix does that; it's in CVS. This is a duplicate of #1000112. Closing. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-15 10:09 Message: Logged In: YES user_id=290026 I thought the fix in CVS does exactly that? ---------------------------------------------------------------------- Comment By: Rob Lange (robolange) Date: 2004-11-15 09:13 Message: Logged In: YES user_id=271724 I don't know about the original poster, but this is still very much an issue for me. I am using Tru64 on a Compaq AlphaServer, with gcc 3.3.4, gmake 3.79.1. Based on this bug's description and the comments in bug #1000112 I would *guess* that the GNU install command handles multiple input files, whereas the POSIX standard install command only handles 1. I think the build file should be changed to call install with one file at a time. It's a fairly small change (in this case, 1 line becomes 2 lines) that would improve portability of the library. ---------------------------------------------------------------------- Comment By: Karl Waclawek (kwaclaw) Date: 2004-10-05 05:52 Message: Logged In: YES user_id=290026 This depends on the platform - whcih is yours? Seems like a duplicate of bug #1000112, which is already fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1040561&group_id=10127 From noreply at sourceforge.net Thu Nov 25 22:22:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 25 22:22:17 2004 Subject: [Expat-bugs] [ expat-Bugs-1073428 ] Missing include guards in expat_external.h Message-ID: Bugs item #1073428, was opened at 2004-11-25 22: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=1073428&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Henrik Goldman (hgoldman) Assigned to: Nobody/Anonymous (nobody) Summary: Missing include guards in expat_external.h Initial Comment: In release 1.95.8 the file expat_external.h is missing include guards. I'm building expat in non-standard way and the compilation chokes because of the missing code. To make it work add: #ifndef EXPAT_EXTERNAL_H #define EXPAT_EXTERNAL_H ... #endif /* EXPAT_EXTERNAL_H */ Regards, Henrik Goldman ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1073428&group_id=10127 From noreply at sourceforge.net Fri Nov 26 01:22:52 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:23:04 2004 Subject: [Expat-bugs] [ expat-Bugs-1073428 ] Missing include guards in expat_external.h Message-ID: Bugs item #1073428, was opened at 2004-11-25 16:22 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1073428&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Henrik Goldman (hgoldman) Assigned to: Nobody/Anonymous (nobody) Summary: Missing include guards in expat_external.h Initial Comment: In release 1.95.8 the file expat_external.h is missing include guards. I'm building expat in non-standard way and the compilation chokes because of the missing code. To make it work add: #ifndef EXPAT_EXTERNAL_H #define EXPAT_EXTERNAL_H ... #endif /* EXPAT_EXTERNAL_H */ Regards, Henrik Goldman ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-25 19:22 Message: Logged In: YES user_id=290026 Fixed in expat_external.h rev. 1.3. Used different symbol name to be consistent with other include guards in Expat. Closing this issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1073428&group_id=10127 From noreply at sourceforge.net Fri Nov 26 11:28:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 11:28:17 2004 Subject: [Expat-bugs] [ expat-Bugs-1073661 ] Expat-1.95.8 win32bin mingw32 libraries Message-ID: Bugs item #1073661, was opened at 2004-11-26 02:28 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=1073661&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Expat-1.95.8 win32bin mingw32 libraries Initial Comment: There is a very little problem with the binary distribution of Expat-1.95.8. I've been building from scratch perl 5.8.5 on win32, and encountered the same problem across several modules. Most modules depend on external libraries. Most library distributions provide binary versions, some provide binaries. Expat provides both dll and libraries. The problem is that libraries are for vc++ or bc, not for mingw. The following procedure generates mingw dinamic libraries: pexports libexpat.dll > expat.def pexports libexpatw.dll > expatw.def dlltool -d expat.def -l libexpat.a dlltool -d expatw.def -l libexpatw.a The *.a files are mingw libraries. May be you can include them in the binary distribution. You NEED to put the *.dll in your %PATH%. Now you can just point XML-Parser instalation to your expat binary distribution: whatever\XML-Parser-2.34>perl Makefile.pl EXPATLIBPATH=whatever2\Expat-1.95.8\Lib s EXPATINCPATH=whatever2\Expat-1.95.8\Source\lib dmake dmake test dmake install Everything should run smoothly. Greets Bruno Diaz Briere bruno.diaz-[@can@be_reached@at_host-[_gmx.net ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1073661&group_id=10127 From noreply at sourceforge.net Fri Nov 26 11:29:38 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 11:29:41 2004 Subject: [Expat-bugs] [ expat-Bugs-1063934 ] building expat-1.95.8 for win32 with mingw Message-ID: Bugs item #1063934, was opened at 2004-11-10 08:35 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1063934&group_id=10127 Category: Build control Group: Third-party Bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: building expat-1.95.8 for win32 with mingw Initial Comment: Hi! I'm compiling expat-1.95.8 for win32 with mingw in an cygwin-enviroment. During buildprocess i get following error: /bin/bash ./libtool --silent --mode=link g++-mingw -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -DHAVE_EXPAT_CONFIG_H -I./lib -I. -no-undefined -version-info 5:0:5 -rpath /wamas/test/erudig/WX/cygwin_win32/lib -Wl,--export-all,--kill-at -o libxmiexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo /usr/lib/gcc-lib/i686-pc-mingw32/3.3.3/../../../../i686-pc-mingw32/bin/ld: warning: cannot find entry symbol _DllMainCRTStartup@12; defaulting to 00401000 /usr/lib/gcc-lib/i686-pc-mingw32/3.3.3/../../../../i686-pc-mingw32/lib/libmingw32.a(main.o)(.text+0x106):main.c: undefined reference to `_WinMain@16' collect2: ld returned 1 exit status make: *** [libxmiexpat.la] Error 1 I suppose the libtool-script which is generated during configure is libtool-1.4.x. In this scipt they excluded some dll-entrypoints for cygwin and mingw. I replaced this script with the script of libtool-1.5.10 and all worked fine. So can you please replace the configure-scipt with an scipt which is generated with libtool-1.5 or higher. sincerely Elmar Rudigier ps: g++-mingw is is only a scipt which calls g++ whith the flag -mno-cygwin to exclude cygwin.dll during linking. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-11-26 02:29 Message: Logged In: NO Please check http://sourceforge.net/tracker/index.php?func=detail&aid=1073661&group_id=10127&atid=110127 I think it is solved ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1063934&group_id=10127 From noreply at sourceforge.net Fri Nov 26 14:56:17 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 14:56:20 2004 Subject: [Expat-bugs] [ expat-Bugs-1073661 ] Expat-1.95.8 win32bin mingw32 libraries Message-ID: Bugs item #1073661, was opened at 2004-11-26 05:28 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1073661&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Expat-1.95.8 win32bin mingw32 libraries Initial Comment: There is a very little problem with the binary distribution of Expat-1.95.8. I've been building from scratch perl 5.8.5 on win32, and encountered the same problem across several modules. Most modules depend on external libraries. Most library distributions provide binary versions, some provide binaries. Expat provides both dll and libraries. The problem is that libraries are for vc++ or bc, not for mingw. The following procedure generates mingw dinamic libraries: pexports libexpat.dll > expat.def pexports libexpatw.dll > expatw.def dlltool -d expat.def -l libexpat.a dlltool -d expatw.def -l libexpatw.a The *.a files are mingw libraries. May be you can include them in the binary distribution. You NEED to put the *.dll in your %PATH%. Now you can just point XML-Parser instalation to your expat binary distribution: whatever\XML-Parser-2.34>perl Makefile.pl EXPATLIBPATH=whatever2\Expat-1.95.8\Lib s EXPATINCPATH=whatever2\Expat-1.95.8\Source\lib dmake dmake test dmake install Everything should run smoothly. Greets Bruno Diaz Briere bruno.diaz-[@can@be_reached@at_host-[_gmx.net ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-26 08:56 Message: Logged In: YES user_id=290026 Why don't you provide a ready-made patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1073661&group_id=10127 From noreply at sourceforge.net Fri Nov 26 15:58:52 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 15:58:55 2004 Subject: [Expat-bugs] [ expat-Bugs-1065047 ] Non Const Data 4 Message-ID: Bugs item #1065047, was opened at 2004-11-12 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=1065047&group_id=10127 Category: www.libexpat.org Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Non Const Data 4 Initial Comment: The file xmltok_ns.c contains non const static data in the encodings array. I have enclosed a patch file with the fix. These fixes are required in order that Expat will build on the Symbian platform ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-26 09:58 Message: Logged In: YES user_id=290026 Fixed in xmltok_ns.c rev. 1.7. Closing this issue. ---------------------------------------------------------------------- Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 04:54 Message: Logged In: YES user_id=1046301 This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065047&group_id=10127 From noreply at sourceforge.net Fri Nov 26 15:59:35 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 15:59:37 2004 Subject: [Expat-bugs] [ expat-Bugs-1065044 ] Non Const Data 3 Message-ID: Bugs item #1065044, was opened at 2004-11-12 04:48 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065044&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Nobody/Anonymous (nobody) Summary: Non Const Data 3 Initial Comment: The file xmltok.c has non const data which needs to be changed so it will work on Symbian encodingNames and encodingTable both hold const pointers but the data they point to is not const. I have enclosed a patch file with the fix ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-26 09:59 Message: Logged In: YES user_id=290026 Fixed in xmltok.c rev. 1.33. Closing this issue. ---------------------------------------------------------------------- Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 04:52 Message: Logged In: YES user_id=1046301 Sorry I left off the attachment. This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065044&group_id=10127 From noreply at sourceforge.net Fri Nov 26 16:01:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 16:01:26 2004 Subject: [Expat-bugs] [ expat-Bugs-1065042 ] No const data 2 Message-ID: Bugs item #1065042, was opened at 2004-11-12 04:47 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065042&group_id=10127 Category: www.libexpat.org Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: No const data 2 Initial Comment: The file xmlrole.c has non const data - the types array is not const correct. This will not allow expat to be used on Symbian A patch file containing the fix is enclosed ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-26 10:01 Message: Logged In: YES user_id=290026 Fixed in xmlrole.c rev.1.20. Closing this issue. ---------------------------------------------------------------------- Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 04:53 Message: Logged In: YES user_id=1046301 This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065042&group_id=10127 From noreply at sourceforge.net Fri Nov 26 16:16:56 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 16:16:59 2004 Subject: [Expat-bugs] [ expat-Bugs-1065040 ] Non Const Data Message-ID: Bugs item #1065040, was opened at 2004-11-12 04:44 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065040&group_id=10127 Category: www.libexpat.org Group: Platform Specific >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Reg_Todd (reg_todd) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Non Const Data Initial Comment: The message structure in lib\xmlparse.c is partially const correct which affects the building of the product on the Symbian Platform. The contents of the structure have not been marked as const ,only the strings are const I have included a diff file with the changes that were needed to make it const ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-26 10:16 Message: Logged In: YES user_id=290026 Fixed in xmlparse.c rev. 1.138. Closing this issue. ---------------------------------------------------------------------- Comment By: Reg_Todd (reg_todd) Date: 2004-11-12 04:53 Message: Logged In: YES user_id=1046301 This is for the 1.95.8 codebase of expat ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1065040&group_id=10127 From noreply at sourceforge.net Mon Nov 29 09:37:19 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 09:37:21 2004 Subject: [Expat-bugs] [ expat-Bugs-1075074 ] problems to buidl expat 1.95.2 Message-ID: Bugs item #1075074, was opened at 2004-11-29 00:37 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=1075074&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: problems to buidl expat 1.95.2 Initial Comment: I build expat 1.95.2 in Solaris 2.9. when I type command under the directory of expat-1.95.2 #./configure configure error: no acceptable cc found in $PATH Then I type the following command according to the readme file # PATH=/usr/ccs/bin:$PATH make make: Fatal error: no arguments to build. what is the problem of the command? I need to solve it urgently. Thanks for response. Sherley ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075074&group_id=10127 From noreply at sourceforge.net Mon Nov 29 09:42:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 09:42:12 2004 Subject: [Expat-bugs] [ expat-Bugs-1075076 ] erroerros when building expat 1.95.2 on Slaris 2.9 Message-ID: Bugs item #1075076, was opened at 2004-11-29 00:42 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=1075076&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: erroerros when building expat 1.95.2 on Slaris 2.9 Initial Comment: You may monitor this Tracker item after you login (register an account, if you do not already have one). Submitted By: Nobody/Anonymous - nobody Date Submitted: 2004-11-29 00:37 Last Updated By: Item Submitter - Tracker Item Submitted Date Last Updated: No updates since submission Number of Comments: 0 Number of Attachments: 0 Category: (?) None Group: (?) None Assigned To: (?) Nobody/Anonymous Priority: (?) 5 Status: (?) Open Poblems to build expat 1.95.2 I build expat 1.95.2 in Solaris 2.9. when I type command under the directory of expat-1.95.2 #./configure configure error: no acceptable cc found in $PATH Then I type the following command according to the readme file # PATH=/usr/ccs/bin:$PATH make make: Fatal error: no arguments to build. what is the problem of the command? I need to solve it urgently. Thanks for response. Sherley ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075076&group_id=10127 From noreply at sourceforge.net Mon Nov 29 09:47:29 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 09:47:32 2004 Subject: [Expat-bugs] [ expat-Bugs-1075079 ] errors in building expat 1.95.2 on Solaris 2.9 Message-ID: Bugs item #1075079, was opened at 2004-11-29 00:47 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=1075079&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: errors in building expat 1.95.2 on Solaris 2.9 Initial Comment: When I build expat 1.95.2 on Solaris 2.9 Under the directory of expat.1.95.2 # ./configure configure error: no acceptable cc found in $PATH Then I type the command according to the README file # PATH=/usr/ccs/bin:$PATH make make: FATAL error: no arguments to build. What kind of arguments is needed here? I am not familar with Solaris System. I need help to fix the error urgently. Thanks a lot Sherley ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075079&group_id=10127 From noreply at sourceforge.net Mon Nov 29 15:06:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 15:06:11 2004 Subject: [Expat-bugs] [ expat-Bugs-1075079 ] errors in building expat 1.95.2 on Solaris 2.9 Message-ID: Bugs item #1075079, was opened at 2004-11-29 03:47 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075079&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: errors in building expat 1.95.2 on Solaris 2.9 Initial Comment: When I build expat 1.95.2 on Solaris 2.9 Under the directory of expat.1.95.2 # ./configure configure error: no acceptable cc found in $PATH Then I type the command according to the README file # PATH=/usr/ccs/bin:$PATH make make: FATAL error: no arguments to build. What kind of arguments is needed here? I am not familar with Solaris System. I need help to fix the error urgently. Thanks a lot Sherley ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-29 09:06 Message: Logged In: YES user_id=290026 Expat 1.95.2 is not really supported anymore. Why don't you use 1.95.8, or even better, the CVS version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075079&group_id=10127 From noreply at sourceforge.net Mon Nov 29 15:06:49 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 15:06:52 2004 Subject: [Expat-bugs] [ expat-Bugs-1075076 ] erroerros when building expat 1.95.2 on Slaris 2.9 Message-ID: Bugs item #1075076, was opened at 2004-11-29 03:42 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075076&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: erroerros when building expat 1.95.2 on Slaris 2.9 Initial Comment: You may monitor this Tracker item after you login (register an account, if you do not already have one). Submitted By: Nobody/Anonymous - nobody Date Submitted: 2004-11-29 00:37 Last Updated By: Item Submitter - Tracker Item Submitted Date Last Updated: No updates since submission Number of Comments: 0 Number of Attachments: 0 Category: (?) None Group: (?) None Assigned To: (?) Nobody/Anonymous Priority: (?) 5 Status: (?) Open Poblems to build expat 1.95.2 I build expat 1.95.2 in Solaris 2.9. when I type command under the directory of expat-1.95.2 #./configure configure error: no acceptable cc found in $PATH Then I type the following command according to the readme file # PATH=/usr/ccs/bin:$PATH make make: Fatal error: no arguments to build. what is the problem of the command? I need to solve it urgently. Thanks for response. Sherley ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-29 09:06 Message: Logged In: YES user_id=290026 Duplicate of issue #1075079. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075076&group_id=10127 From noreply at sourceforge.net Mon Nov 29 15:07:18 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 15:07:21 2004 Subject: [Expat-bugs] [ expat-Bugs-1075074 ] problems to buidl expat 1.95.2 Message-ID: Bugs item #1075074, was opened at 2004-11-29 03:37 Message generated for change (Comment added) made by kwaclaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075074&group_id=10127 Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: problems to buidl expat 1.95.2 Initial Comment: I build expat 1.95.2 in Solaris 2.9. when I type command under the directory of expat-1.95.2 #./configure configure error: no acceptable cc found in $PATH Then I type the following command according to the readme file # PATH=/usr/ccs/bin:$PATH make make: Fatal error: no arguments to build. what is the problem of the command? I need to solve it urgently. Thanks for response. Sherley ---------------------------------------------------------------------- >Comment By: Karl Waclawek (kwaclaw) Date: 2004-11-29 09:07 Message: Logged In: YES user_id=290026 Duplicate of issue #1075079. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1075074&group_id=10127