Date: Wed, 30 Oct 2002 16:08:32 -0500 From: Michael E Mercer <mmercer@nc.rr.com> To: Greg Lewis <glewis@eyesbeyond.com> Cc: maruyama@yogotech.com, freebsd-java@freebsd.org Subject: Re: LimeWire crash gdb information Message-ID: <3DC04A50.D8FB8B4D@nc.rr.com> References: <3DBAE791.27A93619@nc.rr.com> <20021027083816.B10962@misty.eyesbeyond.com> <3DBB49F8.941D3E09@nc.rr.com> <3DBB4CEA.E0DC7E1C@nc.rr.com> <3DBB5250.8DA88B27@nc.rr.com> <20021030172314.A31631@misty.eyesbeyond.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello All,
I am no expert in c, but is it possible that the system is reusing a file descriptor before the
jvm code has reset the fd_flags[fd]?
The LimeWire software is opening and closing sockets left and right very quickly,
so could this be a timing issue with this panic?
I would really like to help out debugging, so if someone does not mind giving me
a quick tutoring lesson on the code and gdb, I'll jump right in!
Thanks
Michael Mercer
Greg Lewis wrote:
> On Sat, Oct 26, 2002 at 10:41:20PM -0400, Michael E Mercer wrote:
> > If I am to assume that each method call below calls the method mentioned right above it,
> > then why is the res_send method calling socket found in iomgr.c?
> >
> > res_send is found in libc and therefore one would think that this would call the
> > systems socket method. Am I totally wrong here?
>
> IIRC you are correct. The block of __strong_reference code at the bottom
> of iomgr.c is supposed to stop this and allow libc routines that use
> things like socket internally to do so. I've cc'ed Fuyuhiko Maruyama-san
> who originally added this code and hopefully he will correct me if my
> memory is incorrect.
>
> > (gdb) where
> > #0 0x280b8b74 in kill () from /usr/lib/libc.so.4
> > #1 0x280f9c4d in abort () from /usr/lib/libc.so.4
> > #2 0x281765b9 in Abort () at ../../../src/share/javavm/runtime/interpreter.c:1449
> > #3 0x281b3e95 in panic (format=0x2807df80 "\"%s\", line %d: assertion failure\n")
> > at ../../../src/share/javavm/runtime/util.c:126
> > #4 0x28076d28 in socket (domain=2, type=2, protocol=0)
> > at ../../../../src/solaris/hpi/green_threads/src/iomgr.c:2360
> > #5 0x280c96f8 in res_send () from /usr/lib/libc.so.4 <<<<<<<<<<========= calls socket in
> > iomgr.c
> > #6 0x280ccd21 in res_query () from /usr/lib/libc.so.4
> > #7 0x280cd1fc in res_querydomain () from /usr/lib/libc.so.4
> > #8 0x280ccf3e in res_search () from /usr/lib/libc.so.4
> > #9 0x280d8ec8 in _gethostbydnsname () from /usr/lib/libc.so.4
> > #10 0x280d79b4 in gethostbyname2 () from /usr/lib/libc.so.4
> > #11 0x280d7931 in gethostbyname () from /usr/lib/libc.so.4
> > #12 0x2d4d48ba in gethostbyname_r (name=0x853b6d0 "www.paonet.org", hptr=0x2dec7968,
> > buf=0x2dec7564 "arch.gif", buflen=1024, h_errnop=0x2dec755c)
> > at ../../../src/solaris/native/java/net/InetAddressImpl.c:340
> > #13 0x2d4d4529 in Java_java_net_InetAddressImpl_lookupAllHostAddr (env=0x8880e04,
> > this=0x2dec79d0,
> > host=0x8acd3a8) at ../../../src/solaris/native/java/net/InetAddressImpl.c:193
> > #14 0x28177768 in invoke_O_O (o=0x28eb1b78, mb=0x826699c, args_size=2, ee=0x8880e04)
> > at ../../../build/bsd-i386/tmp/java/java.lang/jvm/obj_g/invokers.c:555
> > #15 0x28183126 in ExecuteJava_C (initial_pc=0x2dec7ee8 "Ö\r\001±,\\\020(@}\a(ßB\034(",
> > ee=0x8880e04) at ../../../src/share/javavm/runtime/executeJava.c:1579
> > #16 0x28174982 in do_execute_java_method_vararg (ee=0x8880e04, obj=0x28e6b798,
> > method_name=0x8055b38 "run", method_signature=0x8055258 "()V", mb=0x0,
> > isStaticCall=FALSE,
> > args=0x2dec7f70
> > "\200\016\210\b\004\016\210\b\230\177ì-')\e(l)\e(\004\016\210\b¸\177ì-Ì)\e(\230·æ(\004\016\210\b¸\177ì-½)\e(l)\e(è\177ì-\034Ì\n(\003",
> > otherBits=0x0, shortFloats=FALSE)
> > at ../../../src/share/javavm/runtime/interpreter.c:573
> > #17 0x28174178 in execute_java_dynamic_method (ee=0x8880e04, obj=0x28e6b798,
> > method_name=0x281c3ea0 "run", signature=0x281c42de "()V")
> > at ../../../src/share/javavm/runtime/interpreter.c:288
> > #18 0x2819fbc8 in ThreadRT0 (p=0x28e6b798) at
> > ../../../src/share/javavm/runtime/jvm.c:2101
> > #19 0x281b29cc in saveStackBase (args=0x2819fb74)
> > at ../../../src/share/javavm/runtime/threads.c:139
> > #20 0x2807af39 in start_func (func=0x281b296c <saveStackBase>, args=0xbfbfd998)
> > at ../../../../src/solaris/hpi/green_threads/src/threads_md.c:351
> > #21 0x0 in ?? ()
> > (gdb)
>
> --
> Greg Lewis Email : glewis@eyesbeyond.com
> Eyes Beyond Web : http://www.eyesbeyond.com
> Information Technology FreeBSD : glewis@FreeBSD.org
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-java" in the body of the message
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DC04A50.D8FB8B4D>