Is it still a bug? Hard to say: After this (and other bugs) I switched to VIM and never looked back...
I had the same issue after upgrading to Kubuntu 18.04. The segfault is indeed caused by Mono - but that is small comfort. The stacktrace, however, gives the decisive information that the root of the issue is "System.Windows.Forms". That is where the train went off the tracks... In my case the problem was solved by the "--verify-all" parameter as indicated here [1]: mono --verify-all /usr/lib/keepass2/KeePass.exe "$@" You can change the script /usr/bin/keepass2 accordingly. (/usr/bin/cli just points...
At first glance this seems to be a good idea: Support for different number formats would make MathMod more user-friendly and thus open it to a wider, international audience. Supprisingly MathMod already comes with this feature: The QT library supports - by default - different number formats (and various other language settings) and as a QT applications MathMod inherits all the necessary application libraries. Unfortunately there has been a bug in the way MathMod uses QT for quite a while now.[1]...
Because nothing has changed since initial report and because the problem is rather severe (rendering MathMod unusable on non-English systems) I searched around for a way to patch this bug. The hotfix is quite simple - starting MathMod on the command line with "LC_ALL=C ./mathmod" forces the number format to English.
Sorry that I have to come back to this issue: After upgrading to Kubuntu 16.04 it...
Sorry that I have to come back to this issue: After upgrading to Kubuntu 16.04 it...
To be honest I wasn't convinced that Qt was to blame - but I was wrong: I just booted...
Also, can you try the provided MathMod-3.1(Linux64) build, i'll be curious to know...