|
Notes |
|
|
|
|
Self-acknowledging, I'll work on this later. |
|
|
|
(0019582)
|
|
Zalewa
|
|
2018-09-20 16:34
|
|
|
How is this related to Debian packaging? |
|
|
|
|
Quote from Zalewa
How is this related to Debian packaging?
Hardly. I figured 0003246 has some similar issues like 0003237 and 0003232, which I didn't bother adding as child tickets individually. Since I didn't try making a port yet, I don't know which issues apply specifically.
|
|
|
|
|
|
One also needs to optionally install bash from packages/ports to run Zandronum testing releases and join those servers from Doomseeker, until 0003518 is resolved. |
|
|
|
(0020682)
|
|
Pol M
|
|
2019-05-20 15:40
|
|
|
I'm gonna be working on making sure that OpenBSD works as intended on the following days. I'll assign myself to the ticket :) |
|
|
|
(0020695)
|
|
Pol M
|
2019-05-26 14:54
(edited on: 2019-05-26 16:54) |
|
Interestingly, doomseeker always crashes on exit.
The backtrace doesn't point to any location on our source code...
#0 0x000014ac1a59e6ae in QNetworkConfiguration::~QNetworkConfiguration () from /usr/local/lib/qt5/./libQt5Network.so.2.2
#1 0x000014ac1a5a3590 in QThreadStorage<QSharedNetworkSessionManager*>::deleteData () from /usr/local/lib/qt5/./libQt5Network.so.2.2
0000002 0x000014ab9149c966 in QThreadStorageData::finish () from /usr/local/lib/qt5/./libQt5Core.so.2.2
0000003 0x000014ab9168efb8 in QCoreApplicationPrivate::cleanupThreadData () from /usr/local/lib/qt5/./libQt5Core.so.2.2
0000004 0x000014ac3db351d3 in QGuiApplicationPrivate::~QGuiApplicationPrivate () from /usr/local/lib/qt5/./libQt5Gui.so.2.2
0000005 0x000014aba161a69f in QApplicationPrivate::~QApplicationPrivate () from /usr/local/lib/qt5/./libQt5Widgets.so.2.2
0000006 0x000014ab916c0f9d in QObject::~QObject () from /usr/local/lib/qt5/./libQt5Core.so.2.2
0000007 0x000014aba161c3fe in QApplication::~QApplication () from /usr/local/lib/qt5/./libQt5Widgets.so.2.2
Maybe it has something to do with how Qt works under OpenBSD (aka not our fault)? Idk.
|
|
|
|
(0020738)
|
|
Pol M
|
|
2019-06-09 21:03
|
|
I'm cross-posting relevant information related to SRB2, this comes from this pr:
Well, working on OpenBSD without the srb2 thing is a pain because 1/5 of the tries end up with a crash caused by srb2 (heck, pretty much all runtime crashes come from that, except for the exit crash). I decided to check for sizes across multiple platforms, and all of them have a header size of 84, and the final header has a size of 0. For some reason, in OpenBSD it has random gigantic sizes (1919905893, 1802265971, 1297293506, 1802265971 for example (in decimal)). All the instances encountered were over 0x0FFFFFFF with plenty of room, and while the header size may vary in the future, it won’t even get close to that.
The rest of the values (id, type, room) also get mangled: 0x35303239, 0x00000000 and 0x875b5553 vs the expected 0x32330000, 0x10000000, 0x000000ce, but I can’t tell how useful this info is.
[...]
I’ve been able to compile and run SRB2 without problems, and I can play online games. So, while probably OpenBSD is not supported, it can be used to play SRB2. |
|
|
|
|
Quote from Pol M
I'm cross-posting relevant information related to SRB2, this comes from this pr
Tracked as 0003660. Just FYI, since Zalewa was requesting to comment about it to this issue. |
|
|
|
(0020860)
|
|
Pol M
|
|
2019-06-30 15:31
|
|
OpenBSD no longer is capable of running doomseeker, crashing in an Abort trap. Core dump seems to point that the issue is of:
#1 0x00000ab11fa43a92 in __initdb (shadow=0) at /usr/src/lib/libc/gen/getpwent.c:983
0000002 0x00000ab11fa4484d in getpwuid_internal (uid=1000, pw=0x0, buf=0x0, buflen=0, pwretp=0x7f7ffffc3508, shadow=false, reentrant=2) at /usr/src/lib/libc/gen/getpwent.c:854
0000003 0x00000ab11fa44aa8 in getpwuid (uid=Variable "uid" is not available.
) at /usr/src/lib/libc/gen/getpwent.c:903
0000004 0x00000ab0f1fb36a5 in QFileSystemEngine::resolveUserName () from /usr/local/lib/qt5/./libQt5Core.so.2.2
0000005 0x00000ab0f1fbacb8 in QStandardPaths::writableLocation () from /usr/local/lib/qt5/./libQt5Core.so.2.2
0000006 0x00000ab17fbfa7f1 in _ZL12iconTempPathv () from /usr/local/lib/qt5/libQt5XcbQpa.so.1.2
0000007 0x00000ab17fbfa73e in __cxx_global_var_init.2 () from /usr/local/lib/qt5/libQt5XcbQpa.so.1.2
0000008 0x00000ab17fbfd011 in _GLOBAL__sub_I_qdbustrayicon.cpp () from /usr/local/lib/qt5/libQt5XcbQpa.so.1.2
0000009 0x00000ab17fb5e0e9 in _do_init () from /usr/local/lib/qt5/libQt5XcbQpa.so.1.2
0000010 0x00000ab17fc5d9a9 in _init () from /usr/local/lib/qt5/libQt5XcbQpa.so.1.2
0000011 0x00000ab17fc5d9a0 in qCeil () from /usr/local/lib/qt5/libQt5XcbQpa.so.1.2
0000012 0x00000ab0e80f1959 in _dl_call_init_recurse (object=0xab13bc2e000, initfirst=0) at /usr/src/libexec/ld.so/loader.c:771
Previous frame inner to this frame (corrupt stack?)
Aka, I'd say it's the qt library being broken. OpenBSD 6.5 |
|