Arch Linux

Henry Flower

Member

Registered: 2010-04-12

Posts: 63

Keepass crashing

Since a recent update, keepass usually (not quite always) crashes for me when I press the super key (which I do rather often, as it's my modifier in i3). In the terminal, I get:

keepass
SendMessage (33554474, 0x112c, 0x4, 0x4)
Stacktrace:

  at <unknown> <0xffffffff>
  at (wrapper managed-to-native) System.Windows.Forms.X11Keyboard.Xutf8LookupString (intptr,System.Windows.Forms.XEvent&,byte[],int,intptr&,System.Windows.Forms.XLookupStatus&) <0x000a4>
  at System.Windows.Forms.X11Keyboard.LookupString (System.Windows.Forms.XEvent&,int,System.Windows.Forms.XKeySym&,System.Windows.Forms.XLookupStatus&) <0x000c3>
  at System.Windows.Forms.X11Keyboard.EventToVkey (System.Windows.Forms.XEvent) <0x0003f>
  at System.Windows.Forms.X11Keyboard.ToUnicode (int,int,string&) <0x0035f>
  at System.Windows.Forms.X11Keyboard.TranslateMessage (System.Windows.Forms.MSG&) <0x00127>
  at System.Windows.Forms.XplatUIX11.TranslateMessage (System.Windows.Forms.MSG&) <0x00023>
  at System.Windows.Forms.XplatUI.TranslateMessage (System.Windows.Forms.MSG&) <0x0001f>
  at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) <0x00cf7>
  at System.Windows.Forms.Form.ShowDialog (System.Windows.Forms.IWin32Window) <0x008c3>
  at System.Windows.Forms.Form.ShowDialog () <0x0000f>
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Form.ShowDialog () <0x00053>
  at KeePass.Forms.MainForm.OpenDatabase (KeePassLib.Serialization.IOConnectionInfo,KeePassLib.Keys.CompositeKey,bool) <0x005e3>
  at KeePass.Forms.MainForm.OnFormLoad (object,System.EventArgs) <0x0363c>
  at System.Windows.Forms.Form.OnLoad (System.EventArgs) <0x00071>
  at System.Windows.Forms.Form.OnLoadInternal (System.EventArgs) <0x0007f>
  at System.Windows.Forms.Form.OnCreateControl () <0x0004f>
  at System.Windows.Forms.Control.CreateControl () <0x0011f>
  at System.Windows.Forms.Control.WmShowWindow (System.Windows.Forms.Message&) <0x00167>
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&) <0x002d7>
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message&) <0x00013>
  at System.Windows.Forms.ContainerControl.WndProc (System.Windows.Forms.Message&) <0x0005b>
  at System.Windows.Forms.Form.WndProc (System.Windows.Forms.Message&) <0x00257>
  at KeePass.Forms.MainForm.WndProc (System.Windows.Forms.Message&) <0x001b9>
  at System.Windows.Forms.Control/ControlWindowTarget.OnMessage (System.Windows.Forms.Message&) <0x00024>
  at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message&) <0x00036>
  at System.Windows.Forms.NativeWindow.WndProc (intptr,System.Windows.Forms.Msg,intptr,intptr) <0x003c0>
  at System.Windows.Forms.XplatUIX11.SendMessage (intptr,System.Windows.Forms.Msg,intptr,intptr) <0x0044f>
  at System.Windows.Forms.XplatUIX11.MapWindow (System.Windows.Forms.Hwnd,System.Windows.Forms.WindowType) <0x001f3>
  at System.Windows.Forms.XplatUIX11.CreateWindow (System.Windows.Forms.CreateParams) <0x00e2b>
  at System.Windows.Forms.XplatUI.CreateWindow (System.Windows.Forms.CreateParams) <0x0001f>
  at System.Windows.Forms.NativeWindow.CreateHandle (System.Windows.Forms.CreateParams) <0x0003f>
  at System.Windows.Forms.Control.CreateHandle () <0x00069>
  at System.Windows.Forms.Form.CreateHandle () <0x00027>
  at System.Windows.Forms.Control.CreateControl () <0x00087>
  at System.Windows.Forms.Control.SetVisibleCore (bool) <0x00083>
  at System.Windows.Forms.Form.SetVisibleCore (bool) <0x00317>
  at KeePass.Forms.MainForm.SetVisibleCore (bool) <0x0009d>
  at System.Windows.Forms.Control.set_Visible (bool) <0x00032>
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.set_Visible (bool) <0x00067>
  at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) <0x0033f>
  at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext) <0x00057>
  at System.Windows.Forms.Application.Run (System.Windows.Forms.Form) <0x00033>
  at KeePass.Program.Main (string[]) <0x00bde>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <0x000c8>

Native stacktrace:

	mono() [0x4ac77f]
	mono() [0x50014e]
	mono() [0x428653]
	/usr/lib/libpthread.so.0(+0x10f00) [0x7f17c35d2f00]
	/usr/lib/libc.so.6(strlen+0x26) [0x7f17c3088d76]
	/usr/lib/libX11.so.6(_XimLocalUtf8LookupString+0xeb) [0x7f17baca2b1b]
	[0x41057e15]

Debug info from gdb:

[New LWP 4363]
[New LWP 4364]
[New LWP 4370]
[New LWP 4371]
[New LWP 4372]
[New LWP 4373]
[New LWP 4374]
[New LWP 4375]
[New LWP 4377]
[New LWP 4378]
[New LWP 4379]
Mono support loaded.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
0x00007f17c35d2b5b in waitpid () from /usr/lib/libpthread.so.0
  Id   Target Id         Frame 
* 1    Thread 0x7f17c40d2780 (LWP 4362) "mono" 0x00007f17c35d2b5b in waitpid () from /usr/lib/libpthread.so.0
  2    Thread 0x7f17c27ff700 (LWP 4363) "mono" 0x00007f17c35cf0af in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  3    Thread 0x7f17c2e28700 (LWP 4364) "Finalizer" 0x00007f17c35d1497 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0
  4    Thread 0x7f17b0c52700 (LWP 4370) "mono" 0x00007f17c30e572d in read () from /usr/lib/libc.so.6
  5    Thread 0x7f17b0a41700 (LWP 4371) "mono" 0x00007f17c30e96cd in poll () from /usr/lib/libc.so.6
  6    Thread 0x7f17b0a00700 (LWP 4372) "mono" 0x00007f17c35cf0af in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  7    Thread 0x7f17b07ff700 (LWP 4373) "mono" 0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  8    Thread 0x7f17b07be700 (LWP 4374) "Threadpool work" 0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  9    Thread 0x7f17b05bd700 (LWP 4375) "Threadpool work" 0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  10   Thread 0x7f179b9fe700 (LWP 4377) "Threadpool work" 0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  11   Thread 0x7f179b7fd700 (LWP 4378) "Threadpool work" 0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
  12   Thread 0x7f179b5fc700 (LWP 4379) "Threadpool work" 0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0

Thread 12 (Thread 0x7f179b5fc700 (LWP 4379)):
#0  0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x000000000059bbe4 in ?? ()
#2  0x0000000000596801 in ?? ()
#3  0x000000000064719a in ?? ()
#4  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#5  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 11 (Thread 0x7f179b7fd700 (LWP 4378)):
#0  0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x000000000059bbe4 in ?? ()
#2  0x0000000000596801 in ?? ()
#3  0x000000000064719a in ?? ()
#4  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#5  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 10 (Thread 0x7f179b9fe700 (LWP 4377)):
#0  0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x000000000059bbe4 in ?? ()
#2  0x0000000000596801 in ?? ()
#3  0x000000000064719a in ?? ()
#4  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#5  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 9 (Thread 0x7f17b05bd700 (LWP 4375)):
#0  0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x000000000059bbe4 in ?? ()
#2  0x0000000000596801 in ?? ()
#3  0x000000000064719a in ?? ()
#4  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#5  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 8 (Thread 0x7f17b07be700 (LWP 4374)):
#0  0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x000000000059bbe4 in ?? ()
#2  0x0000000000596801 in ?? ()
#3  0x000000000064719a in ?? ()
#4  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#5  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 7 (Thread 0x7f17b07ff700 (LWP 4373)):
#0  0x00007f17c35cf458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x0000000000645c8d in ?? ()
#2  0x000000000059ac61 in ?? ()
#3  0x0000000000596801 in ?? ()
#4  0x000000000064719a in ?? ()
#5  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#6  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 6 (Thread 0x7f17b0a00700 (LWP 4372)):
#0  0x00007f17c35cf0af in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x000000000061bcfd in ?? ()
#2  0x0000000000632662 in ?? ()
#3  0x0000000000596080 in ?? ()
#4  0x000000000059613d in ?? ()
#5  0x0000000040fbf2bd in ?? ()
#6  0x00007f17c2a0d128 in ?? ()
#7  0x00007f17c2a0d218 in ?? ()
#8  0x00007f17c2a0d0b8 in ?? ()
#9  0x00007f17c2a0d0b8 in ?? ()
#10 0x00007f17c2a0d180 in ?? ()
#11 0x00007f17a8001960 in ?? ()
#12 0x00007f17b0a00698 in ?? ()
#13 0x00007f17b09ff7f0 in ?? ()
#14 0x00007f17b09ff770 in ?? ()
#15 0x00007f17c063b31d in ?? () from /usr/lib/mono/4.5/mscorlib.dll.so
#16 0x00007f17c2a0f488 in ?? ()
#17 0x00007f17c063b2c0 in ?? () from /usr/lib/mono/4.5/mscorlib.dll.so
#18 0x000000000000000c in ?? ()
#19 0x0000000040ea108c in ?? ()
#20 0x00007f17b0a00698 in ?? ()
#21 0x00007f17c063b201 in ?? () from /usr/lib/mono/4.5/mscorlib.dll.so
#22 0x00007f17b09ff870 in ?? ()
#23 0x0000000040fbe62b in ?? ()
#24 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f17b0a41700 (LWP 4371)):
#0  0x00007f17c30e96cd in poll () from /usr/lib/libc.so.6
#1  0x000000000059d472 in ?? ()
#2  0x000000000059e278 in ?? ()
#3  0x0000000000596801 in ?? ()
#4  0x000000000064719a in ?? ()
#5  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#6  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 4 (Thread 0x7f17b0c52700 (LWP 4370)):
#0  0x00007f17c30e572d in read () from /usr/lib/libc.so.6
#1  0x0000000040fb7ad0 in ?? ()
#2  0x00007f17b0c51810 in ?? ()
#3  0x00007f17c29fa730 in ?? ()
#4  0x00007f17c29fb280 in ?? ()
#5  0x0000000000000040 in ?? ()
#6  0x00007f17c29fa730 in ?? ()
#7  0x00007f17ac001960 in ?? ()
#8  0x00007f17b0c51870 in ?? ()
#9  0x00007f17b0c51870 in ?? ()
#10 0x00007f17b0c51770 in ?? ()
#11 0x0000000040fb7868 in ?? ()
#12 0x00007f17c048ea1b in ?? () from /usr/lib/mono/4.5/mscorlib.dll.so
#13 0x406bf00000000000 in ?? ()
#14 0x407f600000000000 in ?? ()
#15 0x47414e414d5f4f4e in ?? ()
#16 0xffffffff00000000 in ?? ()
#17 0x00007f17c29fa730 in ?? ()
#18 0x00007f17b0c51810 in ?? ()
#19 0x00007f17c29fa730 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f17c2e28700 (LWP 4364)):
#0  0x00007f17c35d1497 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0
#1  0x00007f17c35d1544 in __new_sem_wait_slow.constprop.0 () from /usr/lib/libpthread.so.0
#2  0x00000000005b66c7 in ?? ()
#3  0x0000000000596801 in ?? ()
#4  0x000000000064719a in ?? ()
#5  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#6  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 2 (Thread 0x7f17c27ff700 (LWP 4363)):
#0  0x00007f17c35cf0af in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x0000000000615473 in ?? ()
#2  0x00007f17c35c9484 in start_thread () from /usr/lib/libpthread.so.0
#3  0x00007f17c30f26dd in clone () from /usr/lib/libc.so.6

Thread 1 (Thread 0x7f17c40d2780 (LWP 4362)):
#0  0x00007f17c35d2b5b in waitpid () from /usr/lib/libpthread.so.0
#1  0x00000000004ac856 in ?? ()
#2  0x000000000050014e in ?? ()
#3  0x0000000000428653 in ?? ()
#4  <signal handler called>
#5  0x00007f17c3088d76 in strlen () from /usr/lib/libc.so.6
#6  0x00007f17baca2b1b in _XimLocalUtf8LookupString () from /usr/lib/libX11.so.6
#7  0x0000000041057e15 in ?? ()
#8  0x0000000000000000 in ?? ()

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Aborted (core dumped)

Thoughts gratefully received!

Henry Flower

Member

Registered: 2010-04-12

Posts: 63

Re: Keepass crashing

For any others who are affected by this, someone else has already reported the bug to mono at https://bugzilla.xamarin.com/show_bug.cgi?id=41505 .

beac0n

Member

From: Germany

Registered: 2016-08-21

Posts: 10

Re: Keepass crashing

2016-07-20 00:56:26 UTC
Hi,

While we aim to fix all bugs in mono, WinForms is not a library we actively maintain anymore. On the other hand, we encourage the community to submit fixes for such issues through a pull request on github repository.

Seems like we have to fix it ourselves

Potomac

Member

Registered: 2011-12-25

Posts: 528

Re: Keepass crashing

a workaround is to use keepassx package :

https://www.archlinux.org/packages/comm … /keepassx/

or keepassx2 :

https://www.archlinux.org/packages/comm … keepassx2/

it's a 100% linux port of keepass, no need of mono/dot net virtual machine

Last edited by Potomac (2016-08-21 22:05:53)

eloi

Member

Registered: 2016-10-07

Posts: 1

Re: Keepass crashing

If you do not want to switch to Keepassx (p.e. due to lack of keepasshttp support), there is another workaround in the Keepass forums (https://sourceforge.net/p/keepass/bugs/1545/#1618):

"Add --verify-all to the mono command in the /usr/bin/keepass file"

#!/bin/sh
exec mono --verify-all /usr/share/keepass/KeePass.exe "$@"

I've been using this toggle a few hours and  for now seems to work flawlessly.

Henry Flower

Member

Registered: 2010-04-12

Posts: 63

Re: Keepass crashing

If you do not want to switch to Keepassx (p.e. due to lack of keepasshttp support) ...

You can also use keepassx-http (just for public information).

WiseGuy1020

Member

Registered: 2014-06-20

Posts: 4

Re: Keepass crashing

If you do not want to switch to Keepassx (p.e. due to lack of keepasshttp support) ...

You can also use keepassx-http (just for public information).

Apparently that no longer exists.

Henry Flower

Member

Registered: 2010-04-12

Posts: 63

Re: Keepass crashing

Apparently that no longer exists.

Well, seems to have become keepassx-reboot-git.

codemac

Member

From: Cliche Tech Place

Registered: 2005-05-13

Posts: 794

Website

Re: Keepass crashing

If you do not want to switch to Keepassx (p.e. due to lack of keepasshttp support), there is another workaround in the Keepass forums (https://sourceforge.net/p/keepass/bugs/1545/#1618):

"Add --verify-all to the mono command in the /usr/bin/keepass file"

#!/bin/sh
exec mono --verify-all /usr/share/keepass/KeePass.exe "$@"

I've been using this toggle a few hours and  for now seems to work flawlessly.

This toggle has not been working for me. Does anyone have any other workarounds? I'd really like to continue using keepass.

---

http://codemac.net

carbohydrates

Member

Registered: 2014-07-19

Posts: 12

Re: Keepass crashing

This toggle has not been working for me. Does anyone have any other workarounds? I'd really like to continue using keepass.

It wasn't working for me either - Gentoo has this workaround in /usr/bin/keepass by default - but changing the top line from

#!/bin/sh

to

#!/bin/bash

has fixed it for me.  The exec --verify-all command worked in a terminal, but not from the script in /usr/bin, so I figured I'd try it with bash instead of sh.

No more segfaults here