On Tue, Sep 20, 2016 at 7:57 AM, Dirk Hohndel <[email protected]> wrote:
>
> 09-20 10:56:55.453 641 641 F DEBUG :
> 09-20 10:56:55.453 641 641 F DEBUG : backtrace:
> 09-20 10:56:55.453 641 641 F DEBUG : #00 pc 000177a4
> /system/lib/libc.so (strcmp+48)
> 09-20 10:56:55.453 641 641 F DEBUG : #01 pc 0011882f
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
> 09-20 10:56:55.453 641 641 F DEBUG : #02 pc 0014cbdd
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
> (call_for_each_dc+384)
> 09-20 10:56:55.453 641 641 F DEBUG : #03 pc 00124229
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
> 09-20 10:56:55.454 641 641 F DEBUG : #04 pc 0012572d
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
> 09-20 10:56:55.454 641 641 F DEBUG : #05 pc 00124621
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
> 09-20 10:56:55.454 641 641 F DEBUG : #06 pc 00125f3d
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
> 09-20 10:56:55.454 641 641 F DEBUG : #07 pc 001d8298
> /data/app/org.subsurfacedivelog.mobile-2/lib/arm/libsubsurface-mobile.so
>
> Ok, looking at the two symbols that I see in the stack trace I am now guessing
> that dc_match_serial is crashing for you. Let me see if I can add some
> protection
> to not dereference NULL pointers in there.
No, I don't think it's dc_match_serial(), because that wouldn't happen
at git load time.
I think it might be match_id() in core/device.c.
But *both* of those definitely depend on "dc->model" being non-NULL.
And both of them look like they may be my bad.
In all *normal* situations, dc->model is non-NULL, but I think we
*can* have a NULL model for a dive that was added manually.
Linus
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
