After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 102700 - Gnumeric 1.0.12 crashes when opening XML documents
Gnumeric 1.0.12 crashes when opening XML documents
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: import/export Text
1.0.x
Other FreeBSD
: Normal major
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2003-01-06 21:42 UTC by Joe Marcus Clarke
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Lower the XML buffer size from 1 MB to 768 KB (431 bytes, patch)
2003-01-06 21:43 UTC, Joe Marcus Clarke 		none Details | Review

Description Joe Marcus Clarke 2003-01-06 21:41:46 UTC 
Package: Gnumeric
Severity: critical
Version: 1.0.12
Synopsis: Gnumeric 1.0.12 crashes when opening XML documents
Bugzilla-Product: Gnumeric
Bugzilla-Component: Text Import/Export

Description:
On FreeBSD, Gnumeric 1.0.12 crashes when trying to open any XML
document.
This problem did not exist in Gnumeric 1.0.11 or below.  The problem is
that 1.0.12
allocates a 1 MB buffer to work around a bug in libxml1.  This buffer
overflows
FreeBSD's thread[0] stack size (which has a limit of 1 MB).  Reducing
the buffer size
to 768 KB fixes the problem.

Alternatively, if one were to use pthreads explicitly, and allocate a
thread stack size
of 1 MB, this would work.  The patch I provide will do the former, and
reduce the
buffer size.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-01-06 16:41 -------

Reassigning to the default owner of the component, jody@gnome.org.
Comment 1 Joe Marcus Clarke 2003-01-06 21:43:46 UTC 
Created attachment 13387 [details] [review]
Lower the XML buffer size from 1 MB to 768 KB
Comment 2 Morten Welinder 2003-01-07 14:53:03 UTC 
Fixed in cvs by *up*ing the size to 10M and allocate it dynamically
on heap, not the stack.