Mono gives unhandled exception in Slackware 14.1

wombatr0n · 08-13-2014, 03:46 AM

I've been trying to use the portable version of KeePass on Slackware, and I ran into a problem: I can't seem to run anything with mono. I installed it and the dependencies with sbopkg. After unzipping the KeePass portable archive to my flash drive, I run:

mono KeePass.exe, which gives me:

Code:

Unhandled Exception:
System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.XplatUI ---> System.Net.Sockets.SocketException: The requested address is not valid in this context
  at System.Net.Sockets.Socket.Bind (System.Net.EndPoint local_end) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUIX11.SetDisplay (IntPtr display_handle) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUIX11..ctor () [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUIX11.GetInstance () [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUI..cctor () [0x00000] in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at System.Windows.Forms.Application.EnableVisualStyles () [0x00000] in <filename unknown>:0 
  at KeePass.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0 
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.XplatUI ---> System.Net.Sockets.SocketException: The requested address is not valid in this context
  at System.Net.Sockets.Socket.Bind (System.Net.EndPoint local_end) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUIX11.SetDisplay (IntPtr display_handle) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUIX11..ctor () [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUIX11.GetInstance () [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.XplatUI..cctor () [0x00000] in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at System.Windows.Forms.Application.EnableVisualStyles () [0x00000] in <filename unknown>:0 
  at KeePass.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0

With mono --debug KeePass.exe, I get:

Code:

Unhandled Exception:
System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.XplatUI ---> System.Net.Sockets.SocketException: The requested address is not valid in this context
  at System.Net.Sockets.Socket.Bind (System.Net.EndPoint local_end) [0x00065] in /tmp/SBo/mono-3.2.3/mcs/class/System/System.Net.Sockets/Socket.cs:1115 
  at System.Windows.Forms.XplatUIX11.SetDisplay (IntPtr display_handle) [0x001c6] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs:494 
  at System.Windows.Forms.XplatUIX11..ctor () [0x0006c] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs:268 
  at System.Windows.Forms.XplatUIX11.GetInstance () [0x0001c] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs:297 
  at System.Windows.Forms.XplatUI..cctor () [0x0007d] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUI.cs:112 
  --- End of inner exception stack trace ---
  at System.Windows.Forms.Application.EnableVisualStyles () [0x00006] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Application.cs:487 
  at KeePass.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0 
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.XplatUI ---> System.Net.Sockets.SocketException: The requested address is not valid in this context
  at System.Net.Sockets.Socket.Bind (System.Net.EndPoint local_end) [0x00065] in /tmp/SBo/mono-3.2.3/mcs/class/System/System.Net.Sockets/Socket.cs:1115 
  at System.Windows.Forms.XplatUIX11.SetDisplay (IntPtr display_handle) [0x001c6] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs:494 
  at System.Windows.Forms.XplatUIX11..ctor () [0x0006c] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs:268 
  at System.Windows.Forms.XplatUIX11.GetInstance () [0x0001c] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIX11.cs:297 
  at System.Windows.Forms.XplatUI..cctor () [0x0007d] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUI.cs:112 
  --- End of inner exception stack trace ---
  at System.Windows.Forms.Application.EnableVisualStyles () [0x00006] in /tmp/SBo/mono-3.2.3/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Application.cs:487 
  at KeePass.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0

I tried installing the KeePass slackbuild, and I got a similar error, which made me think it had something to do with mono. I copied and pasted a test program from the mono project website, compiled, and got a similar error when trying to run the resulting exe.

I think it has something to do with the WinForms library, which googling revealed isn't always installed with mono on Linux. Does anyone know if this is the case for Slackware, and if so is there a option to enable it when installing the slackbuild? Or is there some other issue?

slacktroll · 08-13-2014, 08:15 AM

Works for me!
ls /var/log/packages/|grep mono
mono-2.11.4-i486-1_SBo
mono-addins-1.0-i486-1_SBo

KeePass-2.27.zip,
Professional Edition
KeePass 2.27

Hmm! you used 14.1...
perhaps the 'mono2' package will work? (NOTE IT WILL CONFLICT WITH MONO3)

chrisretusn · 08-15-2014, 02:58 AM

I use KeePass with mono. I had been using mono 2.10.9 with KeePass, it's latest versin 2.27. My version of libgdiplus is version 2.10.9. I am running on Slackware64-current.

I upgraded mono 3.2.3 and encounter no problems in the compile or running KeePass. I then decided to upgrade to mono 3.6.0 using the source tarball. It works with KeePass. That said, I did run in to a few problems. This only applies to the source tarball you can get from http://download.mono-project.com/sources/mono/ and not from github.

If you have an older version of mono, and I did, it must be removed before compiling mono as it will try to use the older version during the build process. Removing the older version of mono solves this.

The SlackBuild script for mono on SBo needs a slight modification, aside from changing the VERSION to match the mono version. Find README in the docs part of the script near the end and change it to README.md

After a successful run with the modified mono.SlackBuild and running keepass I encountered a similar, yet different error than yours, basically it could not find /usr/lib/libgdiplus.so.

I'm on a x86_64 system and libgdiplus is located in /usr/lib64/. The quick fix was to create a simlink

Code:

ln -s /usr/lib64/libgdiplus.so /usr/lib/libgdiplus.so

KeePass is installed using the SlackBuild from SBo.

By the way, on a standard installation of Slackware the only requirement for mono is libgdiplus.

larryhaja · 08-17-2014, 04:21 PM

Quote:

Originally Posted by chrisretusn

After a successful run with the modified mono.SlackBuild and running keepass I encountered a similar, yet different error than yours, basically it could not find /usr/lib/libgdiplus.so.

I'm on a x86_64 system and libgdiplus is located in /usr/lib64/. The quick fix was to create a simlink

Code:

ln -s /usr/lib64/libgdiplus.so /usr/lib/libgdiplus.so

That's an ugly fix. I've already reported the issue to the SBo maintainer back on Jan 19th in regards to libgdiplus on x86_64 for mono. The issue is that the /usr/lib/libgdiplus.so file is hard coded into the /etc/mono/config file.

Bug: https://bugzilla.xamarin.com/show_bug.cgi?id=8309

Looking at that bug it looks like they have fixed it upstream for mono 3.4.0 but I haven't verified.

Simple solution is just to manually edit /etc/mono/config to use /usr/lib64 for libgdiplus.so.

chrisretusn · 08-19-2014, 02:24 AM

Quote:

Originally Posted by larryhaja

That's an ugly fix. I've already reported the issue to the SBo maintainer back on Jan 19th in regards to libgdiplus on x86_64 for mono. The issue is that the /usr/lib/libgdiplus.so file is hard coded into the /etc/mono/config file.

I did say it was quick fix.

Quote:

Bug: https://bugzilla.xamarin.com/show_bug.cgi?id=8309

Looking at that bug it looks like they have fixed it upstream for mono 3.4.0 but I haven't verified.

I missed that bug report, thanks for pointing it out. I have verified, it has not been fixed yet. I compiled and installed 3.6.0 from the source tarball available at http://download.mono-project.com/sources/mono/ and it still exist.

Quote:

Simple solution is just to manually edit /etc/mono/config to use /usr/lib64 for libgdiplus.so.

Also a quick fix.

One that I have applied (and it works) as I don't like the symlink fix. Thanks.

Wonder if the OP has found a solution yet.