[Mono-devel-list] Threading, NPTL, libgc (beta2)
mmorano at mikeandwan.us
Sun Jun 6 20:08:27 EDT 2004
Here's a quick update:
The problem is expressed if I start the XSP test site, and continue to
refresh index.aspx. It typically takes 6 - 12 requests before it hangs. I
also tried another test page that I created, only containing a single image,
and the same thing occurred.
I've been playing around to see if there is anything else I can do to get
a little more info for you guys. I tried following lupus' gdb commands, but
didn't get anything useful (posted the output below for completeness). I
also tried modifying XSP (XSPWorkerRequest.cs) to print out some items, like
the request protocol, path, and verb. When running the site with these
modifications, and tracing turned on for xsp, I noticed some of the
. . . . . . . ENTER: Mono.ASPNET.XSPWorkerRequest:ReadInputByte ()
0x87167b8[Mono.ASPNET.XSPWorkerRequest b5b1e127], )
. . . . . . . LEAVE: Mono.ASPNET.XSPWorkerRequest:ReadInputByte ()result=113
I don't know if this is interesting, and/or expected behavior, but my
Console.WriteLines are done in the middle of the trace messaging. If there
are further things you would like me to try to help you out, just let me
here's the list of 2 mono processes prior to entering gdb:
mmorano 8769 8767 0 20:01 pts/0 00:00:00
mmorano 8770 8769 0 20:01 ? 00:00:00
Here is the gdb session:
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db
Attaching to program: /usr/local/bin/mono, process 8770
Reading symbols from /usr/lib/libgthread-2.0.so.0...done.
Loaded symbols for /usr/lib/libgthread-2.0.so.0
Reading symbols from /usr/lib/libgmodule-2.0.so.0...done.
Loaded symbols for /usr/lib/libgmodule-2.0.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libglib-2.0.so.0...done.
Loaded symbols for /usr/lib/libglib-2.0.so.0
Reading symbols from /usr/lib/libicui18n.so.26...done.
Loaded symbols for /usr/lib/libicui18n.so.26
Reading symbols from /usr/lib/libicuuc.so.26...done.
Loaded symbols for /usr/lib/libicuuc.so.26
Reading symbols from /usr/lib/libicudata.so.26...done.
Loaded symbols for /usr/lib/libicudata.so.26
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/librt.so.1...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Loaded symbols for /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libstdc++.so.5
Reading symbols from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc_s.so.1...
Loaded symbols for /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/libgcc_s.so.1
Reading symbols from /lib/libnss_compat.so.2...done.
Loaded symbols for /lib/libnss_compat.so.2
Reading symbols from /lib/libnss_nis.so.2...done.
Loaded symbols for /lib/libnss_nis.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
0xffffe410 in ?? ()
(gdb) thread apply all bt
I was never able to get any other output for "thread apply all bt", regardless
of the mono process inspected.
Please let me know if there is anything else I can do to help.
On Saturday 05 June 2004 01:22 am, Miguel de Icaza wrote:
> > I think I am in the same boat as you. Since upgrading to beta2, I have
> > been running into odd behavior w/ XSP and mod_mono (and I also run
> > gentoo). I sent a note to the mono user list about this, but haven't
> > heard anything yet. I tried upgrading to the latest available glibc, and
> > still have the same problems. I might try to play around with some
> > things this weekend, but I am not hopeful...
> > Are there any happy Gentoo folks that aren't having this odd behavior
> > in beta2? (then we can compare the packages we each have installed..)
> What we are going to need from you guys is the smallest possible
> program that breaks on your system, and we will start tracking the
> issue down from there.
> Could you guys cook the smallest possible program possible?
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
More information about the Mono-devel-list