From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Alef - run time error From: Charles Forsyth Date: Sat, 17 Mar 2007 21:29:26 +0000 In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-iqtkpsbdsqbixszxljjrmyfimg" Topicbox-Message-UUID: 280d56e4-ead2-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-iqtkpsbdsqbixszxljjrmyfimg Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit there is also some library support for per-process data, that could now be used. see exec(2) --upas-iqtkpsbdsqbixszxljjrmyfimg Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by lavoro; Sat Mar 17 16:20:41 GMT 2007 Received: from psuvax1.cse.psu.edu (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AE68DC7B51 for ; Sat, 17 Mar 2007 12:20:37 -0400 (EDT) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: from localhost (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 30CB3C7B5A for <9fans@cse.psu.edu>; Sat, 17 Mar 2007 12:19:58 -0400 (EDT) Received: from mail.cse.psu.edu ([127.0.0.1]) by localhost (psuvax1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10191-01-60 for <9fans@cse.psu.edu>; Sat, 17 Mar 2007 12:19:56 -0400 (EDT) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4811BC7B31 for <9fans@cse.psu.edu>; Sat, 17 Mar 2007 12:19:56 -0400 (EDT) Received: by an-out-0708.google.com with SMTP id d33so805785and for <9fans@cse.psu.edu>; Sat, 17 Mar 2007 09:19:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=SLzAocAfWTr+9YrfzocYjsZIITa88zzkEcDP7g17zOnznCe84K6NYCZd5jasZPZYRriT5I4kFnmRtiBfd6NfZJwbFX/r664KRzET3joQxjRulju7N/bOObNRIEMvsVVa/JqjinMlox6Isf3doU2aH/rZtgbLXvaGuFBI1pvBTnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PYVVXONnGqgjg5whHuuFsHQocHP9yKMuVTqwl9D+ejqmcVctubUsAKQiP5UWtAsIA1SmlNEEwNc6HPXwrAUsOZpXoY8D331qwU3K0VK4HHxE5+8QSs4GX9GT3CPg5zzWdgJ8dmO0mSNh6tzBghBIIQrXMB94LnG62qeoOwxXZgY= Received: by 10.100.197.15 with SMTP id u15mr2360612anf.1174148392525; Sat, 17 Mar 2007 09:19:52 -0700 (PDT) Received: by 10.100.168.6 with HTTP; Sat, 17 Mar 2007 09:19:52 -0700 (PDT) Message-ID: Date: Sat, 17 Mar 2007 12:19:52 -0400 From: "Russ Cox" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Alef - run time error In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 5dac525b66552d68 X-Virus-Scanned: by amavisd-new at cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu Errors-To: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu On 3/17/07, lucio@proxima.alt.za wrote: > These values are declared in the library (alef/lib/386/run.h) source code: > > /* Runtime data structures */ > > enum > { > Ptab = 0x7fff5000, /* Private stack */ > Execstk = 0x7f001000, /* Exec stack linkage area */ > }; > > The runtime fails: > > 8.sieve 6302: suicide: sys: trap: fault write addr=0x7fff5000 pc=0x00001c2d > > so I presume that new values and hopefully not major surgery, are > called for. Can anyone help? Also, are there analogous values in the > other platforms (power, sparc, mips) that require attention? the pc address space got bigger in 2005 so that programs could use more than 2gb of memory. the top of the stack is now 0xdffff000 instead of 0x7ffff000, so if you s/0x7/0xd/ you will probably be okay. it would be even better if _main looked at its stack pointer and anded off some bits, so that those weren't hard-coded. power didn't move, and mips and sparc aren't in the main tree anymore. russ --upas-iqtkpsbdsqbixszxljjrmyfimg--