[Bug 211385] New: rug is getting some tracebacks of mono
https://bugzilla.novell.com/show_bug.cgi?id=211385 Summary: rug is getting some tracebacks of mono Product: openSUSE 10.2 Version: Alpha 5 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Zenworks AssignedTo: crivera@novell.com ReportedBy: mauro@novell.com QAContact: mauro@novell.com CC: jtariq@novell.com, aj@novell.com, flucifredi@novell.com PROBLEM STATEMENT Some rug commands are throwing a "random" backtrace. Examples: $ rug ca ERROR: Invalid IL code in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_get_special_static_data (intptr): IL_001e: ble.un.s IL_0028 $ rug set log-level debug ================================================================= 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. ================================================================= Stacktrace: at System.DateTime.FromTicks (System.DateTime/Which) <0xffffffff> at System.DateTime.FromTicks (System.DateTime/Which) <0x00052> at System.DateTime.get_Year () <0x0000c> at System.CurrentSystemTimeZone..ctor (System.DateTime) <0x0004a> at System.TimeZone.get_CurrentTimeZone () <0x0005b> at System.DateTime.ToLocalTime () <0x0000a> at System.DateTime.get_Now () <0x0003c> at Novell.Zenworks.Zmd.Public.UnixConnection..ctor (Novell.Zenworks.Zmd.Public.HostConnectionPool,Novell.Zenworks.Zmd.Public.ReusableUnixClient) <0x00052> at Novell.Zenworks.Zmd.Public.HostConnectionPool.CreateConnection () <0x00061> at Novell.Zenworks.Zmd.Public.HostConnectionPool.GetConnection () <0x0011e> at Novell.Zenworks.Zmd.Public.UnixConnectionPool.GetConnection (string) <0x000bd> at Novell.Zenworks.Zmd.Public.UnixClientTransportSink.ProcessMessage (System.Runtime.Remoting.Messaging.IMessage,System.Runtime.Remoting.Channels.ITransportHeaders,System.IO.Stream,System.Runtime.Remoting.Channels.ITransportHeaders&,System.IO.Stream&) <0x00103> at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage (System.Runtime.Remoting.Messaging.IMessage) <0x0024d> at Novell.Zenworks.Zmd.Public.LocaleClientSink.SyncProcessMessage (System.Runtime.Remoting.Messaging.IMessage) <0x00081> at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke (System.Runtime.Remoting.Messaging.IMessage) <0x002dd> at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy,System.Runtime.Remoting.Messaging.IMessage,System.Exception&,object[]&) <0x002e3> at (wrapper runtime-invoke) System.Object.runtime_invoke_object_RealProxy_IMessage_Exception&_object[]& (object,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_remoting_wrapper (intptr,intptr) <0x00004> at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_remoting_wrapper (intptr,intptr) <0xffffffff> at (wrapper remoting-invoke) Novell.Zenworks.Zmd.Public.IPreferenceManager.GetValue (string) <0xffffffff> at Novell.Zenworks.Rug.PrefSetCmd.Execute () <0x0011e> at Novell.Zenworks.Rug.Command.Execute (string[]) <0x000e9> at Novell.Zenworks.Utility.CommandLineParser.Parse (string,string[],bool) <0x00750> at Novell.Zenworks.Rug.Rug.Run (string[]) <0x00069> at Novell.Zenworks.Rug.RugStart.Main (string[]) <0x0000a> at (wrapper runtime-invoke) System.Object.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: /usr/bin/mono(mono_handle_native_sigsegv+0xe6) [0x8147fa6] /usr/bin/mono [0x81143d7] [0xb7f41440] /usr/bin/mono [0x8132276] /usr/bin/mono [0x8133b41] /usr/bin/mono(mono_magic_trampoline+0x1a) [0x808084a] [0xb7bdd032] [0xb6e2718d] [0xb6f87e43] [0xb6f77f2c] [0xb6f67f1b] [0xb6f5795d] [0xb6f57403] [0xb6f4fffa] [0xb6f4ff17] [0xb6f4fa36] [0xb6f4ed14] [0xb6f59406] [0xb6f58482] [0xb6f7742e] [0xb6f756d4] [0xb6f74c95] /usr/bin/mono(mono_remoting_invoke+0x4a) [0x80ad47a] /usr/bin/mono [0x80d94de] [0xb6f74aa9] [0xb6f74644] [0xb71d0667] [0xb71cdff2] [0xb71c4351] [0xb747798a] [0xb747783b] [0xb74777c3] /usr/bin/mono(mono_runtime_exec_main+0x62) [0x80b1392] /usr/bin/mono(mono_runtime_run_main+0x1b9) [0x80b1679] /usr/bin/mono(mono_main+0xe47) [0x805d5e7] /usr/bin/mono [0x805c292] /lib/libc.so.6(__libc_start_main+0xdc) [0xb7d17f9c] /usr/bin/mono [0x805c1e1] Aborted STEPS TO REPRODUCE 1. Install opensuse 10.2 alpha 5 2. Run rug-ca or rug-set-log-level-debug EXTRA COMMENTS The commands are failing randomly, this is, you can run: $ rug set log-level debug ERROR: Permission denied. This operation requires 'superuser' permission. You currently have the following permissions: 'view'. and the next time you run the same command, you will get the traceback. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=211385 ------- Comment #2 from mauro@novell.com 2006-10-13 15:07 MST ------- Current mono version: mauro@tasmania:~/w3.suse.de/~maw/20061012/i386> rpm -qa | grep mono mono-data-1.1.17.1-6 mono-web-1.1.17.1-6 mono-core-1.1.17.1-6 mono-data-sqlite-1.1.17.1-6 dbus-1-mono-0.63-11 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=211385 ------- Comment #3 from miguel@ximian.com 2006-10-15 07:34 MST ------- I ran the Mono runtime test suite against the installed runtime. I downloaded 1.1.18 sources, but I tested the installed runtime with the following command line: cd /root/mono-1.1.18/mono/tests make RUNTIME=mono MCS="mcs -unsafe" GMCS="gmcs -unsafe" ILASM=ilasm ILASM2=ilasm2 check; echo $? And the results are positive, the last results will be a "0", indicating that the test suite succeeded. The randomness of the bug, and the fact that it happens inside Mono routines indicates that there is some memory corruption happening. This could be caused by a number of things, but if I were to take a guess I would suspect that rug has an invalid P/Invoke signature somewhere (I would review all P/Invokes and all the changes that use P/Invoke in rug) or that the libraries its P/Invoking are scibbling over memory they do not own, or releasing memory they do not own. The problem remains with 1.1.18, but it happens less frequently, again, it seems to be some memory corruption, and valgrind does not shed much light into it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=211385 mauro@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #4 from mauro@novell.com 2006-10-23 22:36 MST ------- Tested with packages from 1017 and 1020 (with alpha 5 plus). Seems that the problem is gone. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=211385 flucifredi@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED ------- Comment #5 from flucifredi@novell.com 2006-10-24 08:47 MST ------- and since mauro is also Qa, we go to Verifed here ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply@novell.com