[Mono-bugs] [Bug 75526][Nor] Changed - StreamReader blocks on
reading too much
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Tue Aug 30 04:19:49 EDT 2005
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 dseifert at gmx.de.
http://bugzilla.ximian.com/show_bug.cgi?id=75526
--- shadow/75526 2005-08-29 15:30:14.000000000 -0400
+++ shadow/75526.tmp.22602 2005-08-30 04:19:49.000000000 -0400
@@ -107,6 +107,27 @@
i think your problem is caused by the XmlTextReader behaviour. Or it
is at least under MS .NET. Look at this Thread:
http://mail.jabber.org/pipermail/jabber-net/2004-September/thread.html#353
Alex
+
+------- Additional Comments From dseifert at gmx.de 2005-08-30 04:19 -------
+Yes,
+http://mail.jabber.org/pipermail/jabber-net/2004-September/000360.html
+describes it well (though in my case it wasn't 4k but only 1k with
+Mono), but I am not sure it is the same problem as this one.
+
+I think because XmlTextReader only calls the underlying stream's Read
+function, my problem comes back right away to your StreamReader bug
+report. If StreamReader (based on a NetworkStream) would return
+immediately like MS .NET if no more data is available (which in case
+of a network stream may well be before all data is received and I
+think this is where the actual problem has risen from conceptionally),
+this would not be an issue.
+
+In the case of http://xmlrpccs.sourceforge.net I now fixed the problem
+by copying the contents of the network stream (lenght is known because
+of the Content-Length field of the POST request) into a string and
+using this as the buffer to read from (in which case the end of stream
+is recognizable).
+
More information about the mono-bugs
mailing list