From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Date: Tue, 6 Sep 2011 18:30:50 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016e6d262304082ac04ac4d61a1 Subject: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1aabd35e-ead7-11e9-9d60-3106f5b1d025 --0016e6d262304082ac04ac4d61a1 Content-Type: text/plain; charset=ISO-8859-1 I have an application that is crashing on Plan 9. Now, it could be a bug in the code, but in the past, similar problems with the same code base on other platforms have always been caused by the system stack being blown out, and in a less rare case, the systems running out of process space. The crashes are happening on 9vx.OSX (which is currently the only place it can be tested on our systems). Does 9vx have any such limitations and/or does Plan 9 in general have any such limits? And if so, can they be changed? I see some of the threading calls have stack size requests possible, but don't see any such concerns as a consequence of a fork, though I'm sure fork is semantically equivalent to some other calls when all is said and done. Like I said, it could be a bug in the code, but I'd like to approach it from this level first assuming there is any such interaction that even exists so any insights would be appreciated. -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --0016e6d262304082ac04ac4d61a1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I have= an application that is crashing on Plan 9.=A0 Now, it could be a bug in th= e code, but in the past, similar problems with the same code base on other = platforms have always been caused by the system stack being blown out, and = in a less rare case, the systems running out of process space.=A0 The crash= es are happening on 9vx.OSX (which is currently the only place it can be te= sted on our systems). =A0 Does 9vx have any such limitations and/or does Pl= an 9 in general have any such limits? =A0And if so, can they be changed?=A0= =A0 I see some of the threading calls have stack size requests possible, bu= t don't see any such concerns as a consequence of a fork, though I'= m sure fork is semantically equivalent to some other calls when all is said= and done. =A0 Like I said, it could be a bug in the code, but I'd like= to approach it from this level first assuming there is any such interactio= n that even exists so any insights would be appreciated.


--
Greg Comeau / 4.3.10.1 with C++0xisms now in bet= a!
Comeau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucomputing.c= om/tryitout
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried i= t?

--0016e6d262304082ac04ac4d61a1-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Tue, 6 Sep 2011 15:39:24 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ab007a8-ead7-11e9-9d60-3106f5b1d025 the app crashes or 9vx blows up? You might consider ratrace. It helps me a lot with this stuff. ron From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 01:10:01 +0200 Message-ID: From: Mathieu Lonjaret To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ab4dff8-ead7-11e9-9d60-3106f5b1d025 maybe slightly relevant: http://9fans.net/archive/2010/05/446 (see also answers from others as well afterwards). On Wed, Sep 7, 2011 at 12:30 AM, Comeau At9Fans w= rote: > I have an application that is crashing on Plan 9.=C2=A0 Now, it could be = a bug in > the code, but in the past, similar problems with the same code base on ot= her > platforms have always been caused by the system stack being blown out, an= d > in a less rare case, the systems running out of process space.=C2=A0 The = crashes > are happening on 9vx.OSX (which is currently the only place it can be tes= ted > on our systems). =C2=A0 Does 9vx have any such limitations and/or does Pl= an 9 in > general have any such limits? =C2=A0And if so, can they be changed?=C2=A0= =C2=A0 I see some > of the threading calls have stack size requests possible, but don't see a= ny > such concerns as a consequence of a fork, though I'm sure fork is > semantically equivalent to some other calls when all is said and done. > Like I said, it could be a bug in the code, but I'd like to approach it f= rom > this level first assuming there is any such interaction that even exists = so > any insights would be appreciated. > > -- > Greg Comeau / 4.3.10.1 with C++0xisms now in beta! > Comeau C/C++ ONLINE =3D=3D> =C2=A0 =C2=A0 http://www.comeaucomputing.com/= tryitout > World Class Compilers: =C2=A0Breathtaking C++, Amazing C99, Fabulous C90. > Comeau C/C++ with Dinkumware's Libraries... Have you tried it? > From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Tue, 6 Sep 2011 19:48:54 -0400 To: 9fans@9fans.net Message-ID: <9e2467582038ff5b4c4c58fce0b3996d@ladd.quanstro.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ab8cb4a-ead7-11e9-9d60-3106f5b1d025 On Tue Sep 6 19:10:46 EDT 2011, mathieu.lonjaret@gmail.com wrote: > maybe slightly relevant: > http://9fans.net/archive/2010/05/446 > (see also answers from others as well afterwards). >=20 > On Wed, Sep 7, 2011 at 12:30 AM, Comeau At9Fans wrote: > > I have an application that is crashing on Plan 9.=C2=A0 Now, it could= be a bug in > > the code, but in the past, similar problems with the same code base o= n other > > platforms have always been caused by the system stack being blown out= , and > > in a less rare case, the systems running out of process space.=C2=A0 = The crashes > > are happening on 9vx.OSX (which is currently the only place it can be= tested > > on our systems). =C2=A0 Does 9vx have any such limitations and/or doe= s Plan 9 in > > general have any such limits? =C2=A0And if so, can they be changed?=C2= =A0=C2=A0 I see some > > of the threading calls have stack size requests possible, but don't s= ee any > > such concerns as a consequence of a fork, though I'm sure fork is > > semantically equivalent to some other calls when all is said and done= . > > Like I said, it could be a bug in the code, but I'd like to approach = it from > > this level first assuming there is any such interaction that even exi= sts so > > any insights would be appreciated. good reference. it's worth noting that a gsoc student (venkatesh srinivas) extended the p= lan 9 segment model to allow an arbitrary number of them. this was fairly inte= resting, but not of much practical interest. then he implemented the concept of "= segment group". group segments alter the address space of each process in the gr= oup. then (here's the neat part) the thread library was modified to make two a= djacent group segments for each stack. the lower one is not mapped and will alwa= ys fault on reference. the upper one is grow-down, zero-and-map on reference, so there's not much penalty for making your thread stacks a little too la= rge. the main limit is deference to machines with a punny 32-bit address space= . i really need to take another look at this and see about merging it into = my kernel. thread library stacks are a big debugging hassle. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Tue, 6 Sep 2011 20:00:04 -0400 Message-ID: Subject: Re: [9fans] Plan 9 stack limit? From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Topicbox-Message-UUID: 1abd5cf0-ead7-11e9-9d60-3106f5b1d025 On 9vx the entire address space for a running process is 256 MB. The heap grows up and the stack grows down. It is easy to believe you could have blown out the stack. Is it just the program you ran that crashed or is it all of 9vx? The fact that you said '9vx.OSX' makes me think you might be running one of the pre-compiled binaries, which are unfortunately a bit old. If it's not a stack overflow problem, you might have better luck with http://swtch.com/~rsc/9vx.OSX.gz, which I just compiled from the latest sources. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 09:39:08 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636c5bd4195c38204ac5a119b Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ac7d130-ead7-11e9-9d60-3106f5b1d025 --001636c5bd4195c38204ac5a119b Content-Type: text/plain; charset=ISO-8859-1 On Tue, Sep 6, 2011 at 6:39 PM, ron minnich wrote: > the app crashes or 9vx blows up? > > You might consider ratrace. It helps me a lot with this stuff. > 9vx can blow up too but not related to this problem, so in this case it's the app I'm talking about, or at least, appears to be the app. Might get something like "1476 TheApp fault 0x4 no segment" Typing ratrace at the command line does not find it. I'll try to locate it on the ISO, or do I need to pick it up online? It's for Plan 9 right, and not to run 9vx "under it" on OSX? - Greg -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --001636c5bd4195c38204ac5a119b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Sep 6, 2011 at 6:39 PM, ron minnich <rminnich@gmail.com> wrote:
=
the app crashes or 9vx blows up?

You might consider ratrace. It helps me a lot with this stuff.

9vx can blow up t= oo but not related to this problem, so in this case it's the app I'= m talking about, or at least, appears to be the app. =A0Might get something= like "1476 TheApp fault 0x4 no segment"

Typing ratrace at the command line does not find it. =A0I= 9;ll try to locate it on the ISO, or do I need to pick it up online? =A0 It= 's for Plan 9 right, and not to run 9vx "under it" on OSX?

- Greg
--
Greg Comeau / 4.3.10.1 with C++0x= isms now in beta!
Comeau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.c= omeaucomputing.com/tryitout
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried i= t?

--001636c5bd4195c38204ac5a119b-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 09:40:01 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636eee268b41f5004ac5a146a Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ad2cfae-ead7-11e9-9d60-3106f5b1d025 --001636eee268b41f5004ac5a146a Content-Type: text/plain; charset=ISO-8859-1 On Tue, Sep 6, 2011 at 7:10 PM, Mathieu Lonjaret wrote: > maybe slightly relevant: > http://9fans.net/archive/2010/05/446 > (see also answers from others as well afterwards). > > Thanks, I'll take a look. - Greg -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --001636eee268b41f5004ac5a146a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Sep 6, 2011 at 7:10 PM, Mathieu Lonjaret <mathieu.lonjaret@gmail.com>= ; wrote:
maybe slightly relevant:
http://9= fans.net/archive/2010/05/446
(see also answers from others as well afterwards).


Thanks, I'll take a look.

- Greg=A0
--
Greg Comeau / 4.3.10.1 with C++0xisms now in beta!
Comeau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucomputing.com/tryit= out
World Class Compilers: =A0Breathtaking C++, Amazing C99, = Fabulous C90.
Comeau C/C++ with Dinkumware's Libraries... Have you tried it?
--001636eee268b41f5004ac5a146a-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 09:43:38 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636eee268a76f6904ac5a21dd Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ad71596-ead7-11e9-9d60-3106f5b1d025 --001636eee268a76f6904ac5a21dd Content-Type: text/plain; charset=ISO-8859-1 On Tue, Sep 6, 2011 at 8:00 PM, Russ Cox wrote: > On 9vx the entire address space for > a running process is 256 MB. The heap > grows up and the stack grows down. > It is easy to believe you could have blown > out the stack. > Ok. > Is it just the program you ran that crashed > or is it all of 9vx? > The app. 9vx will continue to run after it. It give a little dump thing on the screen with "1476 The.App fault 0x4 no segment" send to the shell account 9vx was started from. Running acid on the app does not appear to bring up a line of code that should really be having a problem (though of course if it's a bug I could be wrong). > The fact that you said '9vx.OSX' makes me > think you might be running one of the > pre-compiled binaries, which are unfortunately > a bit old. If it's not a stack overflow problem, > you might have better luck with > http://swtch.com/~rsc/9vx.OSX.gz, which I just > compiled from the latest sources. I'll give it a try. What will be the difference in this version in regards to a problem like the one I'm seeing? -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --001636eee268a76f6904ac5a21dd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Sep 6, 2011 at 8:00 PM, Russ Cox <rsc@swtch.com> wrote:
On 9vx the entire address space for
a running process is 256 MB. =A0The heap
grows up and the stack grows down.
It is easy to believe you could have blown
out the stack.

Ok.
=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex;">Is it just the program you ran that crashed<= br> or is it all of 9vx?

The app. =A09vx wi= ll continue to run after it. =A0It give a little dump thing on the screen w= ith "1476 The.App fault 0x4 no segment" send to the shell account= 9vx was started from. =A0Running acid on the app does not appear to bring = up a line of code that should really be having a problem (though of course = if it's a bug I could be wrong).

=A0
The fact that = you said '9vx.OSX' makes me
think you might be running one of the
pre-compiled binaries, which are unfortunately
a bit old. =A0If it's not a stack overflow problem,
you might have better luck with
http://swtch= .com/~rsc/9vx.OSX.gz, which I just
compiled from the latest sources.

I'll = give it a try. =A0 What will be the difference in this version in regards t= o a problem like the one I'm seeing?


--
Greg Comeau / 4.3.10.1 with C++0xisms now in beta!
Comeau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucomputing.com/tr= yitout
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried i= t?

--001636eee268a76f6904ac5a21dd-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 10:05:34 -0400 Message-ID: Subject: Re: [9fans] Plan 9 stack limit? From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 1adb6966-ead7-11e9-9d60-3106f5b1d025 On Wed, Sep 7, 2011 at 9:43 AM, Comeau At9Fans wr= ote: > The app. =C2=A09vx will continue to run after it. =C2=A0It give a little = dump thing on > the screen with "1476 The.App fault 0x4 no segment" send to the shell > account 9vx was started from. =C2=A0Running acid on the app does not appe= ar to > bring up a line of code that should really be having a problem (though of > course if it's a bug I could be wrong). regs() might be interesting, along with asm(*PC). If I remember the output format correctly that looks like it faulted accessing 0x4, which seems more likely a null pointer deref than stack overflow. > What will be the difference in this version in regards to a problem > like the one I'm seeing? Probably nothing at all. If 9vx had been crashing then the difference would hopefully have been '9vx doesn't crash anymore'. :-) Russ From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 08:46:33 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1adfc902-ead7-11e9-9d60-3106f5b1d025 OK, you're working from an old root if you can't find ratrace :-) 9fs sources, go grab it in sys/src/cmd, build and install it. ratrace -c your-command-line ron p.s. First thing I do with a new 9vx is get all the sources down and rebuilt all lib/bin from scratch. It's worth it. From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 7 Sep 2011 11:48:10 -0400 To: 9fans@9fans.net Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ae4551c-ead7-11e9-9d60-3106f5b1d025 > ron > p.s. First thing I do with a new 9vx is get all the sources down and > rebuilt all lib/bin from scratch. It's worth it. is this plan9's version of gentoo? - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 12:38:22 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636eee2688cb5d204ac5c9235 Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1ae8b4c2-ead7-11e9-9d60-3106f5b1d025 --001636eee2688cb5d204ac5c9235 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Sep 7, 2011 at 10:05 AM, Russ Cox wrote: > On Wed, Sep 7, 2011 at 9:43 AM, Comeau At9Fans > wrote: > > The app. 9vx will continue to run after it. It give a little dump thing > on > > the screen with "1476 The.App fault 0x4 no segment" send to the shell > > account 9vx was started from. Running acid on the app does not appear to > > bring up a line of code that should really be having a problem (though of > > course if it's a bug I could be wrong). > > regs() might be interesting, along with asm(*PC). > If I remember the output format correctly that looks > like it faulted accessing 0x4, which seems more likely > a null pointer deref than stack overflow. > > > What will be the difference in this version in regards to a problem > > like the one I'm seeing? > > Probably nothing at all. If 9vx had been crashing then > the difference would hopefully have been '9vx doesn't > crash anymore'. :-) huh, oh ok :) I'll be giving it a whirl shortly... -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --001636eee2688cb5d204ac5c9235 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Sep 7, 2011 at 10:05 AM, Russ Cox <rsc@swtch.com> wrote:
On Wed, Sep 7, 2011 at 9:43 AM, Comeau At9Fans <comeauat9fans@gmail.com> wrote:=
> The app. =A09vx will continue to run after it. =A0It give a little dum= p thing on
> the screen with "1476 The.App fault 0x4 no segment" send to = the shell
> account 9vx was started from. =A0Running acid on the app does not appe= ar to
> bring up a line of code that should really be having a problem (though= of
> course if it's a bug I could be wrong).

regs() might be interesting, along with asm(*PC).
If I remember the output format correctly that looks
like it faulted accessing 0x4, which seems more likely
a null pointer deref than stack overflow.

> =A0What will be the difference in this version in regards to a problem=
> like the one I'm seeing?

Probably nothing at all. =A0If 9vx had been crashing then
the difference would hopefully have been '9vx doesn't
crash anymore'. =A0:-)

huh, oh ok :) = =A0I'll be giving it a whirl shortly...

--
Greg Comeau / 4.3.10.1 with C++0xisms now in beta!
Comeau = C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucomputing.com/tryitout
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried i= t?

--001636eee2688cb5d204ac5c9235-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 12:46:32 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016e6d26230c65be504ac5caf2f Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1aed2106-ead7-11e9-9d60-3106f5b1d025 --0016e6d26230c65be504ac5caf2f Content-Type: text/plain; charset=ISO-8859-1 On Wed, Sep 7, 2011 at 11:46 AM, ron minnich wrote: > OK, you're working from an old root if you can't find ratrace :-) > > 9fs sources, go grab it in sys/src/cmd, build and install it. > > ratrace -c your-command-line > > ron > p.s. First thing I do with a new 9vx is get all the sources down and > rebuilt all lib/bin from scratch. It's worth it. > I think I tried something like that a few months back and could not seem to be successful. No doubt I did something wrong though at the time it was not obvious what. Where is the most current source I should be getting the bytes from? -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --0016e6d26230c65be504ac5caf2f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Sep 7, 2011 at 11:46 AM, ron minnich <rminnich@gmail.com> wrote:
=
OK, you're working from an old root if you can't find ratrace :-)
9fs sources, go grab it in sys/src/cmd, build and install it.

ratrace -c your-command-line

ron
p.s. First thing I do with a new 9vx is get all the sources down and=
rebuilt all lib/bin from scratch. It's worth it.
<= br>
I think I tried something like that a few months back and cou= ld not seem to be successful. =A0No doubt I did something wrong though at t= he time it was not obvious what. =A0 Where is the most current source I sho= uld be getting the bytes from?

--
Greg Comeau / 4.3.10.1 with C++0xisms now = in beta!
Comeau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucompu= ting.com/tryitout
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried i= t?

--0016e6d26230c65be504ac5caf2f-- From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 7 Sep 2011 22:04:58 +0200 From: David du Colombier <0intro@gmail.com> To: 9fans@9fans.net Message-ID: <20110907220458.5f0b91f0@zinc.9fans.fr> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1afa3f76-ead7-11e9-9d60-3106f5b1d025 > I think I tried something like that a few months back and could not > seem to be successful. No doubt I did something wrong though at the > time it was not obvious what. Where is the most current source I > should be getting the bytes from? Why don't you simply extract the full content from the current Plan 9 CD image? http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2 Don't forget to mount the CD image with 9660srv from plan9port to preserve file names. -- David du Colombier From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 16:12:39 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016368e248fde31a304ac5f9092 Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1afe9058-ead7-11e9-9d60-3106f5b1d025 --0016368e248fde31a304ac5f9092 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Sep 7, 2011 at 12:38 PM, Comeau At9Fans wrote: > On Wed, Sep 7, 2011 at 10:05 AM, Russ Cox wrote: > >> On Wed, Sep 7, 2011 at 9:43 AM, Comeau At9Fans >> wrote: >> > The app. 9vx will continue to run after it. It give a little dump >> thing on >> > the screen with "1476 The.App fault 0x4 no segment" send to the shell >> > account 9vx was started from. Running acid on the app does not appear >> to >> > bring up a line of code that should really be having a problem (though >> of >> > course if it's a bug I could be wrong). >> >> regs() might be interesting, along with asm(*PC). >> If I remember the output format correctly that looks >> like it faulted accessing 0x4, which seems more likely >> a null pointer deref than stack overflow. >> >> > What will be the difference in this version in regards to a problem >> > like the one I'm seeing? >> >> Probably nothing at all. If 9vx had been crashing then >> the difference would hopefully have been '9vx doesn't >> crash anymore'. :-) > > > huh, oh ok :) I'll be giving it a whirl shortly... > Hmm, I downloaded the new 9vx.OSX, recompiled the app, and don't seem to be able to get it to fail anymore. Unless this 9vx is known to fix issues such as this, I've been around the block enough to be suspect I may not have really solved the problem, so will do more testing. -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --0016368e248fde31a304ac5f9092 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Sep 7, 2011 at 12:38 PM, Comeau At9Fans <comeauat9fans@gmail.com> wrote:
On Wed, Sep 7, 2011 at 10:05 AM, Russ Cox= <r= sc@swtch.com> wrote:
On Wed, Sep 7, 2011 at 9:43 AM, Comeau At9Fans <comeauat9fans@gmail.com> w= rote:
> The app. =A09vx will continue to run after it. =A0It give a little dum= p thing on
> the screen with "1476 The.App fault 0x4 no segment" send to = the shell
> account 9vx was started from. =A0Running acid on the app does not appe= ar to
> bring up a line of code that should really be having a problem (though= of
> course if it's a bug I could be wrong).

regs() might be interesting, along with asm(*PC).
If I remember the output format correctly that looks
like it faulted accessing 0x4, which seems more likely
a null pointer deref than stack overflow.

> =A0What will be the difference in this version in regards to a problem=
> like the one I'm seeing?

Probably nothing at all. =A0If 9vx had been crashing then
the difference would hopefully have been '9vx doesn't
crash anymore'. =A0:-)

huh,= oh ok :) =A0I'll be giving it a whirl shortly...

Hmm, I downloaded the new 9vx.OSX, recompiled = the app, and don't seem to be able to get it to fail anymore. =A0Unless= this 9vx is known to fix issues such as this, I've been around the blo= ck enough to be suspect I may not have really solved the problem, so will d= o more testing.
--
Greg Comeau / 4.3.10.1 with C++0xisms now in beta!
Co= meau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucomputing.com/tryitout=
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.
Comeau C/C++ with Dinkumware's Libraries... Have you tried it?
--0016368e248fde31a304ac5f9092-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 21:18:51 -0400 Message-ID: From: Comeau At9Fans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0015176f0fc2f8564004ac63d713 Subject: Re: [9fans] Plan 9 stack limit? Topicbox-Message-UUID: 1b725998-ead7-11e9-9d60-3106f5b1d025 --0015176f0fc2f8564004ac63d713 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Sep 7, 2011 at 4:12 PM, Comeau At9Fans wrote: > Hmm, I downloaded the new 9vx.OSX, recompiled the app, and don't seem to be > able to get it to fail anymore. Unless this 9vx is known to fix issues such > as this, I've been around the block enough to be suspect I may not have > really solved the problem, so will do more testing. > Threw a lot more at it and it seemed ok, until just now. This time, for the first time (with this problem) the app did not crash but 9vx.OSX crashed and gave: libvx32/emu.c:1668: failed assertion `(void*)extra < (void*)codetab' Any thoughts? -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --0015176f0fc2f8564004ac63d713 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Sep 7, 2011 at 4:12 PM, Comeau At9Fans <comeauat9fans@gmail.com>= wrote:
Hmm, I downloaded the new 9vx.OSX, recompiled the app, and don't s= eem to be able to get it to fail anymore. =A0Unless this 9vx is known to fi= x issues such as this, I've been around the block enough to be suspect = I may not have really solved the problem, so will do more testing.

Threw a lot more at it and it seemed ok, u= ntil just now. =A0This time, for the first time (with this problem) the app= did not crash but 9vx.OSX crashed and gave:

=A0 l= ibvx32/emu.c:1668: failed assertion `(void*)extra < (void*)codetab'<= /div>
=A0
Any thoughts?

--
Greg= Comeau / 4.3.10.1 with C++0xisms now in beta!
Comeau C/C++ ONLIN= E =3D=3D> =A0 =A0 http://www.comeaucomputing.com/tryitout
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried i= t?

--0015176f0fc2f8564004ac63d713-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 7 Sep 2011 21:50:15 -0400 Message-ID: Subject: Re: [9fans] Plan 9 stack limit? From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 1b829ce0-ead7-11e9-9d60-3106f5b1d025 On Wed, Sep 7, 2011 at 9:18 PM, Comeau At9Fans wr= ote: > Threw a lot more at it and it seemed ok, until just now. =C2=A0This time,= for the > first time (with this problem) the app did not crash but 9vx.OSX crashed = and > gave: > =C2=A0 libvx32/emu.c:1668: failed assertion `(void*)extra < (void*)codeta= b' > > Any thoughts? Honestly, it's magical to me that 9vx works as well as it does. If you really want to debug your program and not a VM, I would suggest grabbing VMware Player and booting the ISO. 9vx was and remains an amazing hack, but I don't think it's really a solid piece of software. Russ