From owner-freebsd-java Wed Oct 30 13: 8:44 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B5C37B401 for ; Wed, 30 Oct 2002 13:08:41 -0800 (PST) Received: from ncsmtp02.ogw.rr.com (ncsmtp02.ogw.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 970A843E42 for ; Wed, 30 Oct 2002 13:08:40 -0800 (PST) (envelope-from mmercer@nc.rr.com) Received: from mail6.nc.rr.com (fe6 [24.93.67.53]) by ncsmtp02.ogw.rr.com (8.12.5/8.12.2) with ESMTP id g9UL8Uur022064; Wed, 30 Oct 2002 16:08:30 -0500 (EST) Received: from nc.rr.com ([24.74.128.130]) by mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Wed, 30 Oct 2002 16:08:37 -0500 Message-ID: <3DC04A50.D8FB8B4D@nc.rr.com> Date: Wed, 30 Oct 2002 16:08:32 -0500 From: Michael E Mercer Reply-To: mmercer@nc.rr.com X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.7-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Greg Lewis Cc: maruyama@yogotech.com, freebsd-java@freebsd.org Subject: Re: LimeWire crash gdb information 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> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 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 , 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