You are not logged in.

#1 2016-06-15 18:45:24

Henry Flower
Member
Registered: 2010-04-12
Posts: 38

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!

Offline

#2 2016-06-21 20:21:01

Henry Flower
Member
Registered: 2010-04-12
Posts: 38

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 .

Offline

#3 2016-08-21 09:49:38

beac0n
Member
Registered: 2016-08-21
Posts: 1

Re: Keepass crashing

Rodrigo Kumpera wrote:

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 hmm

Offline

#4 2016-08-21 21:55:45

Potomac
Member
Registered: 2011-12-25
Posts: 381

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)

Offline

#5 2016-10-07 08:24:43

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.

Offline

#6 2016-10-07 08:52:45

Henry Flower
Member
Registered: 2010-04-12
Posts: 38

Re: Keepass crashing

eloi wrote:

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).

Offline

#7 2016-10-10 05:47:02

WiseGuy1020
Member
Registered: 2014-06-20
Posts: 4

Re: Keepass crashing

Henry Flower wrote:
eloi wrote:

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.

Offline

#8 2016-10-10 06:04:22

Henry Flower
Member
Registered: 2010-04-12
Posts: 38

Re: Keepass crashing

WiseGuy1020 wrote:

Apparently that no longer exists.

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

Offline

#9 2017-02-28 18:15:04

codemac
Member
From: Cliche Tech Place
Registered: 2005-05-13
Posts: 786
Website

Re: Keepass crashing

eloi wrote:

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.

Offline

#10 2017-05-19 14:08:00

carbohydrates
Member
Registered: 2014-07-19
Posts: 10

Re: Keepass crashing

codemac wrote:

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 big_smile

Offline

Board footer

Powered by FluxBB