Planner issues 1#

Tomaz Canabrava tcanabrava at kde.org
Sat May 31 05:55:34 PDT 2014


It's on the ruler, we can disable the ruler on plan / add mode.

On Sat, May 31, 2014 at 9:53 AM, Dirk Hohndel <dirk at hohndel.org> wrote:
> On Sat, May 31, 2014 at 01:15:49PM +0200, Joakim Bygdell wrote:
>> > On Sat, May 31, 2014 at 4:15 AM, Joakim Bygdell <j.bygdell at gmail.com> wrote:
>> >> Ehh, no.
>> >> Latest master crashes for me when I open the Add Dive or the Planner.
>> >>
>> >> I can trace it to your commit Dirk, 4dfe12e508d1abd9a65ce1cb1b32421da0132a05
>> >> More specifically this line.
>> >>
>> >>                        cyl->depth = gas_mod(&cyl->gasmix, pO2);
>
> How would that crash? cyl is the address of a member of the structure...
> That makes no sense.
>
>> > Strange,
>> >
>> > I didn't have any crash that you describe
>> > care to send the backtrace?
>> >
>>
>> Crashed Thread:  0  Dispatch queue: com.apple.main-thread
>>
>> Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
>> Exception Codes: KERN_PROTECTION_FAILURE at 0x00007fff5f2d6f98
>>
>> VM Regions Near 0x7fff5f2d6f98:
>>     MALLOC_SMALL           00007f809b2bf000-00007f809b800000 [ 5380K] rw-/rwx SM=ZER
>> --> STACK GUARD            00007fff5bad7000-00007fff5f2d7000 [ 56.0M] ---/rwx SM=NUL  stack guard for thread 0
>>     Stack                  00007fff5f2d7000-00007fff5fad7000 [ 8192K] rw-/rwx SM=COW  thread 0
>>
>> Application Specific Information:
>> Performing @selector(qtDispatcherToQAction:) from sender NSMenuItem 0x6080036b5780
>>
>> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
>> 0   QtGui                             0x000000010300c648 QGraphicsScenePrivate::markDirty(QGraphicsItem*, QRectF const&, bool, bool, bool, bool, bool) + 196
>> 1   QtGui                             0x0000000102fe6cb3 QGraphicsItem::prepareGeometryChange() + 299
>> 2   QtGui                             0x0000000102fecd07 QGraphicsItemPrivate::setPosHelper(QPointF const&) + 67
>> 3   QtGui                             0x0000000102fecba9 QGraphicsItem::setPos(QPointF const&) + 297
>> 4   org.hohndel.subsurface            0x00000001001e518f RulerNodeItem2::recalculate() + 415
>> 5   org.hohndel.subsurface            0x00000001001e5789 non-virtual thunk to RulerNodeItem2::itemChange(QGraphicsItem::GraphicsItemChange, QVariant const&) + 41
>> 6   QtGui                             0x0000000102fecbc5 QGraphicsItem::setPos(QPointF const&) + 325
>> 7   org.hohndel.subsurface            0x00000001001e518f RulerNodeItem2::recalculate() + 415
>> .
>> .
>> .
>> 509 org.hohndel.subsurface            0x00000001001e5789 non-virtual thunk to RulerNodeItem2::itemChange(QGraphicsItem::GraphicsItemChange, QVariant const&) + 41
>> 510 QtGui                             0x0000000102fecbc5 QGraphicsItem::setPos(QPointF const&) + 325
>> 511 org.hohndel.subsurface            0x00000001001e518f RulerNodeItem2::recalculate() + 415
>
> That is the same weird Qt crash that Henrik runs into.
>
> I need to try and debug this under MacOS - but understanding bugs deep
> inside Qt is usually a pain.
>
> /D


More information about the subsurface mailing list