Re: crash in QMLManager destructor

2024-01-08 Thread Thiago Macieira via subsurface
On Monday, 8 January 2024 18:35:56 -03 Berthold Stoeger wrote: > > Thiago, is that something that makes sense to you? > > > > > > > > here's the disassembled code and yes, it does call terminate... > > Does it? At least not directly as far as I can see. I reckon this is the > exception handler?

Re: crash in QMLManager destructor

2024-01-08 Thread Thiago Macieira via subsurface
On Monday, 8 January 2024 14:10:45 -03 Dirk Hohndel via subsurface wrote: > 7 libc++abi.dylib 0x0001f7aa99c8 std::terminate() > + 56 (cxa_handlers.cpp:88) 8 Subsurface-mobile > 0x00010027589c QMLManager::~QMLManager() + 68 (qmlmanager.cpp:608) The

Re: Mac OS crash report

2023-08-21 Thread Thiago Macieira via subsurface
On Monday, 21 August 2023 17:52:36 PDT MAX ERENBERG via subsurface wrote: > VM Region Info: 0x58 is not in any region. Bytes before following region: > 140737487097768 > 0 QtCore 0x10b61bdaa > QCoreApplication::notifyInternal2(QObject*, QEvent*) + 138 > 1

Re: Does BLE scanning / downloading work on Mac OS X 13 for anyone else? (It doesn't for me unless I use the QT6 build)

2023-03-07 Thread Thiago Macieira via subsurface
On Tuesday, 7 March 2023 11:09:32 PST Ryan Gardner via subsurface wrote: > Interestingly, an older QT6 experimental build *does* show all the many BLE > devices scattered around my house (including the dive computer I'm scanning > for) A QT5 build from the same day as the QT6 test build does not wo

Re: testprofile on i686

2021-12-02 Thread Thiago Macieira via subsurface
On Wednesday, 1 December 2021 14:21:28 PST Linus Torvalds via subsurface wrote: > I'm not seeing what's going on, but it smells like some instability in > the calculations rather than some extra non-ieee precision of the > i387. An easy way to verify if it is the 387 extra precision is to remove

Re: testprofile on i686

2021-11-28 Thread Thiago Macieira via subsurface
On Sunday, 28 November 2021 08:50:04 PST Linus Torvalds via subsurface wrote: > > I am trying to package version 5.0.5 for void linux. The build seems to > > pass all of the tests for x86_64, aarch64, armv7l, armv6l but fails on > > i686 on the testprofile. Does anyone know why this might be happen

Re: WebKit -> WebEngine

2021-11-06 Thread Thiago Macieira via subsurface
On Sunday, 31 October 2021 10:23:05 PDT Lubomir I. Ivanov via subsurface wrote: > >> Visual Studio 2017 version 15.8 or later, or clang-cl version 8 or later > > they seem to support clang now as well. Please note that clang-cl is not clang. It's the clang front end that is compatible with the

Re: Assistance cross-building Windows target

2021-10-29 Thread Thiago Macieira via subsurface
On Friday, 29 October 2021 03:58:03 PDT Steven Morlock via subsurface wrote: > Howdy, > I have been trying to unsuccessfully follow guidance on how to cross-build > the Windows client. I am running on a OSBoxes.org Ubuntu 21.04 virtual > machine. I have followed as best I could the instructions

Re: Subsurface on Apple Silicone

2021-10-25 Thread Thiago Macieira via subsurface
On Sunday, 24 October 2021 18:35:14 PDT Thiago Macieira via subsurface wrote: > > Any pointers, Thiago? > > There was some discussion about only QtPositioning being available... not > sure. I didn't pay attention. I did a quick check to see if the qtlocation > repository

Re: Subsurface on Apple Silicone

2021-10-24 Thread Thiago Macieira via subsurface
On Sunday, 24 October 2021 17:12:04 PDT Dirk Hohndel wrote: > [hohndel@fedora build]$ qmake6 ../googlemaps.pro > Project ERROR: Unknown module(s) in QT: location > > So at least qmake6 doesn't appear to know how to build against Qt Location. Hmm... the "qt_lib_location.pri" file must be missing.

Re: Subsurface on Apple Silicone

2021-10-22 Thread Thiago Macieira via subsurface
On Friday, 22 October 2021 16:52:06 PDT Dirk Hohndel via subsurface wrote: > Some more messing around with Qt 6... we're not only losing QtWebKit - > there's also no Qt Location and no Qt Positioning. Which means no map > module that we can use. Those were missing in 6.0 and 6.1, but qtlocation is

Re: Subsurface on Apple Silicone

2021-10-22 Thread Thiago Macieira via subsurface
On Friday, 22 October 2021 10:34:08 PDT Dirk Hohndel via subsurface wrote: > I haven't followed this closely enough to see if the Linux distros are > including these patches in their versions, though. They are, at least the ones that follow KDE somewhat closely. https://src.fedoraproject.org/rpms

Re: Windows crash

2021-03-30 Thread Thiago Macieira via subsurface
On Tuesday, 30 March 2021 08:30:31 PDT Dirk Hohndel via subsurface wrote: > I wonder why I didn't find this with Valgrind. Given that my professional > software developer career started writing a memory debugger 27 years ago... > I find Valgrind frustratingly inconsistent to use. > > /D Try ASan

Re: libqtgeoservices_googlemaps.so: undefined symbol: _ZN7QGeoMap25fitViewportToGeoRectangleERK13QGeoRectangle

2020-10-01 Thread Thiago Macieira via subsurface
On Thursday, 1 October 2020 01:05:10 PDT Cristian Ionescu-Idbohrn via subsurface wrote: > libqtgeoservices_googlemaps.so: undefined symbol: > _ZN7QGeoMap25fitViewportToGeoRectangleERK13QGeoRectangle)" This is a private symbol in QtLocation that changed between 5.12 and 5.13.0. See https://github

Re: Windows && sqlite?

2020-09-22 Thread Thiago Macieira via subsurface
On Tuesday, 22 September 2020 11:58:04 PDT Dirk Hohndel via subsurface wrote: > > I suspect that parsing the samples fails, and that sql query might be > > something that the version of libsqlite on windows cannot handle... > We use libsqlite 3.32.2 on Windows. > I always wonder if this is a line e

Re: Qt version on OpenSuse

2020-07-20 Thread Thiago Macieira via subsurface
On Monday, 20 July 2020 05:55:12 PDT Robert Helling via subsurface wrote: > Hi, > > got a question from a user: He is on OpenSuse Tumbleweed which apparently > comes with Qt 5.15 while the Subsurface package apparently (I didn’t check > any of this) requires 5.13. Is there anything I can tell him

Re: renaming the default branch to 'main'

2020-06-15 Thread Thiago Macieira via subsurface
On Monday, 15 June 2020 13:01:04 PDT Dirk Hohndel via subsurface wrote: > I am at this point working through the steps it will take to rename our > default branch to be 'main Just don't call it MAIN. That's too CVS-y. -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org Softwa