|
From: | Riccardo Mottola |
Subject: | Re: crash in FlexiSheet |
Date: | Fri, 03 Feb 2012 01:32:56 +0100 |
User-agent: | Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20120110 Firefox/9.0.1 SeaMonkey/2.6.1 |
Hi,
Again, as long as you are the only one with the back trace, there is nothing I can do to help you. Are you sure you don't have any local changes to FlexiSheet on that machine?I agree. I did the memset and reshuffled some other initializations and still get the crash, here:The line 407, where your back trace reports the problem looks like this: if ((x >= visible.origin.x) && (x <= maxX)) {visible has been accessed already. What you could try to do is to clear the memory used by _colWidths and _rowHeights in [FSMatrix -initWithFrame:] by calling memset() and also in the various places where they get reallocated. If these variables get used without proper initialisation then the program may go astray as in your back trace.But this definitely is an application bug. We may as well look into this after the release.
(gdb) up #1 0x080acc39 in -[FSVarioMatrix resetCursorRects] (self=0xb7dd098c, _cmd=0x863bb04) at FSVarioMatrix.m:418418 cr = [datasrc matrix:self columnRangeForCell:cell];
(gdb) p cell$1 = {row = 135341688, column = 0, dx = <optimized out>, dy = <optimized out>}
I suppose the rownumber is quite bogus here, but I can't see how it happens to. the type seem to be of type "int" and consisntent, FSMakeCell is an inline function...
Riccardo
[Prev in Thread] | Current Thread | [Next in Thread] |