Open martin21 opened 7 years ago
zetok
commented
7 years ago It looks like a problem with your system.
I.e. since it crashes on sqlcipher_openssl_cipher, I'd guess that openssl from your system is incompatible with sqlcipher that qTox binary was linked against.
qTox should work just fine if you compile manually against your system libs. Unless that doesn't work too?
Diadlo
commented
7 years ago Interesting. The length of the password should be greater than 6
martin21
commented
7 years ago Okay, this works. I had to compile toxcore and remove any and all libtox packages that were still installed, which also means I had to remove utox as well. Fortunately qtox seems to have imported the tox_save.tox of uTox, so not yet another tox id.
I compiled with toxcore 0.1.2, is that still recommended or should I use a newer version?
I hope for upgraded / recompiled Debian packages.
zetok
commented
7 years ago I compiled with toxcore 0.1.2, is that still recommended or should I use a newer version?
That's the latest release as of now. In a few hours there probably will be 0.1.3 released, careful with that one though since there were some slight problems with the code on master. It will be fixed before 0.1.3 release, but still, proceed with caution.
I hope for upgraded / recompiled Debian packages.
https://github.com/abbat/tox.pkg#toxpkg ← repo with stuff that is used to build packages for distros, it could make use of some help ;-)
zetok
commented
7 years ago Okay, this works.
Since it works, closing.
martin21
commented
7 years ago Nope, it doesn´t. The profile of uTox had no password and without password it qTox loaded it.
toxcore + qTox compiled from git, toxcore from tag v0.1.2
OS: Debian GNU/Linux Sid qTox version: v1.7.0-43-g6b513819. Commit-Hash: 6b51381980e4d742efff0905a697040efbcce049 Toxcore-Version: 0.1.2 Qt: 5.7.1-1
Yet, on setting a password it crashes
Crash on setting profile password #4056 probably another duplicate, not sure.
Also on creating a new profile with password it crashes:
~> gdb qtox
[…]
(gdb) run
Starting program: /usr/bin/qtox
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffd321c700 (LWP 15876)]
[New Thread 0x7fffc8b4c700 (LWP 15877)]
[New Thread 0x7fffc3fff700 (LWP 15878)]
[22:27:26.832 UTC] persistence/settings.cpp:133 : Debug: No settings file found, using defaults
[22:27:26.832 UTC] persistence/settings.cpp:137 : Debug: "Loading settings from :/conf/qtox.ini"
[22:27:26.857 UTC] ipc.cpp:59 : Debug: Our global IPC ID is 8774033019212500983
[22:27:26.857 UTC] main.cpp:210 : Debug: built on: 22:47:41 Jan 5 2017 ( 1483652845 )
[22:27:26.857 UTC] main.cpp:211 : Debug: commit: 6b51381980e4d742efff0905a697040efbcce049
[22:27:26.857 UTC] nexus.cpp:85 : Debug: Starting up
[22:27:39.524 UTC] persistence/settings.cpp:2374 : Debug: Creating new profile settings in "/home/martin/.config/tox//test.ini"
[22:27:39.655 UTC] persistence/settings.cpp:358 : Debug: Loading personal settings from "/home/martin/.config/tox/test.ini"
[22:27:39.655 UTC] persistence/settings.cpp:493 : Debug: "Saving global settings at /home/martin/.config/tox/qtox.ini"
[New Thread 0x7fffba3dc700 (LWP 15884)]
[New Thread 0x7fffb9bdb700 (LWP 15887)]
[New Thread 0x7fffb93da700 (LWP 15888)]
[22:27:41.031 UTC] core/core.cpp:244 : Debug: Creating a new profile
[22:27:41.032 UTC] core/core.cpp:135 : Debug: Core starting with IPv6 enabled
[New Thread 0x7fffb8b33700 (LWP 15889)]
[22:27:41.035 UTC] core/core.cpp:319 : Debug: Self avatar not found, will broadcast empty avatar to friends
[22:27:41.036 UTC] persistence/profile.cpp:373 : Debug: Saving tox save to "/home/martin/.config/tox/test.tox"
[New Thread 0x7fffabfff700 (LWP 15890)]
[22:27:41.161 UTC] widget/systemtrayicon.cpp:90 : Debug: Using the Qt backend
[22:27:41.163 UTC] widget/widget.cpp:481 : Debug: Detected buggy QIcon::hasThemeIcon. Icon overrides from theme will be ignored.
Thread 9 "qTox Database" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffabfff700 (LWP 15890)]
0x00007fffeeff675d in EVP_EncryptUpdate () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
(gdb) bt full
#0 0x00007fffeeff675d in EVP_EncryptUpdate () at /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
#1 0x00007ffff6992e3b in sqlcipher_openssl_cipher (ctx=0x7fffa001a8a8, mode=<optimized out>, key=0x7fffa001a8c8 "hgl\035\362lC\240H3\207\036r\273\262W\362\027\222\340E\n\240K+\004\305{c\373d\227", key_sz=<optimized out>, iv=0x7fffa00163c8 "\321\343\064$\346/\216\342\003j\\\022K\225\346\366/\272o\027q9\317wB:\375\026\357b\271\020\363\035\027\305g5옉\034c\233\236\024\370\327u", in=0x7fffa001b718 "\004", in_sz=960, out=0x7fffa0016008 "") at sqlite3.c:16517
tmp_csz = 0
csz = <optimized out>
ectx = 0x7fffa001f3b0
#2 0x00007ffff69a347e in sqlcipher_page_cipher (ctx=ctx@entry=0x7fffa0015fa8, for_ctx=<optimized out>, pgno=1, mode=1, page_sz=<optimized out>, in=0x7fffa001b718 "\004", out=0x7fffa0016008 "") at sqlite3.c:15696
c_ctx = 0x7fffa001a798
iv_in = 0x7fffa001bad8 ""
iv_out = 0x7fffa00163c8 "\321\343\064$\346/\216\342\003j\\\022K\225\346\366/\272o\027q9\317wB:\375\026\357b\271\020\363\035\027\305g5옉\034c\233\236\024\370\327u"
hmac_in = <optimized out>
hmac_out = 0x7fffa00163d8 "/\272o\027q9\317wB:\375\026\357b\271\020\363\035\027\305g5옉\034c\233\236\024\370\327u"
out_start = 0x7fffa0016008 ""
size = 960
#3 0x00007ffff69b5104 in sqlite3Codec (iCtx=0x7fffa0015fa8, data=0x7fffa001b708, pgno=1, mode=6) at sqlite3.c:14389
ctx = 0x7fffa0015fa8
offset = <optimized out>
rc = <optimized out>
page_sz = 1024
pData = 0x7fffa001b708 "SQLite format 3"
buffer = 0x7fffa0015ff8
kdf_salt = 0x7fffa00148f8
#4 0x00007ffff69c3799 in pager_write_pagelist (pPager=pPager@entry=0x7fffa0003aa8, pList=0x7fffa001bb40) at sqlite3.c:48086
offset = 0
pData = <optimized out>
pgno = 1
rc = 0
#5 0x00007ffff69cb5fa in sqlite3PagerCommitPhaseOne (pPager=0x7fffa0003aa8, zMaster=zMaster@entry=0x0, noSync=noSync@entry=0) at sqlite3.c:50033
rc = <optimized out>
#6 0x00007ffff69cb7cf in sqlite3PagerCommitPhaseOne (noSync=0, zMaster=0x0, pPager=<optimized out>) at sqlite3.c:49932
rc = 0
pBt = 0x7fffa00035e8
#7 0x00007ffff69cb7cf in sqlite3BtreeCommitPhaseOne (p=0x7fffa0003588, zMaster=zMaster@entry=0x0) at sqlite3.c:57764
pBt = 0x7fffa00035e8
#8 0x00007ffff69cf421 in sqlite3BtreeCommitPhaseOne (zMaster=0x0, p=<optimized out>) at sqlite3.c:89551
rc = 0
pBt = <optimized out>
i = 0
nTrans = <optimized out>
---Type <return> to continue, or q <return> to quit---
rc = 0
needXcommit = <optimized out>
mrc = <optimized out>
eStatementOp = <optimized out>
isSpecialError = <optimized out>
rc = <optimized out>
db = 0x7fffa0002fb8
#9 0x00007ffff69cf421 in vdbeCommit (p=0x7fffa0014a18, db=0x7fffa0002fb8) at sqlite3.c:1586
pBt = <optimized out>
i = 0
nTrans = <optimized out>
rc = 0
needXcommit = <optimized out>
mrc = <optimized out>
eStatementOp = <optimized out>
isSpecialError = <optimized out>
rc = <optimized out>
db = 0x7fffa0002fb8
#10 0x00007ffff69cf421 in sqlite3VdbeHalt (p=p@entry=0x7fffa0014a18) at sqlite3.c:1993
mrc = <optimized out>
eStatementOp = <optimized out>
isSpecialError = <optimized out>
rc = <optimized out>
db = 0x7fffa0002fb8
#11 0x00007ffff69fe926 in sqlite3VdbeExec (p=p@entry=0x7fffa0014a18) at sqlite3.c:71867
zType = <optimized out>
zLogFmt = <optimized out>
pc = 42
aOp = <optimized out>
pOp = 0x7fffa001cca8
rc = 0
db = <optimized out>
resetSchemaOnFault = 0 '\000'
encoding = <optimized out>
iCompare = <optimized out>
nVmStep = <optimized out>
nProgressLimit = <optimized out>
aMem = <optimized out>
pIn1 = <optimized out>
pIn2 = <optimized out>
pIn3 = <optimized out>
---Type <return> to continue, or q <return> to quit---
pOut = <optimized out>
aPermute = <optimized out>
lastRowid = 0
#12 0x00007ffff69ff8cf in sqlite3Step (p=0x7fffa0014a18) at sqlite3.c:69631
db = 0x7fffa0002fb8
rc = <optimized out>
db = <optimized out>
v = <optimized out>
pStmt = <optimized out>
v = <optimized out>
#13 0x00007ffff69ff8cf in sqlite3_step (pStmt=<optimized out>) at sqlite3.c:4161
db = <optimized out>
v = <optimized out>
pStmt = <optimized out>
v = <optimized out>
#14 0x0000555555609b10 in ()
#15 0x00005555556de035 in ()
#16 0x00007ffff0f08449 in QObject::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#17 0x00007ffff192eb2c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#18 0x00007ffff19362e1 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#19 0x00007ffff0edb990 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x00007ffff0ede11d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x00007ffff0f2fbf3 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x00007ffff3fd07f7 in g_main_dispatch (context=0x7fffa0000990) at ././glib/gmain.c:3203
dispatch = 0x7ffff0f2fbe0
prev_source = 0x0
was_in_call = 0
user_data = 0x0
callback = 0x0
cb_funcs = <optimized out>
cb_data = <optimized out>
need_destroy = <optimized out>
source = 0x7fffa00012d0
current = 0x7fffa4002770
i = 0
#23 0x00007ffff3fd07f7 in g_main_context_dispatch (context=context@entry=0x7fffa0000990) at ././glib/gmain.c:3856
#24 0x00007ffff3fd0a60 in g_main_context_iterate (context=context@entry=0x7fffa0000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>)
at ././glib/gmain.c:3929
max_priority = 2147483647
timeout = -1
some_ready = 1
---Type <return> to continue, or q <return> to quit---
nfds = 1
allocated_nfds = 1
fds = <optimized out>
#25 0x00007ffff3fd0b0c in g_main_context_iteration (context=0x7fffa0000990, may_block=1) at ././glib/gmain.c:3990
retval = <optimized out>
#26 0x00007ffff0f2ffff in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x00007ffff0ed997a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#28 0x00007ffff0d070f3 in QThread::exec() () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#29 0x00007ffff0d0bda8 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#30 0x00007ffff07d5464 in start_thread (arg=0x7fffabfff700) at pthread_create.c:333
__res = <optimized out>
pd = 0x7fffabfff700
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {140736079066880, -1144861764976688385, 0, 140737488345423, 0, 140737354125376, 1145028890308330239, 1144832058090668799}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
pagesize_m1 = <optimized out>
sp = <optimized out>
freesize = <optimized out>
__PRETTY_FUNCTION__ = "start_thread"
#31 0x00007fffefc7b9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
(gdb)
(gdb) quit
A debugging session is active.
Inferior 1 [process 15872] will be killed.
Quit anyway? (y or n) yI spent more than 3 hours on this one now. I am fed up for now and thus will remove all my self-compiled stuff I just reinstall utox again.
martin21
commented
7 years ago ~> dpkg -l | grep sqlcipher | cut -c1-72
ii libsqlcipher-dev 3.2.0-2
ii libsqlcipher0:amd64 3.2.0-2
ii libsqlcipher0-dbg 3.2.0-2which depends on
Depends: libc6 (>= 2.14), libssl1.1 (>= 1.1.0)
which is:
~> dpkg -l | grep libssl1.1 | cut -c-72
ii libssl1.1:amd64 1.1.0c-2Zetok, it is a distribution issue, as downgrading libsqlcipher debian package from 3.2.0-2 to 3.2.0-1.1+b2¹ fixes the issue for me.
Reported as Debian bug report:
Debian Bug #850421: libsqlcipher0: qTox segfaults with distro provided libsqlcipher0 https://bugs.debian.org/850421
martin21
commented
7 years ago Diadlo, I meant using test12 as a password. This works as qTox accepts a password with at least 6 characters.
TheOuterLinux
commented
6 years ago If I follow the https://bugs.debian.org/85042" link, they claim to have fixed it; however, I just now (Apr 2, 2018) had to downgrade with the http://snapshot.debian.org/archive/debian/20161011T120354Z/pool/main/s/sqlcipher/libsqlcipher0_3.2.0-1.1%2Bb2_amd64.deb link to get password protected profiles to work. Stretch repositories don't have the latest libsqlcipher, but testing does. So I tried something kind of weird. I downgraded like was suggested but then added Debian's testing repo to my /etc/apt/sources.list. I ran a "sudo apt update" and then a "sudo apt upgrade." It immediately told me to do a "sudo apt --fix-broken install," which in turn upgraded my libsqlcipher to 3.4. Rather than running "sudo apt upgrade" again to continue with the rest of testing's numerous package updates, I removed it from my sources.list. This way, I have the working latest version of libsqlcipher, but I'm still "stable." I hope that makes sense.
martin21
commented
6 years ago @TheOuterLinux I don´t use qTox currently, but yes, the updated libsqlcipher has not been backported to Debian Stretch¹. You may request a backport on the debian-backports mailing list or by asking the package maintainer².
isav83
commented
4 years ago I have same issue (segmentation fault on startup) with sqlcipher 4.2.0. Downgrade to 4.1.0 solve it. OS: Slackware Current 32bit qTox: 1.17-dev (on this time) toxcore: 0.2.10 Qt: 5.13.1 Steps to reproduce:
(gdb) run
Starting program: /usr/bin/qtox
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
[New Thread 0xae687b40 (LWP 10432)]
[14:43:25.256 UTC] :0 : Warning: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-igor'
[New Thread 0xadb8db40 (LWP 10433)]
[14:43:25.281 UTC] persistence/settings.cpp:120 : Debug: No settings file found, using defaults
[14:43:25.281 UTC] persistence/settings.cpp:124 : Debug: "Loading settings from :/conf/qtox.ini"
[14:43:25.289 UTC] ipc.cpp:61 : Debug: Our global IPC ID is 12848374570953043189
[14:43:25.289 UTC] main.cpp:308 : Debug: commit: build without git
[New Thread 0xad1ffb40 (LWP 10434)]
[New Thread 0xa886cb40 (LWP 10436)]
[New Thread 0xa7dbeb40 (LWP 10437)]
[14:43:32.306 UTC] persistence/profile.cpp:146 : Debug: Loading tox save "/home/igor/.config/tox/Igor.tox"
[14:43:32.359 UTC] persistence/settings.cpp:494 : Debug: Loading personal settings from "/home/igor/.config/tox/Igor.ini"
[14:43:32.360 UTC] core/toxoptions.cpp:110 : Debug: Core starting with IPv6 enabled
[New Thread 0xa7273b40 (LWP 10439)]
[New Thread 0xa68ffb40 (LWP 10440)]
[14:43:32.418 UTC] persistence/db/rawdatabase.cpp:285 : Debug: Setting SQLCipher 4.x parametersThread 8 "qTox Database" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xa68ffb40 (LWP 10440)] 0xb40a04eb in EVP_MD_CTX_clear_flags () from /usr/lib/libcrypto.so.1.1 (gdb) bt
Possible duplicates:
segmentation fault on startup after showing profile (main) window #4055 but there qtox crashes straight after showing profile (main) window. Its also qtox-alpha Debian package.
Segmentation fault on qTox startup in KDE #1116 but this dates back quite a while, however, I use Plasma.
Brief Description
OS: Linux qTox version: 201611180121~v1.6.0 (qtox Debian package version)
Qt: 5.7.1-1
Plasma 5.8.4 LTS + KF 5.29
Hardware: ThinkPad T520
Reproducible: Always
Steps to reproduce
Observed Behavior
qtox crashes:
Expected Behavior
qtox runs, as it did with an earlier version
Additional Info
libsqlcipher0:amd64 3.2.0-2