Re: experimental Apple Qt6 fat binary

2022-04-24 Thread Rainer Mohr via subsurface

Ok, that was definately a good step! That binary does not crash.
I DO get an unknown cylinder index now as well after it merges everything:


But the dives are there and no crash...Nice :-)

Am 24.04.22 um 17:36 schrieb Dirk Hohndel:


It isn't notarized, so you may have to run it from a Terminal


Running from terminal is not necessary, just double click, wait for the 
message that i cant be started, then open the Settings app -> Security 
and you'll find a button that should have the caption "open anyway" or 
something like that in english:



Thats what probably made most people say the app cant be launched at all 
from the DMG


regards,
Rainer___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: experimental Apple Qt6 fat binary

2022-04-24 Thread Rainer Mohr via subsurface

Hi Dirk,

Am 23.04.22 um 21:59 schrieb Dirk Hohndel:


With all the variability on the Mac side, can you tell me what type of 
Mac you see the crash on (x86 or m1) and what macOS version you are 
running? I can try this on a Mac as well, and of course I'll run this 
under a memory debugger here to see if that shows any obvious bugs...




This was on two different M1 Macs (MacBook Pro), one Running MacOS 
12.3.1, the other running 12.1.x


Regards,
Rainer
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: experimental Apple Qt6 fat binary

2022-04-14 Thread Rainer Mohr via subsurface

Hi Dirk,

Am 14.04.22 um 06:50 schrieb Dirk Hohndel:

Hi Rainer,


On Apr 13, 2022, at 01:57, Rainer Mohr  wrote:

Realized, that there are a few dives missing, so I get them from 
divelogs.de . Download works fine, but after 
clicking "apply" it tries to merge an then crashes. Can reproduce any 
time. Report attached


This "apply" and merge *does* work on a local logbook.


So this means that it's some odd random memory corruption that happens 
in one scenario, not in another, because otherwise it should crash in 
both scenarios.


strange, yes, if i open my cloud logbook, save it locally and then do 
the import it crashes too.




Also works on my Version 5.0.5 I still had installed on this Mac with 
both local and cloud logbook


@Dirk, you have explicit permission to access my cloud dives if that 
helps in any way


That's likely not enough - I'd need to be able to download your dive 
data from dive logs.de  as well in order to recreate 
that merge scenario that causes the crash.


Easy. I cloned my divelogs.de logbook, will send you the credentials in 
a second (private) email


Regards,
Rainer___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: experimental Apple Qt6 fat binary

2022-04-13 Thread Rainer Mohr via subsurface

Hi Dirk,

Am 13.04.22 um 18:28 schrieb Dirk Hohndel:


I am especially interested to see that you are able start this with a 
double click from the DMG which no one else seems to be able to do.


Well, I do get the "not signed, wont open" Message, but then force it to 
open via settings -> Security. Starts quick and without any glitches. 
Maps, everything works "out of the DMG"


I can see that you are on a slightly older version of Monterey (12.1 
vs 12.3), but I can't tell which Mac model you have (I thought that 
was included in the crash dump... weird)


Its at the very end of the report:

Model: MacBookPro18,1, BootROM 7429.61.2, proc 10:8:2 processors, 16 GB, SMC
Graphics: Apple M1 Pro, Apple M1 Pro, Built-In
Display: DELL U2720Q, 5120 x 2880 (5K/UHD+ - Ultra High Definition Plus), Main, 
MirrorOff, Online
Memory Module: LPDDR5
AirPort: Wi-Fi, wl0: Oct 25 2021 22:17:59 version 20.10.853.26.8.7.107 FWID 
01-417a4935
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB31Bus
USB Device: USB31Bus
USB Device: hub_device
USB Device: composite_device
USB Device: USB31Bus
USB Device: Logitech H570e Stereo
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.


This was my work Macbook Pro with M1 Chip.

Just tried on my private Macbook Pro with M1 Chip and Monterey 12.3.1 
with the same result.


Specs From the crash report:

Model: MacBookPro18,1, BootROM 7459.101.3, proc 10:8:2 processors, 16 
GB, SMC

Graphics: Apple M1 Pro, Apple M1 Pro, Built-In
Display: Color LCD, 3456 x 2234 Retina, Main, MirrorOff, Online
Memory Module: LPDDR5
AirPort: Wi-Fi, wl0: FebĀ  8 2022 01:51:44 version 20.90.39.0.8.7.114 
FWID 01-510a2aee

Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB31Bus
USB Device: USB31Bus
USB Device: USB31Bus
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.

Let me know if I can provide anything to track this down. If you need 
access to my Mac via whatever (Teamviewer, Anydesk), any time


Regards,
Rainer___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: experimental Apple Qt6 fat binary

2022-04-13 Thread Rainer Mohr via subsurface

Starts without an issue directly from the DNG (double click) and looks fine.

Entered Cloud Credentials, opened cloud logbook, works fine.

Realized, that there are a few dives missing, so I get them from 
divelogs.de. Download works fine, but after clicking "apply" it tries to 
merge an then crashes. Can reproduce any time. Report attached


This "apply" and merge *does* work on a local logbook.

Also works on my Version 5.0.5 I still had installed on this Mac with 
both local and cloud logbook


@Dirk, you have explicit permission to access my cloud dives if that 
helps in any way


Regards,
Rainer-
Translated Report (Full Report Below)
-

Process:   Subsurface [10153]
Path:  
/Volumes/VOLUME/*/Subsurface.app/Contents/MacOS/Subsurface
Identifier:org.subsurface-divelog
Version:   5.0.8-14-g6cb34cb7f583 (5.0.8-14-g6cb34cb7f583)
Code Type: ARM-64 (Native)
Parent Process:launchd [1]
User ID:   501

Date/Time: 2022-04-13 13:42:34.1221 +0200
OS Version:macOS 12.1 (21C52)
Report Version:12
Anonymous UUID:52A04D2E-2D08-8316-C972-61A3AF92769C

Sleep/Wake UUID:   65334797-EAB3-4497-974C-BAFB0A177F02

Time Awake Since Boot: 68 seconds
Time Since Wake:   17022 seconds

System Integrity Protection: enabled

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_CRASH (SIGABRT)
Exception Codes:   0x, 0x
Exception Note:EXC_CORPSE_NOTIFY

Application Specific Information:
=
==10153==ERROR: AddressSanitizer: heap-buffer-overflow on address 
0x000166f1de10 at pc 0x000102c08f00 bp 0x00016d8f9190 sp 0x00016d8f9188
READ of size 4 at 0x000166f1de10 thread T0
#0 0x102c08efc in copy_dc_renumber+0x7a8 (Subsurface:arm64+0x100708efc)
#1 0x102c0404c in join_dive_computers+0xc8 (Subsurface:arm64+0x10070404c)
#2 0x102c008e8 in merge_dives+0x179c (Subsurface:arm64+0x1007008e8)
#3 0x102bfecc8 in try_to_merge+0xe8 (Subsurface:arm64+0x1006fecc8)
#4 0x102c185b0 in merge_dive_tables+0x300 (Subsurface:arm64+0x1007185b0)
#5 0x102c176d4 in process_imported_dives+0xd94 (Subsurface:arm64+0x1007176d4)
#6 0x102ab9390 in Command::ImportDives::ImportDives(dive_table*, trip_table*, 
dive_site_table*, device_table*, filter_preset_table*, int, QString 
const&)+0x3b0 (Subsurface:arm64+0x1005b9390)
#7 0x102aab928 in Command::importDives(dive_table*, trip_table*, 
dive_site_table*, device_table*, filter_preset_table*, int, QString 
const&)+0x5c (Subsurface:arm64+0x1005ab928)
#8 0x10287478c in DivelogsDeWebServices::buttonClicked(QAbstractButton*)+0x550 
(Subsurface:arm64+0x10037478c)
#9 0x106d2539c  (QtCore:arm64+0xb139c)
#10 0x1058f6530  (QtWidgets:arm64+0x1b6530)
#11 0x106d2539c  (QtCore:arm64+0xb139c)
#12 0x105849494  (QtWidgets:arm64+0x109494)
#13 0x105849314  (QtWidgets:arm64+0x109314)
#14 0x10584a204 in QAbstractButton::mouseReleaseEvent(QMouseEvent*)+0xa8 
(QtWidgets:arm64+0x10a204)
#15 0x105797390 in QWidget::event(QEvent*)+0x80 (QtWidgets:arm64+0x57390)
#16 0x10574ca34 in QApplicationPrivate::notify_helper(QObject*, QEvent*)+0x10c 
(QtWidgets:arm64+0xca34)
#17 0x10574ec4c in QApplication::notify(QObject*, QEvent*)+0x13ac 
(QtWidgets:arm64+0xec4c)
#18 0x106cdbe74 in QCoreApplication::notifyInternal2(QObject*, QEvent*)+0xcc 
(QtCore:arm64+0x67e74)
#19 0x10574d16c in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, 
QWidget*, QWidget*, QWidget**, QPointer&, bool, bool)+0x388 
(QtWidgets:arm64+0xd16c)
#20 0x1057ab198  (QtWidgets:arm64+0x6b198)
#21 0x1057aa448  (QtWidgets:arm64+0x6a448)
#22 0x10574ca34 in QApplicationPrivate::notify_helper(QObject*, QEvent*)+0x10c 
(QtWidgets:arm64+0xca34)
#23 0x10574da9c in QApplication::notify(QObject*, QEvent*)+0x1fc 
(QtWidgets:arm64+0xda9c)
#24 0x106cdbe74 in QCoreApplication::notifyInternal2(QObject*, QEvent*)+0xcc 
(QtCore:arm64+0x67e74)
#25 0x104c124b8 in 
QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*)+0x700
 (QtGui:arm64+0x8a4b8)
#26 0x104c592d0 in 
QWindowSystemInterface::sendWindowSystemEvents(QFlags)+0x1b8
 (QtGui:arm64+0xd12d0)
#27 0x109f1837c  (libqcocoa.dylib:arm64+0x1837c)
#28 0x19df40c58 in 
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__+0x18 
(CoreFoundation:arm64e+0x84c58)
#29 0x19df40ba4 in __CFRunLoopDoSource0+0xcc (CoreFoundation:arm64e+0x84ba4)
#30 0x19df40890 in __CFRunLoopDoSources0+0x108 (CoreFoundation:arm64e+0x84890)
#31 0x19df3f204 in __CFRunLoopRun+0x330 (CoreFoundation:arm64e+0x83204)
#32 0x19df3e730 in CFRunLoopRunSpecific+0x254 (CoreFoundation:arm64e+0x82730)
#33 0x1a6ad0f64 in RunCurrentEventLoopInMode+0x120 (HIToolbox:arm64e+0x32f64)
#34 0x1a6ad0bf0 in ReceiveNextEventCommon+0x13c (HIToolbox:arm64e+0x32bf0)
#35 0x1a6ad0a98 in _BlockUntilNextEventMatchingListInModeWithFilter+

Re: mobile version testing

2021-01-24 Thread Rainer Mohr via subsurface

> Anyway. Time to up the dosage of my depression meds, I guess

I know the feeling, but always remember: Happy people stay silent and 
you don't hear from them. Its always the "this doesn't work for me, do 
something"-people. That can get frustrating, I can sing a song about that.


I just installed 3.1.3 (4.9.10.416) on iOS and it works like a charm. 
Feels snappy, no crashes. Very cool statistics! A few font-size issues 
and sligtly clipped field labels (probably caused by my language with 
long, strange words), but screw that! Let me say thanks for all the work 
you all put in there (probably speaking for thousands of happy users 
around the world, that just don't give feedback).


In german we'd say "ich feier euch hart" nowadays - I like that ;-)

Rainer
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: Feedback iOS 3.0.0 (4.9.3.1185) for iOS

2020-03-23 Thread Rainer Mohr via subsurface

Hi Dirk,

Am 23.03.20 um 20:28 schrieb Dirk Hohndel:

In the meantime I'm working on the mobile manual... any takers to
proof-read?


Sure, Send what you have.

Rainer
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Feedback iOS 3.0.0 (4.9.3.1185) for iOS

2020-03-21 Thread Rainer Mohr via subsurface

Gentlemen,

Version works well, contact menu does what it should and overall 
stability is good!


Only observance is a quite randomly reproduceable behaviour when swiping 
through my dives.
- When swiping to the left, in *about* 7 out of 8 cases, the next dive 
loads. in the 1 other case, it opens the map instead of the next dive.
- When swiping right, the same glitch, but instead of the map, i get 
bumped back into the dive list instead of the previous dive.


Its not tied to specific dives, nor to trip boundaries, but occurs 
completely randomly. When I to go back to the dive where it happened, I 
cant reproduce, but it occurs again a few dives later. Its also not tied 
to the speed with which I swipe through, nor to any specific dive, so no 
idea...


But apart from that its very useable, so once again: good job! :-)

Rainer
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface