[Mono-bugs] [Bug 53971][Wis] Changed - Reading from a StreamReader of a web response stream sometimes hangs

[bugzilla-daemon@bugzilla.ximian.com]

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 micke@imendio.com.

http://bugzilla.ximian.com/show_bug.cgi?id=53971

--- shadow/53971	2004-02-17 12:56:32.000000000 -0500
+++ shadow/53971.tmp.25219	2004-04-07 05:47:08.000000000 -0400
@@ -1,12 +1,12 @@
 Bug#: 53971
-Product: Mono/Class Libraries
+Product: Mono: Class Libraries
 Version: unspecified
 OS: unknown
 OS Details: 
-Status: NEEDINFO   
+Status: REOPENED   
 Resolution: 
 Severity: Unknown
 Priority: Wishlist
 Component: System
 AssignedTo: gonzalo@ximian.com                            
 ReportedBy: micke@imendio.com               
@@ -39,6 +39,26 @@
 Using LD_ASSUME_KERNEL=2.2.5 seems to solve the issue so there seems
 something weird is going on with the threads.
 
 ------- Additional Comments From gonzalo@ximian.com  2004-02-17 12:56 -------
 I'm using debian sid and cannot reproduce the error with current CVS.
 Do you still get it? Which distro?
+
+------- Additional Comments From micke@imendio.com  2004-04-07 05:47 -------
+This is on Fedora Core 1, there seems to be some lock:
+
+When it hangs if I attach to the process with gdb this is the trace
+(not sure how useful it is).
+
+#0  0x00a81c32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
+#1  0x00d2c95b in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
+#2  0x00006480 in ?? ()
+#3  0x0055e33c in __JCR_LIST__ () from /opt/gnome2/lib/libglib-2.0.so.0
+#4  0x0055ec38 in g__current_allocator_lock ()
+   from /opt/gnome2/lib/libglib-2.0.so.0
+#5  0x00d299e6 in _L_mutex_lock_26 () from /lib/tls/libpthread.so.0
+#6  0x00000001 in ?? ()
+#7  0x0938e1c4 in ?? ()
+#8  0x005094bc in _g_list_alloc () at glist.c:111
+Previous frame identical to this frame (corrupt stack?)
+
+The process eats about 90% of the CPU while in this state.