I tested previous versions: 4.6.4-1031 crashes the same way but 4.64-957 seems to work on both accounts.
> Le 24 oct. 2017 à 19:22, Dirk Hohndel <[email protected]> a écrit : > > >> On Oct 24, 2017, at 11:56 AM, Philippe Massart <[email protected]> >> wrote: >> >> Hello, >> >> I tested the last release from another account on my computer (using OS X >> High Sierra). No problem while importing data from my dive computer under >> the admin session. But it crashes when trying to download dives from another >> computer under my son’s account (normal user). > > That's odd: > > Thread 15 Crashed:: DownloadThread > 0 libsystem_c.dylib 0x00007fff67a5d452 strlen + 18 > 1 libsystem_c.dylib 0x00007fff67aa1c55 __vfprintf + 4711 > 2 libsystem_c.dylib 0x00007fff67ac90a9 __v2printf + 473 > 3 libsystem_c.dylib 0x00007fff67aae4c7 _vsnprintf + 415 > 4 libsystem_c.dylib 0x00007fff67aae57a vsnprintf + 80 > 5 org.subsurface-divelog 0x000000010ea7f406 0x10e835000 + 2401286 > 6 org.subsurface-divelog 0x000000010ea8030f 0x10e835000 + 2405135 > 7 org.subsurface-divelog 0x000000010eb6badf device_event_emit + > 687 > 8 org.subsurface-divelog 0x000000010eb9c30b 0x10e835000 + 3568395 > 9 org.subsurface-divelog 0x000000010eb6bb72 dc_device_foreach + > 98 > 10 org.subsurface-divelog 0x000000010ea7f23f 0x10e835000 + 2400831 > 11 org.subsurface-divelog 0x000000010ea7f005 > do_libdivecomputer_import + 613 > 12 org.subsurface-divelog 0x000000010eb21b07 > DownloadThread::run() + 775 > > so device_event_emit should call our event_cb() function (not sure why that > isn't in the backtrace), and that appears to call a printf family function > (likely fprintf, looking at the code) and that crashes in strlen. > > Which dive computer is your son using? Is there any output if run from a > Terminal window? > > /D _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
