Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there.
Changed by [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=78227 --- shadow/78227 2006-05-01 13:08:11.000000000 -0400 +++ shadow/78227.tmp.26788 2006-05-02 22:57:36.000000000 -0400 @@ -5,17 +5,18 @@ OS Details: Status: NEW Resolution: Severity: Unknown Priority: Normal Component: misc -AssignedTo: [EMAIL PROTECTED] +AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] TargetMilestone: --- URL: +Cc: [EMAIL PROTECTED],[EMAIL PROTECTED] Summary: x86/64 regression: erroneous error with Monitor.Pulse, 1.1.7 branch Unhandled Exception: System.Threading.SynchronizationLockException: Not locked by this thread in <0x00000> <unknown method> in (wrapper managed-to-native) System.Threading.Monitor:Monitor_pulse (object) @@ -79,6 +80,23 @@ ------- Additional Comments From [EMAIL PROTECTED] 2006-04-29 08:49 ------- I can't repro this using tags/mono-1-1-7-12 ------- Additional Comments From [EMAIL PROTECTED] 2006-05-01 13:08 ------- Asking testing for help on this. I'll CC Zoltan etc. + +------- Additional Comments From [EMAIL PROTECTED] 2006-05-02 22:57 ------- +Adding the results of my testing: + +1. Building our own tarballs on the SLES 9 machine makes the code work. +2. It turns out our packages are being built on a SLES9 jail inside a +suse-93 host. + +(2) might be the source of the problem: the configure script is +probably picking up some features at compilation time that were +available on newer kernel/libc combinations that are not available on +SLES9, so the resulting binaries do not work. + +The fix is to build the packages on a SLES9 kernel with a SLES9 jail. + +Gonzalo can help setup one of our spare x86-64 machines tomorrow +morning to get some packages built. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
