Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When running any mono application, the app hangs during startup and then has to be killed. Pinta gives a blank window, while Monodevelop does nothing. However, no error messages are printed which gives not much to lead on. I've installed all the dependencies and regular Gtk+ apps work fine (firefox, leafpad etc.)

I'm using Mono 3.2.3, Arch Linux, and Openbox

I've already re-installed Mono and then Arch itself, to no effect.

mono --version:

Mono JIT compiler version 3.2.3 (tarball Sun Sep 22 20:38:43 UTC 2013)
Copyright (C) 2002-2012 Novell, Inc, Xamarin Inc and Contributors.
    TLS:           __thread
    SIGSEGV:       altstack
    Notifications: epoll
    Architecture:  amd64
    Disabled:      none
    Misc:          softdebug 
    LLVM:          supported, not enabled.
    GC:            sgen

MONO_DEBUG_LEVEL=debug pinta (last 4 lines)

Mono: DllImport searching in: '' ('').
Mono: Searching for 'cairo_set_source_surface'.
Mono: Probing 'cairo_set_source_surface'.
Mono: Found as 'cairo_set_source_surface'.

MONO_DEBUG_LEVEL=debug monodevelop (last 4 lines)

Mono: DllImport searching in: '' ('').
Mono: Searching for 'Mono_Posix_Stdlib_stdin'.
Mono: Probing 'Mono_Posix_Stdlib_stdin'.
Mono: Found as 'Mono_Posix

With monodevelop, it stops in the middle of printing a line.

share|improve this question
But you can run Mono all by itself? – MariusMatutiae Dec 8 '13 at 8:13
@MariusMatutiae Ah. mcs hangs too. This may be a mono issue ._. – CallumDev Dec 8 '13 at 8:33
Did you follow the wiki?‎ It is quite accurate in general. – MariusMatutiae Dec 8 '13 at 8:36
Yep. Did exactly what the wiki said. Interestingly enough, Bastion's embedded mono works fine so I'm going to get mono-git from the AUR to see if that works – CallumDev Dec 8 '13 at 8:38
Happens with the latest git commit as well. Not sure how I'm going to continue – CallumDev Dec 8 '13 at 9:13
up vote 0 down vote accepted

The failures were caused by the nvidia proprietary driver (Shown in Debian bug #728743)

Downgrading to 325.15 solves this issue

How to downgrade

  1. Uninstall all nvidia packages and remove /etc/X11/xorg.conf
  2. Download
  3. Save this patch file as nvpatch.patch
  4. Make executable
  5. Run ./ --apply-patch nvpatch.patch and fill in the filenames when prompted. This will create a file named which contains a version of the driver that compiles on Linux Kernel version 3.11
  6. Make sure there are no X server instances running, or the driver won't install
  7. Run the driver installation, installing 32-bit compatibility if necessary
  8. Run nvidia-xconfig to create your X configuration file (The proprietary driver doesn't load without it).
  9. Run echo "blacklist nouveau" >> /etc/modprobe.d/blacklist-nouveau.conf to blacklist the nouveau driver. Without blacklisting, the nvidia driver fails to load
share|improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .