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 347341 - gnumeric crashes when opening this .gnumeric file
gnumeric crashes when opening this .gnumeric file
Status: RESOLVED DUPLICATE of bug 92131
Product: Gnumeric
Classification: Applications
Component: General
git master
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2006-07-12 21:07 UTC by Frederic Parrenin
Modified: 2006-07-13 13:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Frederic Parrenin 2006-07-12 21:07:18 UTC 
The .gnumeric file here:
http://www-lgge.obs.ujf-grenoble.fr/~parrenin/download/bugs/DFGT-2006-06-28-elevation.gnumeric

makes gnumeric to crash when opening it.

Apparently, it is the formula in column E that makes gnumeric to crash.

I have tried with both cvs and 1.6.3 versions.
Comment 1 Andreas J. Guelzow 2006-07-12 22:43:42 UTC 
You are probably just running out of memory, the formulas look like they'll create a stack 25000 deep.
Comment 2 Frederic Parrenin 2006-07-13 12:57:46 UTC 
Ah, OK, I see.
But should not gnumeric display a message when it is runing out of memory, instead of crashing?
Comment 3 Morten Welinder 2006-07-13 13:27:17 UTC 
You are, more precisely, running out of stack space.  That's bug 92131.
I can load the sheet just fine of Solaris which happens to reserve larger
stacks for threads than Linux.

Out of memory handling is bug 67569.  (Basically stating that since glib
does not support it well, we cannot really do it.)

In practical terms, you could probably solve your problem by mirroring
the sheet such that the last line becomes the first.  Your sheet has the
unfortunate property that line N depends on line N+1.


*** This bug has been marked as a duplicate of 92131 ***