gmane.text.xml.expat.bugs

[ expat-Bugs-3611241 ] Turning off utf16 support

SourceForge.net — 2013-04-24T19:18:07

Bugs item #3611241, was opened at 2013-04-17 16:24
Message generated for change (Comment added) made by csiki
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3611241&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: András Csikvári (csiki)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Turning off utf16 support

Initial Comment:
It would be very nice if we could able to turn off the utf16 support for an even smaller code size in a future release.
Like XML_MIN_SIZE macro, we could define an XML_NO_UTF16 macro.
Thank you,
   András


----------------------------------------------------------------------

Date: 2013-04-24 12:18

Message:
Both.
Output: because of wchar_t size problems, its hard to use, and not
practical at all:

[ expat-Bugs-3611241 ] Turning off utf16 support

SourceForge.net — 2013-04-22T13:13:56

Bugs item #3611241, was opened at 2013-04-17 16:24
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3611241&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: András Csikvári (csiki)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Turning off utf16 support

Initial Comment:
It would be very nice if we could able to turn off the utf16 support for an even smaller code size in a future release.
Like XML_MIN_SIZE macro, we could define an XML_NO_UTF16 macro.
Thank you,
   András


----------------------------------------------------------------------

Date: 2013-04-22 06:13

Message:
Are you referring to UTF-16 input, or output? 

---------------------------------------------------------

[ expat-Bugs-3611466 ] Can't install lib64expat1-dev

SourceForge.net — 2013-04-20T15:46:22

Bugs item #3611466, was opened at 2013-04-20 08:46
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3611466&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Build control
Group: Test Required
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Greg Stein (gstein)
Summary: Can't install lib64expat1-dev

Initial Comment:
wani< at >tester:~$ sudo apt-get install lib64expat1-dev 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The followin

[ expat-Bugs-3611241 ] Turning off utf16 support

SourceForge.net — 2013-04-17T23:24:33

Bugs item #3611241, was opened at 2013-04-17 16:24
Message generated for change (Tracker Item Submitted) made by csiki
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3611241&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: András Csikvári (csiki)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Turning off utf16 support

Initial Comment:
It would be very nice if we could able to turn off the utf16 support for an even smaller code size in a future release.
Like XML_MIN_SIZE macro, we could define an XML_NO_UTF16 macro.
Thank you,
   András


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3611241&grou

Build errors

Philip Schneider — 2013-03-15T16:33:50

Greetings -

My apologies if this has already been covered, but I'm not quite sure if/how I can "grep" the archives to see if it has been…

Just downloaded the expat.tar.gz (onto Mac), and tried to start a build. From the results, it seems that the "./configure" scheme is a bit out of date? Here's what happens (the ">" signifies my bash prompt, the other text is the output to the shell)...


Creating configure ...
autoreconf: Entering directory `.'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal --force 
aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in'
aclocal: error: couldn't open directory 'm4': No such file or directory
autoreconf: aclocal failed with exit status: 1

Now, in the MANIFEST file, I see that there should be an m4 directory, with these contents:

m4/libtool.m4
m4/ltversion.m4
m4/ltoptions.m4
m4/ltsugar.m4
m4/lt~obsolete.m4

However, these files are not part of the download, nor can I find them on the expat source server (perhaps I j

CMake build problems with expat 2.1.0 and a patch tofix them

Christoph Thompson — 2013-01-24T04:32:15

Hi,

I ran into the following problems while trying to build expat 2.1.0 with
CMake:

* I couldn't set the directories for man pages and libraries. Some Linux
distros such as
Slackware put the man pages in /usr/man instead of /usr/share/man and on
x86_64
libs go into /usr/lib64. It's useful when you can override the defaults
from the command
line like:

cmake -DMAN_INSTALL_DIR=PATH:"/usr/man" -DLIB_INSTALL_DIR=PATH:"/usr/lib64"

So I made all this configurable instead of being hardcoded.

* The pkgconfig file was not generated correctly for /usr/lib64 since it
was hardcoding /usr/lib.
Also it's nice when you can set the include dir so you can put the headers
in /usr/include/expat for example. The exec_prefix is not 'bin', I don't
know what it's used for, but all .pc files I have ever seen just set it to
${prefix}. So it seems safe to do that here too.

* xmlwf couldn't be built because the compiler couldn't write the xmlwf
executable at the root
of the source because there was already a directory named xmlwf

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-18T00:22:06

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Settings changed) made by shanmukhpatel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: None
Priority: 5
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



----------------------------------------------------------------------

Comment By: Shanm

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-18T00:20:16

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Comment added) made by shanmukhpatel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



--------------------------------------------------------------

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-15T01:36:45

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



----------------------------------------------------------------------

Date: 2012-12-14 17:36

Message:
I cannot rep

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-14T21:48:00

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Comment added) made by shanmukhpatel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: Third-party Bug
Status: Open
Resolution: None
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



-----------------------------------------------------------

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-14T20:21:08

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Comment added) made by shanmukhpatel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: Third-party Bug
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



-----------------------------------------------

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-14T18:20:08

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Settings changed) made by shanmukhpatel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: Third-party Bug
Status: Open
Resolution: None
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



--------------------------------------------------------

[ expat-Bugs-3596044 ] Parser crash with *.xml.tar.gzfile as input.

SourceForge.net — 2012-12-14T18:18:30

Bugs item #3596044, was opened at 2012-12-14 10:18
Message generated for change (Tracker Item Submitted) made by shanmukhpatel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3596044&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: Third-party Bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Shanmukh (shanmukhpatel)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Parser crash with *.xml.tar.gz file as input. 

Initial Comment:
I was using xml library to parse a file which is compressed. I was expecting an error message if the format is invalid, but the parser crashes if I provide the *.xml.tar.gz file. I have attached the file (the same file got it from https://sourceforge.net/tracker/?func=detail&aid=1990430&group_id=10127&atid=110127). 



--------------------------------------

[ expat-Bugs-3576997 ] c99 errors

SourceForge.net — 2012-10-13T06:46:02

Bugs item #3576997, was opened at 2012-10-12 23:33
Message generated for change (Comment added) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3576997&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: James Michael DuPont ()
Assigned to: Greg Stein (gstein)
Summary: c99 errors

Initial Comment:
gcc -I./lib -I. -std=c99 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c
xmlwf/unixfilemap.c: In function ‘filemap’:
xmlwf/unixfilemap.c:54: error: ‘caddr_t’ undeclared (first use in this function)
xmlwf/unixfilemap.c:54: error: (Each undeclared identifier is reported only once
xmlwf/unixfilemap.c:54: error: for each function it appears in.)
xm

[ expat-Bugs-3576997 ] c99 errors

SourceForge.net — 2012-10-13T06:33:26

Bugs item #3576997, was opened at 2012-10-12 23:33
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3576997&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: James Michael DuPont ()
Assigned to: Greg Stein (gstein)
Summary: c99 errors

Initial Comment:
gcc -I./lib -I. -std=c99 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions  -DHAVE_EXPAT_CONFIG_H -o xmlwf/unixfilemap.o -c xmlwf/unixfilemap.c
xmlwf/unixfilemap.c: In function ‘filemap’:
xmlwf/unixfilemap.c:54: error: ‘caddr_t’ undeclared (first use in this function)
xmlwf/unixfilemap.c:54: error: (Each undeclared identifier is reported only once
xmlwf/unixfilemap.c:54: error: for each function it appears

[ expat-Bugs-3541525 ] Infinite loop inlib/xmlparse.c:XML_GetBuffer

SourceForge.net — 2012-07-26T04:46:57

Bugs item #3541525, was opened at 2012-07-09 00:12
Message generated for change (Comment added) made by polinenibharat
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3541525&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: http://kasten76.myopenid.com/ ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Infinite loop in lib/xmlparse.c:XML_GetBuffer

Initial Comment:
Hi,
first thanks for maintaining expat.

I found this bug in version 2.0.1 but the code is the same in the current developement version.

When XML_GetBuffer is called and bufferSize is 0 it will be initialised to INIT_BUFFER_SIZE (1024). Which is doubled until it is bigger than needeSize (line 1718). For my example neededSize was 
(gdb) p neededSize
$2 = 2128558980

The doubling is

[ expat-Bugs-3541525 ] Infinite loop inlib/xmlparse.c:XML_GetBuffer

SourceForge.net — 2012-07-24T15:59:30

Bugs item #3541525, was opened at 2012-07-09 00:12
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3541525&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: http://kasten76.myopenid.com/ ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Infinite loop in lib/xmlparse.c:XML_GetBuffer

Initial Comment:
Hi,
first thanks for maintaining expat.

I found this bug in version 2.0.1 but the code is the same in the current developement version.

When XML_GetBuffer is called and bufferSize is 0 it will be initialised to INIT_BUFFER_SIZE (1024). Which is doubled until it is bigger than needeSize (line 1718). For my example neededSize was 
(gdb) p neededSize
$2 = 2128558980

The doubling is optimiz

[ expat-Bugs-3524730 ] potential null pointerdereference

SourceForge.net — 2012-07-24T15:56:56

Bugs item #3524730, was opened at 2012-05-08 06:56
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3524730&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Test Required
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: tomaszmi (tomaszmi)
Assigned to: Nobody/Anonymous (nobody)
Summary: potential null pointer dereference

Initial Comment:
Expat version 2.1.0

There may be a potential null pointer dereference in the xmlparse.c file, line 2914. The lookup function may return NULL and this case is not checked before the line #2914. I'm not familiar with expat details, however in general if such case is not possible, it would be good to make sure the program will be terminated/aborted, for instance using assert:
assert(id);

-----------------

[ expat-Bugs-3524730 ] potential null pointerdereference

SourceForge.net — 2012-07-24T14:05:18

Bugs item #3524730, was opened at 2012-05-08 06:56
Message generated for change (Comment added) made by sahegde1
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3524730&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Test Required
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: tomaszmi (tomaszmi)
Assigned to: Nobody/Anonymous (nobody)
Summary: potential null pointer dereference

Initial Comment:
Expat version 2.1.0

There may be a potential null pointer dereference in the xmlparse.c file, line 2914. The lookup function may return NULL and this case is not checked before the line #2914. I'm not familiar with expat details, however in general if such case is not possible, it would be good to make sure the program will be terminated/aborted, for instance using assert:
assert(id);

----------------

[ expat-Bugs-3524730 ] potential null pointerdereference

SourceForge.net — 2012-07-24T07:34:54

Bugs item #3524730, was opened at 2012-05-08 06:56
Message generated for change (Comment added) made by tomaszmi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3524730&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Test Required
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: tomaszmi (tomaszmi)
Assigned to: Nobody/Anonymous (nobody)
Summary: potential null pointer dereference

Initial Comment:
Expat version 2.1.0

There may be a potential null pointer dereference in the xmlparse.c file, line 2914. The lookup function may return NULL and this case is not checked before the line #2914. I'm not familiar with expat details, however in general if such case is not possible, it would be good to make sure the program will be terminated/aborted, for instance using assert:
assert(id);

----------------

[ expat-Bugs-3541525 ] Infinite loop inlib/xmlparse.c:XML_GetBuffer

SourceForge.net — 2012-07-24T05:59:36

Bugs item #3541525, was opened at 2012-07-09 00:12
Message generated for change (Comment added) made by polinenibharat
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=3541525&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: http://kasten76.myopenid.com/ ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Infinite loop in lib/xmlparse.c:XML_GetBuffer

Initial Comment:
Hi,
first thanks for maintaining expat.

I found this bug in version 2.0.1 but the code is the same in the current developement version.

When XML_GetBuffer is called and bufferSize is 0 it will be initialised to INIT_BUFFER_SIZE (1024). Which is doubled until it is bigger than needeSize (line 1718). For my example neededSize was 
(gdb) p neededSize
$2 = 2128558980

The doubling is