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 672154 - Crash when deleting cells
Crash when deleting cells
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: General
git master
Other Linux
: Normal critical
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2012-03-15 15:18 UTC by Frédéric Parrenin
Modified: 2012-03-15 21:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Frédéric Parrenin 2012-03-15 15:18:11 UTC
- Open the following file:
ftp://lgge.obs.ujf-grenoble.fr/pub/depot/parrenin/toto/Ice-synchros.gnumeric
- go to cell U84
- CTRL-Down to go to cell U5008
- CTRL-SHIFT-Up to selects cells U8:U5008
- Suppr
=> CRASH
Comment 1 Morten Welinder 2012-03-15 18:29:20 UTC
I assume "Suppr" means "delete".

I don't get a crash.  Given the size of that file it is possible that
you run out of memory.  Can you try running under gdb to get a stack
trace?

I note that there are a lot of #NAME values.
Comment 2 Morten Welinder 2012-03-15 18:48:12 UTC
#NAME was due to time series plugin disabled.  With that enabled, I do get
a crash:

Program received signal SIGSEGV, Segmentation fault.
0x00007fffe79da3da in staircase_averaging (absc=0x0, ord=0x0, nb_knots=0, targets=0x4c19da00, nb_targets=<value optimized out>) at functions.c:300
300			if (targets[i] < absc[j] || j > jmax) {
(gdb) l
295		res = g_new (gnm_float, nb_targets);
296		j = 1;
297		while (j <= jmax && targets[0] >= absc[j])
298			j++;
299		for (i = 1; i <= nb_targets; i++) {
300			if (targets[i] < absc[j] || j > jmax) {
301				res[i - 1] = ord[j - 1];
302				continue;
303			}
304			res[i - 1] = (absc[j] - targets[i - 1]) * ord[j - 1];
(gdb) where
  • #0 staircase_averaging
    at functions.c line 300
  • #1 gnumeric_interpolation
    at functions.c line 491
  • #2 function_call_with_exprs
    at func.c line 1750
  • #3 gnm_expr_eval
    at expr.c line 1420
  • #4 gnm_expr_eval
    at expr.c line 1483

Comment 3 Morten Welinder 2012-03-15 19:03:13 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.

This file is definitely at the limit of what we effectively support.
Please keep multiple independent backups.
Comment 4 Morten Welinder 2012-03-15 21:55:43 UTC
It looks like the push failed, so the fix hasn't actually landed yet.
Will retry tomorrow.