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 332479 - Win32 verson 1.6.2 RC1 crashes
Win32 verson 1.6.2 RC1 crashes
Status: RESOLVED DUPLICATE of bug 92131
Product: Gnumeric
Classification: Applications
Component: Main System
1.6.x
Other All
: Normal critical
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2006-02-24 18:45 UTC by Bob W
Modified: 2006-02-27 02:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bob W 2006-02-24 18:45:26 UTC 
Steps to reproduce:
1. Spreadsheet cell A2's value is set to 1 ,
   the cell below (A3) contains the formula =1+A2 ,
   then ontents of A3 are copied to cells A4 until A65534
2. Cell B2 is set to =A65534, contents of A3 are copied to B3..B65534
3. If Gnumeric has not crashed yet (depending on memory), range B2..B65534
   is copied to C2..C65534, then to D2 ..., and so on.
4. A P4 (WinXPP) with 384MB main memory usually fails at step 2.


Stack trace:
No stack trace available, because the Gnumeric application simply
terminates without dialog.


Other information:
One further attempt was done by reducing the number of content-rows
to about 16300. Gnumeric then terminates at a later stage, but at a
similar spreadsheet size.
Comment 1 Morten Welinder 2006-02-24 20:33:59 UTC 
It is likely that you are hitting bug 92131.

To see if that is the case, could you try changing the formula to =1+$a$2
which uses the same amount of memory to store, but does not involve a long
chain of dependencies?
Comment 2 Bob W 2006-02-27 01:40:49 UTC 
Changing the formula is too late, sorry. I have uninstalled the Win32 version from my system because I regard it as unusable at this stage. However, I had the chance to test the Linux version 1.6.2 on Ubuntu and I could easily reproduce the effect: program terminates w/o warnings or messages. Copying and pasting a range which contains a long chain of dependencies seems to be the culprit - just as you have mentioned.
Comment 3 Morten Welinder 2006-02-27 02:47:00 UTC 

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