Description of problem:
***MEMORY-WARNING***: /usr/lib/mono/1.0/mdb.exe: GSlice: g_thread_init()
must be called before all other GLib functions; memory corruption due to late
invocation of g_thread_init() has been detected; this program is likely to
crash, leak or unexpectedly abort soon...
Unhandled Exception: System.TypeInitializationException: An exception was thrown
by the type initializer for Mono.Debugger.Frontend.CommandLineInterpreter --->
at (wrapper managed-to-native)
at Mono.Debugger.Frontend.CommandLineInterpreter..cctor () [0x00000] --- End
of inner exception stack trace ---
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. run mdb
Fail to start
Workaround: install mono-debugger-devel (It's looking for
/usr/lib64/libmonodebuggerserver.so, and that doesn't exist unless you install
the devel package).
In fact, considering that mono-debugger-devel consists of two symlinks, an
pkgconfig file and a readme, I think the devel package should just be merged
into mono-debugger proper.
No. There has been quite an argument over this. I know it seems daft to have the
.pc file and blow all else in a separate package, but thems are the packaging rules.
As for this problem, it's tricky. The .so is required by the main package, but
the .so file is a devel file so needs to be in the devel package.
Based on the date this bug was created, it appears to have been reported
during the development of Fedora 8. In order to refocus our efforts as
a project we are changing the version of this bug to '8'.
If this bug still exists in rawhide, please change the version back to
(If you're unable to change the bug's version, add a comment to the bug
and someone will change it for you.)
Thanks for your help and we apologize for the interruption.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.