From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3d3b860ed7fac9e8c6f365d964fdec38@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] ip/rarpd problem MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-eecmuhdnqcmqnvslsyoalrpiwi" Date: Tue, 3 Sep 2002 20:35:11 -0400 Topicbox-Message-UUID: e46ea62e-eaca-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-eecmuhdnqcmqnvslsyoalrpiwi Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Given where it crashes, it isn't garbled, 0xffff0000 is what is being passed. One possibility is that something on the stack above _fmtdispatch trashed the stack. I don't see anything obviously wrong. We stopped running rarpd when our last sun went nova. You might try rebuilding the libraries and rarpd and see if it still happens. The line numbers from your acid stack dump are a bit different than the current source, so you might have some incompatible changes in there (or acid is guessing badly). Otherwise, keep digging, bug snprint and see if fmt is 0xffff0000 coming in, etc. If it's consistently repeatable, it should be easy to track down just by marching tests through the code. --upas-eecmuhdnqcmqnvslsyoalrpiwi Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Sep 3 18:11:16 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Tue Sep 3 18:11:15 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E29A3199BB; Tue, 3 Sep 2002 18:11:05 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta5p.ttcn.ne.jp (mta5.ttcn.ne.jp [210.188.175.74]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BFF571999B for <9fans@cse.psu.edu>; Tue, 3 Sep 2002 18:10:18 -0400 (EDT) Received: from isabella ([61.215.39.170]) by mta5p.ttcn.ne.jp with SMTP id <20020903221016.ZHGO17976.mta5p@isabella> for <9fans@cse.psu.edu>; Wed, 4 Sep 2002 07:10:16 +0900 From: kazumi iwane To: 9fans@cse.psu.edu X-Mailer: Datula version 1.51.08 for Windows Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Message-Id: <20020903221016.ZHGO17976.mta5p@isabella> Subject: [9fans] ip/rarpd problem Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 04 Sep 2002 07:10:53 +0900 ip/rarpd dies as soon as it receives a request. rarpd 208: suicide: sys: trap: fault read addr=0xffff0000 pc=0x00002c19 Below is what acid tells me. dofmt:fmt looks bad. This should be equal to efmt$1, a static format string defined in eipfmt(). I can't figure out why this looks garbled. Can somebody please enlighten me? acid: stk() At pc:0x00002c19:dofmt+0x138 /sys/src/libc/fmt/dofmt.c:37 dofmt(*dofmt:fmt=0xffff0000,*dofmt:f=0x7fffe4a8) called from vsnprint+0x62 /sys/src/libc/fmt/vsnprint.c:20 vsnprint(*vsnprint:len=0x00000028,*vsnprint:buf=0x7fffe55c, *vsnprint:args=0x7fffe50c,*vsnprint:fmt=0xffff0000) called from snprint+0x2b /sys/src/libc/fmt/snprint.c:13 snprint(*snprint:fmt=0xffff0000,*snprint:buf=0x7fffe55c, *snprint:len=0x00000028) called from eipfmt+0x272 /sys/src/libip/eipfmt.c:38 eipfmt(*eipfmt:f=0x7fffe5f0) called from _fmtdispatch+0x94 /sys/src/libc/fmt/fmt.c:187 _fmtdispatch(*_fmtdispatch:isrunes=0x00000000,*_fmtdispatch:f=0x7fffe5f0, *_fmtdispatch:fmt=0x000114b8) called from dofmt+0x75 /sys/src/libc/fmt/dofmt.c:62 dofmt(*dofmt:fmt=0x000114b6,*dofmt:f=0x7fffe5f0) called from vsnprint+0x62 /sys/src/libc/fmt/vsnprint.c:20 vsnprint(*vsnprint:len=0x00010000,*vsnprint:buf=0x7fffe744, *vsnprint:args=0x7fffe650,*vsnprint:fmt=0x000114b6) called from sprint+0x2c /sys/src/libc/fmt/sprint.c:13 sprint(*sprint:fmt=0x000114b6,*sprint:buf=0x7fffe744) called from main+0x330 /sys/src/cmd/ip/rarpd.c:141 main(*main:argv=0x7fffefe4,*main:argc=0x00000000) called from _main+0x31 /sys/src/libc/386/main9.s:16 -- kazumi iwane --upas-eecmuhdnqcmqnvslsyoalrpiwi--