From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 04:07:33 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627110538.15AA31E8C35@holo.morphisms.net> Topicbox-Message-UUID: c71218aa-ead3-11e9-9d60-3106f5b1d025 a quick announcement: http://swtch.com/9vx/ i'll have time to say more later. russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> Date: Fri, 27 Jun 2008 06:18:12 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627110538.15AA31E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8282_5460725.1214572692937" References: <20080627110538.15AA31E8C35@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c718b62e-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8282_5460725.1214572692937 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Russ, This looks really compelling... I'll be trying it out for sure. I've had my share of aggravation keeping things running on "real hardware", and this may be the "time saver" I needed to keep up with Plan 9. Dave On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: > a quick announcement: > > http://swtch.com/9vx/ > > i'll have time to say more later. > > russ > > > ------=_Part_8282_5460725.1214572692937 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Russ, 

This looks really compelling...  I'll be trying it out for sure.  I've had my share of aggravation keeping things running on "real hardware", and this may be the "time saver" I needed to keep up with Plan 9.

Dave

On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <rsc@swtch.com> wrote:
a quick announcement:

       http://swtch.com/9vx/

i'll have time to say more later.

russ



------=_Part_8282_5460725.1214572692937-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> Date: Fri, 27 Jun 2008 06:40:08 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8361_26746462.1214574008685" References: <20080627110538.15AA31E8C35@holo.morphisms.net> <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7204f9c-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8361_26746462.1214574008685 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Currently getting: 9vx panic: setsigsegv vx32 without alt stack On Mac OS X. On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach wrote: > Russ, > This looks really compelling... I'll be trying it out for sure. I've had > my share of aggravation keeping things running on "real hardware", and this > may be the "time saver" I needed to keep up with Plan 9. > > Dave > > > On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: > >> a quick announcement: >> >> http://swtch.com/9vx/ >> >> i'll have time to say more later. >> >> russ >> >> >> > ------=_Part_8361_26746462.1214574008685 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Currently getting:

9vx panic: setsigsegv vx32 without alt stack

On Mac OS X.

On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <leimy2k@gmail.com> wrote:
Russ, 

This looks really compelling...  I'll be trying it out for sure.  I've had my share of aggravation keeping things running on "real hardware", and this may be the "time saver" I needed to keep up with Plan 9.

Dave


On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <rsc@swtch.com> wrote:
a quick announcement:

       http://swtch.com/9vx/

i'll have time to say more later.

russ




------=_Part_8361_26746462.1214574008685-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_RENfFIEh+G88ULSlrVIVtg)" Message-id: <3B168FDB-89AF-4135-80DF-57AA11F804DA@mac.com> From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> Date: Fri, 27 Jun 2008 09:46:18 -0400 References: <20080627110538.15AA31E8C35@holo.morphisms.net> <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c72801f6-ead3-11e9-9d60-3106f5b1d025 --Boundary_(ID_RENfFIEh+G88ULSlrVIVtg) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7BIT Same here. And for some reason I have to manually start X11. On Jun 27, 2008, at 9:40 AM, David Leimbach wrote: > Currently getting: > > 9vx panic: setsigsegv vx32 without alt stack > > On Mac OS X. > > On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach > wrote: > Russ, > > This looks really compelling... I'll be trying it out for sure. > I've had my share of aggravation keeping things running on "real > hardware", and this may be the "time saver" I needed to keep up with > Plan 9. > > Dave > > > On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: > a quick announcement: > > http://swtch.com/9vx/ > > i'll have time to say more later. > > russ > > > > --Boundary_(ID_RENfFIEh+G88ULSlrVIVtg) Content-type: text/html; charset=US-ASCII Content-transfer-encoding: quoted-printable
Same here. And for some = reason I have to manually start X11.

On Jun 27, 2008, = at 9:40 AM, David Leimbach wrote:

Currently = getting:

9vx panic: setsigsegv vx32 without alt = stack

On Mac OS X.

On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach = <leimy2k@gmail.com> = wrote:
Russ, 

This looks = really compelling...  I'll be trying it out for sure.  I've = had my share of aggravation keeping things running on "real hardware", = and this may be the "time saver" I needed to keep up with Plan 9.
=

Dave


On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <rsc@swtch.com> = wrote:
a quick = announcement:

       http://swtch.com/9vx/

i'll have time to = say more later.

russ


=

=


= --Boundary_(ID_RENfFIEh+G88ULSlrVIVtg)-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net Date: Fri, 27 Jun 2008 09:49:29 -0400 From: a@9srv.net In-Reply-To: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ywffwhgwuvjxybabdthslgksla" Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c72d99b8-ead3-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-ywffwhgwuvjxybabdthslgksla Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit same error here. invoke with -t and it'll work. investigating. lots of reading to do. this is pretty exciting. anthony --upas-ywffwhgwuvjxybabdthslgksla Content-Type: message/rfc822 Content-Disposition: inline Received: from gouda.swtch.com ([67.207.142.3]) by 9srv.net; Fri Jun 27 09:40:55 EDT 2008 Received: from localhost ([127.0.0.1] helo=gouda.swtch.com) by gouda.swtch.com with esmtp (Exim 4.67) (envelope-from <9fans-bounces@9fans.net>) id 1KCEBP-0005lv-4H; Fri, 27 Jun 2008 13:40:11 +0000 Received: from py-out-1112.google.com ([64.233.166.181]) by gouda.swtch.com with esmtp (Exim 4.67) (envelope-from ) id 1KCEBN-0005lq-8Q for 9fans@9fans.net; Fri, 27 Jun 2008 13:40:09 +0000 Received: by py-out-1112.google.com with SMTP id f47so109973pye.6 for <9fans@9fans.net>; Fri, 27 Jun 2008 06:40:09 -0700 (PDT) Received: by 10.114.169.20 with SMTP id r20mr1313121wae.198.1214574008678; Fri, 27 Jun 2008 06:40:08 -0700 (PDT) Received: by 10.115.92.7 with HTTP; Fri, 27 Jun 2008 06:40:08 -0700 (PDT) Message-ID: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> Date: Fri, 27 Jun 2008 06:40:08 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8361_26746462.1214574008685" References: <20080627110538.15AA31E8C35@holo.morphisms.net> <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> Subject: Re: [9fans] 9vx X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.9fans.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces@9fans.net Errors-To: 9fans-bounces+a=9srv.net@9fans.net ------=_Part_8361_26746462.1214574008685 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Currently getting: 9vx panic: setsigsegv vx32 without alt stack On Mac OS X. On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach wrote: > Russ, > This looks really compelling... I'll be trying it out for sure. I've had > my share of aggravation keeping things running on "real hardware", and this > may be the "time saver" I needed to keep up with Plan 9. > > Dave > > > On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: > >> a quick announcement: >> >> http://swtch.com/9vx/ >> >> i'll have time to say more later. >> >> russ >> >> >> > ------=_Part_8361_26746462.1214574008685 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Currently getting:

9vx panic: setsigsegv vx32 without alt stack

On Mac OS X.

On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <leimy2k@gmail.com> wrote:
Russ, 

This looks really compelling...  I'll be trying it out for sure.  I've had my share of aggravation keeping things running on "real hardware", and this may be the "time saver" I needed to keep up with Plan 9.

Dave


On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <rsc@swtch.com> wrote:
a quick announcement:

       http://swtch.com/9vx/

i'll have time to say more later.

russ




------=_Part_8361_26746462.1214574008685-- --upas-ywffwhgwuvjxybabdthslgksla-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Fri, 27 Jun 2008 16:49:59 +0300 From: "Latchesar Ionkov" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627110538.15AA31E8C35@holo.morphisms.net> <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7396acc-ead3-11e9-9d60-3106f5b1d025 Works fine on my laptop that runs MacOSX 10.4. Lucho On Fri, Jun 27, 2008 at 4:40 PM, David Leimbach wrote: > Currently getting: > 9vx panic: setsigsegv vx32 without alt stack > On Mac OS X. > On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach wrote: >> >> Russ, >> This looks really compelling... I'll be trying it out for sure. I've had >> my share of aggravation keeping things running on "real hardware", and this >> may be the "time saver" I needed to keep up with Plan 9. >> Dave >> >> On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: >>> >>> a quick announcement: >>> >>> http://swtch.com/9vx/ >>> >>> i'll have time to say more later. >>> >>> russ >>> >>> >> > > From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 06:50:02 -0700 In-Reply-To: <3B168FDB-89AF-4135-80DF-57AA11F804DA@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627134806.3112F1E8C53@holo.morphisms.net> Topicbox-Message-UUID: c745116a-ead3-11e9-9d60-3106f5b1d025 > And for some reason I have to manually start X11. Welcome to OS X. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 06:52:00 -0700 In-Reply-To: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627135004.F19CE1E8C54@holo.morphisms.net> Topicbox-Message-UUID: c74d3566-ead3-11e9-9d60-3106f5b1d025 > Currently getting: > 9vx panic: setsigsegv vx32 without alt stack Do you have strace installed (is there one?) on OS X? Can you run it with the -g (disable gui) flag under strace? Thanks. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270656t773c8093wb2b889b328f01194@mail.gmail.com> Date: Fri, 27 Jun 2008 06:56:46 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <3B168FDB-89AF-4135-80DF-57AA11F804DA@mac.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8483_25105375.1214575006890" References: <20080627110538.15AA31E8C35@holo.morphisms.net> <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <3B168FDB-89AF-4135-80DF-57AA11F804DA@mac.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7576cd4-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8483_25105375.1214575006890 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jun 27, 2008 at 6:46 AM, Pietro Gagliardi wrote: > Same here. And for some reason I have to manually start X11. > X11 starts up for me ok. But then my xterms don't have the ability to deal with capital letters for some reason. > > On Jun 27, 2008, at 9:40 AM, David Leimbach wrote: > > Currently getting: > 9vx panic: setsigsegv vx32 without alt stack > > On Mac OS X. > > On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach wrote: > >> Russ, >> This looks really compelling... I'll be trying it out for sure. I've had >> my share of aggravation keeping things running on "real hardware", and this >> may be the "time saver" I needed to keep up with Plan 9. >> >> Dave >> >> >> On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: >> >>> a quick announcement: >>> >>> http://swtch.com/9vx/ >>> >>> i'll have time to say more later. >>> >>> russ >>> >>> >>> >> > > ------=_Part_8483_25105375.1214575006890 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Fri, Jun 27, 2008 at 6:46 AM, Pietro Gagliardi <pietro10@mac.com> wrote:
Same here. And for some reason I have to manually start X11.

X11 starts up for me ok.  But then my xterms don't have the ability to deal with capital letters for some reason.


 

On Jun 27, 2008, at 9:40 AM, David Leimbach wrote:

Currently getting:

9vx panic: setsigsegv vx32 without alt stack

On Mac OS X.

On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <leimy2k@gmail.com> wrote:
Russ, 

This looks really compelling...  I'll be trying it out for sure.  I've had my share of aggravation keeping things running on "real hardware", and this may be the "time saver" I needed to keep up with Plan 9.

Dave


On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <rsc@swtch.com> wrote:
a quick announcement:

       http://swtch.com/9vx/

i'll have time to say more later.

russ






------=_Part_8483_25105375.1214575006890-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270657t7ea43edam37392e8b5b20c771@mail.gmail.com> Date: Fri, 27 Jun 2008 06:57:14 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8487_23750795.1214575034946" References: <20080627110538.15AA31E8C35@holo.morphisms.net> <3e1162e60806270618v2761ae70lbb8ac03b21be8779@mail.gmail.com> <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c75ddeac-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8487_23750795.1214575034946 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I've got 10.5 On Fri, Jun 27, 2008 at 6:49 AM, Latchesar Ionkov wrote: > Works fine on my laptop that runs MacOSX 10.4. > > Lucho > > On Fri, Jun 27, 2008 at 4:40 PM, David Leimbach wrote: > > Currently getting: > > 9vx panic: setsigsegv vx32 without alt stack > > On Mac OS X. > > On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach > wrote: > >> > >> Russ, > >> This looks really compelling... I'll be trying it out for sure. I've > had > >> my share of aggravation keeping things running on "real hardware", and > this > >> may be the "time saver" I needed to keep up with Plan 9. > >> Dave > >> > >> On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox wrote: > >>> > >>> a quick announcement: > >>> > >>> http://swtch.com/9vx/ > >>> > >>> i'll have time to say more later. > >>> > >>> russ > >>> > >>> > >> > > > > > > ------=_Part_8487_23750795.1214575034946 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I've got 10.5

On Fri, Jun 27, 2008 at 6:49 AM, Latchesar Ionkov <lucho@ionkov.net> wrote:
Works fine on my laptop that runs MacOSX 10.4.

   Lucho

On Fri, Jun 27, 2008 at 4:40 PM, David Leimbach <leimy2k@gmail.com> wrote:
> Currently getting:
> 9vx panic: setsigsegv vx32 without alt stack
> On Mac OS X.
> On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <leimy2k@gmail.com> wrote:
>>
>> Russ,
>> This looks really compelling...  I'll be trying it out for sure.  I've had
>> my share of aggravation keeping things running on "real hardware", and this
>> may be the "time saver" I needed to keep up with Plan 9.
>> Dave
>>
>> On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <rsc@swtch.com> wrote:
>>>
>>> a quick announcement:
>>>
>>>        http://swtch.com/9vx/
>>>
>>> i'll have time to say more later.
>>>
>>> russ
>>>
>>>
>>
>
>


------=_Part_8487_23750795.1214575034946-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270658m3136ac14t4af141708cd996fe@mail.gmail.com> Date: Fri, 27 Jun 2008 06:58:20 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627135004.F19CE1E8C54@holo.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8500_28602925.1214575100121" References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c76d5f1c-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8500_28602925.1214575100121 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jun 27, 2008 at 6:52 AM, Russ Cox wrote: > > Currently getting: > > 9vx panic: setsigsegv vx32 without alt stack > > Do you have strace installed (is there one?) on OS X? > Can you run it with the -g (disable gui) flag > under strace? > No strace on Leopard. Dave > > Thanks. > Russ > > > ------=_Part_8500_28602925.1214575100121 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Fri, Jun 27, 2008 at 6:52 AM, Russ Cox <rsc@swtch.com> wrote:
> Currently getting:
> 9vx panic: setsigsegv vx32 without alt stack

Do you have strace installed (is there one?) on OS X?
Can you run it with the -g (disable gui) flag
under strace?

No strace on Leopard.

Dave
 

Thanks.
Russ



------=_Part_8500_28602925.1214575100121-- From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 27 Jun 2008 09:58:22 -0400 From: Venkatesh Srinivas To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20080627135822.GA30036@companion-cube> References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20080627135004.F19CE1E8C54@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c773e4cc-ead3-11e9-9d60-3106f5b1d025 Works impressively well here. Even snarf/paste between host and 9vx is working. Did only the 9 kernel need modifications or did the applications binaries need to be recompiled as well? --vs From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net Date: Fri, 27 Jun 2008 09:58:37 -0400 From: a@9srv.net In-Reply-To: <20080627134806.3112F1E8C53@holo.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-eszdkzdwmkvfysgaorsjnpqvxp" Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7778258-ead3-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-eszdkzdwmkvfysgaorsjnpqvxp Content-Disposition: inline Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'm guessing here, but I think this was a reference to the fact that in 10.5, Apple did some work to make X11 start automatically when the first X11 app is run; maybe that's not working for pietro. Is everyone having a problem on OS X on 10.5? I am. OS X doesn't have strace; =E2=89=A410.4 has ktrace, 10.5 has dtrace. Anthony --upas-eszdkzdwmkvfysgaorsjnpqvxp Content-Type: message/rfc822 Content-Disposition: inline Received: from gouda.swtch.com ([67.207.142.3]) by 9srv.net; Fri Jun 27 09:50:36 EDT 2008 Received: from localhost ([127.0.0.1] helo=gouda.swtch.com) by gouda.swtch.com with esmtp (Exim 4.67) (envelope-from <9fans-bounces@9fans.net>) id 1KCEKy-00064v-EH; Fri, 27 Jun 2008 13:50:04 +0000 Received: from holo.morphisms.net ([216.254.78.15]) by gouda.swtch.com with esmtp (Exim 4.67) (envelope-from ) id 1KCEKx-00064n-6N for 9fans@9fans.net; Fri, 27 Jun 2008 13:50:03 +0000 Received: by holo.morphisms.net (Postfix, from userid 1002) id 3112F1E8C53; Fri, 27 Jun 2008 09:48:06 -0400 (EDT) To: 9fans@9fans.net From: "Russ Cox" Date: Fri, 27 Jun 2008 06:50:02 -0700 In-Reply-To: <3B168FDB-89AF-4135-80DF-57AA11F804DA@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627134806.3112F1E8C53@holo.morphisms.net> Subject: Re: [9fans] 9vx X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.9fans.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces@9fans.net Errors-To: 9fans-bounces+a=9srv.net@9fans.net > And for some reason I have to manually start X11. Welcome to OS X. Russ --upas-eszdkzdwmkvfysgaorsjnpqvxp-- From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 06:59:32 -0700 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627135737.22A051E8C4D@holo.morphisms.net> Topicbox-Message-UUID: c77fa8f2-ead3-11e9-9d60-3106f5b1d025 > same error here. invoke with -t and it'll work. investigating. I believe, though I can't see yet why that would matter in this case. I do suspect that the behavior of signal handlers in threaded programs changed between 10.4 and 10.5. You might try rebuilding from source (the binary was built on 10.4.10) just to see if that fixes the problem. Thanks for the reports. I'm sure there will be more bugs, especially in the OS X code, which is about a day old. Even on OS X 10.4, 9vx seems to chew most of available cpu while idling. (On my 2-processor machine, it was using 130% cpu.) Obviously it's not suposed to. I suspect a pthreads issue, but I haven't had time to look into it. Perhaps there are people out there more familiar with debugging on OS X than I am. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <12611fc761e105e8b2711f919c032ff3@csplan9.rit.edu> To: 9fans@9fans.net Date: Fri, 27 Jun 2008 10:08:04 -0400 From: john@csplan9.rit.edu In-Reply-To: <20080627135822.GA30036@companion-cube> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7837392-ead3-11e9-9d60-3106f5b1d025 > Works impressively well here. Even snarf/paste between host and 9vx is > working. > > Did only the 9 kernel need modifications or did the applications > binaries need to be recompiled as well? > > --vs Seconded; everything works beautifully except that I'm not getting any network devices, it seems. John From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <599f06db0806270710j39af4d7v521e16740df81907@mail.gmail.com> Date: Fri, 27 Jun 2008 16:10:17 +0200 From: "Gorka Guardiola" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627135822.GA30036@companion-cube> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <20080627135822.GA30036@companion-cube> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c786eb4e-ead3-11e9-9d60-3106f5b1d025 On Fri, Jun 27, 2008 at 3:58 PM, Venkatesh Srinivas wrote: > Works impressively well here. Even snarf/paste between host and 9vx is > working. > > Did only the 9 kernel need modifications or did the applications > binaries need to be recompiled as well? > > --vs > > 9vx requires no host kernel modifications or special privileges, and it runs unmodified plan9 386 binaries. -- - curiosity sKilled the cat From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5af1d5df70fcd04750009e3a6ab68998@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Fri, 27 Jun 2008 10:11:01 -0400 In-Reply-To: <599f06db0806270710j39af4d7v521e16740df81907@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c793d480-ead3-11e9-9d60-3106f5b1d025 >> Did only the 9 kernel need modifications or did the applications >> binaries need to be recompiled as well? >> [...] > > 9vx requires no host kernel modifications or > special privileges, and it runs unmodified > plan9 386 binaries. but that doesn't answer the question. the plan 9 kernel was modified. how else would it provide access to the host's fs? - erik From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <80c6273283830706af6c8aaffe5077eb@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Fri, 27 Jun 2008 10:12:54 -0400 In-Reply-To: <12611fc761e105e8b2711f919c032ff3@csplan9.rit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7977658-ead3-11e9-9d60-3106f5b1d025 > Seconded; everything works beautifully except that I'm not getting > any network devices, it seems. there's not access to the network device per ce, but the network works fine for me. this is what i needed to do to connect to plan 9 networks 1. edit /lib/ndb/auth and /lib/ndb/local as appropriate. 2. rm /net/cs; ndb/cs 3. auth/factotum 4. cpu -h $host - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 07:19:04 -0700 In-Reply-To: <12611fc761e105e8b2711f919c032ff3@csplan9.rit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627141709.3307A1E8C2B@holo.morphisms.net> Topicbox-Message-UUID: c79bebde-ead3-11e9-9d60-3106f5b1d025 > Seconded; everything works beautifully except that I'm not getting > any network devices, it seems. Perhaps bind -b '#I' /net That should be happening automatically, but hey, you never know. If files in /net exist, could you give more details? > Did only the 9 kernel need modifications or did the applications > binaries need to be recompiled as well? The user binaries are unmodified native 386 binaries. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> Date: Fri, 27 Jun 2008 07:21:59 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627135004.F19CE1E8C54@holo.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8666_1507545.1214576519647" References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c79faff8-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8666_1507545.1214576519647 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jun 27, 2008 at 6:52 AM, Russ Cox wrote: > > Currently getting: > > 9vx panic: setsigsegv vx32 without alt stack > > Do you have strace installed (is there one?) on OS X? > Can you run it with the -g (disable gui) flag > under strace? Without GUI I get a pretty good looking start :-) [7:00] dave(mt64):..p/9vx-0.10 %> ./9vx.OSX -g -u glenda init: starting /bin/rc bind: #S: unknown device in # filename upas/fs: '/bin/upas/fs' does not exist #m/mousectl: rc: can't open: jmk added reentrancy for threads init: rc exit status: rc 5: error init: starting /bin/rc % > > > Thanks. > Russ > > > ------=_Part_8666_1507545.1214576519647 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Fri, Jun 27, 2008 at 6:52 AM, Russ Cox <rsc@swtch.com> wrote:
> Currently getting:
> 9vx panic: setsigsegv vx32 without alt stack

Do you have strace installed (is there one?) on OS X?
Can you run it with the -g (disable gui) flag
under strace?

Without GUI I get a pretty good looking start :-)

[7:00] dave(mt64):..p/9vx-0.10 %> ./9vx.OSX -g -u glenda

init: starting /bin/rc
bind: #S: unknown device in # filename
upas/fs: '/bin/upas/fs' does not exist
#m/mousectl: rc: can't open: jmk added reentrancy for threads
init: rc exit status: rc 5: error

init: starting /bin/rc

 


Thanks.
Russ



------=_Part_8666_1507545.1214576519647-- From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 07:29:24 -0700 In-Reply-To: <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627142729.283D01E8C2B@holo.morphisms.net> Topicbox-Message-UUID: c7a3dd1c-ead3-11e9-9d60-3106f5b1d025 > Without GUI I get a pretty good looking start :-) That's good, although too bad it doesn't help with the X11 problem. Rebuilding from source is the first thing I'd try. After that, someone needs to learn how to get a system call trace from a multithreaded program on OS X. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> From: Pat Hacker To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Fri, 27 Jun 2008 07:30:03 -0700 References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7a7cdaa-ead3-11e9-9d60-3106f5b1d025 on OSX 10.5.3 % ./9vx.OSX -1g -u glenda init: starting /bin/rc bind: #S: unknown device in # filename upas/fs: '/bin/upas/fs' does not exist #m/mousectl: rc: can't open: jmk added reentrancy for threads init: rc exit status: rc 4: error From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> Date: Fri, 27 Jun 2008 16:32:22 +0200 From: "Francisco J Ballesteros" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7abd90e-ead3-11e9-9d60-3106f5b1d025 MacOSX 10.5, running it with -t works fine here, including GUI. On Fri, Jun 27, 2008 at 4:30 PM, Pat Hacker wrote: > on OSX 10.5.3 > % ./9vx.OSX -1g -u glenda > > init: starting /bin/rc > bind: #S: unknown device in # filename > upas/fs: '/bin/upas/fs' does not exist > #m/mousectl: rc: can't open: jmk added reentrancy for threads > init: rc exit status: rc 4: error > > > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270734q19223002wd1e937fd79b7391e@mail.gmail.com> Date: Fri, 27 Jun 2008 07:34:36 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8733_3856635.1214577277119" References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7b018ac-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8733_3856635.1214577277119 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Confirmed! That works great! On Fri, Jun 27, 2008 at 7:32 AM, Francisco J Ballesteros wrote: > MacOSX 10.5, > > running it with -t works fine here, including GUI. > > > On Fri, Jun 27, 2008 at 4:30 PM, Pat Hacker wrote: > > on OSX 10.5.3 > > % ./9vx.OSX -1g -u glenda > > > > init: starting /bin/rc > > bind: #S: unknown device in # filename > > upas/fs: '/bin/upas/fs' does not exist > > #m/mousectl: rc: can't open: jmk added reentrancy for threads > > init: rc exit status: rc 4: error > > > > > > > > > > ------=_Part_8733_3856635.1214577277119 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Confirmed!  That works great!


On Fri, Jun 27, 2008 at 7:32 AM, Francisco J Ballesteros <nemo@lsub.org> wrote:
MacOSX 10.5,

running it with -t works fine here, including GUI.


On Fri, Jun 27, 2008 at 4:30 PM, Pat Hacker <pat@picoworks.com> wrote:
> on OSX 10.5.3
> % ./9vx.OSX -1g -u glenda
>
> init: starting /bin/rc
> bind: #S: unknown device in # filename
> upas/fs: '/bin/upas/fs' does not exist
> #m/mousectl: rc: can't open: jmk added reentrancy for threads
> init: rc exit status: rc 4: error
>
>
>
>


------=_Part_8733_3856635.1214577277119-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180806270739n46652d6r6df8d7d851fb2a1@mail.gmail.com> Date: Fri, 27 Jun 2008 08:39:35 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7b552b8-ead3-11e9-9d60-3106f5b1d025 confirmed for 10.5.3. On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros wrote: > MacOSX 10.5, > > running it with -t works fine here, including GUI. > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270745v48bcf7r60a7f3baaf0eca1e@mail.gmail.com> Date: Fri, 27 Jun 2008 07:45:09 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <14ec7b180806270739n46652d6r6df8d7d851fb2a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8816_16372429.1214577909134" References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> <14ec7b180806270739n46652d6r6df8d7d851fb2a1@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7be7b22-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8816_16372429.1214577909134 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm noticing I can't type a colon ":" but semicolon works :-) On Fri, Jun 27, 2008 at 7:39 AM, andrey mirtchovski wrote: > confirmed for 10.5.3. > > On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros > wrote: > > MacOSX 10.5, > > > > running it with -t works fine here, including GUI. > > > > > > ------=_Part_8816_16372429.1214577909134 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm noticing I can't type a colon ":" but semicolon works :-)



On Fri, Jun 27, 2008 at 7:39 AM, andrey mirtchovski <mirtchovski@gmail.com> wrote:
confirmed for 10.5.3.

On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros <nemo@lsub.org> wrote:
> MacOSX 10.5,
>
> running it with -t works fine here, including GUI.
>
>


------=_Part_8816_16372429.1214577909134-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806270747u43754020h6e597bc737082554@mail.gmail.com> Date: Fri, 27 Jun 2008 07:47:18 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <3e1162e60806270745v48bcf7r60a7f3baaf0eca1e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8836_30281837.1214578038613" References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> <14ec7b180806270739n46652d6r6df8d7d851fb2a1@mail.gmail.com> <3e1162e60806270745v48bcf7r60a7f3baaf0eca1e@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7cb091e-ead3-11e9-9d60-3106f5b1d025 ------=_Part_8836_30281837.1214578038613 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline In fact, no capital letters work. On Fri, Jun 27, 2008 at 7:45 AM, David Leimbach wrote: > I'm noticing I can't type a colon ":" but semicolon works :-) > > > > On Fri, Jun 27, 2008 at 7:39 AM, andrey mirtchovski > wrote: > >> confirmed for 10.5.3. >> >> On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros >> wrote: >> > MacOSX 10.5, >> > >> > running it with -t works fine here, including GUI. >> > >> > >> >> > ------=_Part_8836_30281837.1214578038613 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline In fact, no capital letters work.

On Fri, Jun 27, 2008 at 7:45 AM, David Leimbach <leimy2k@gmail.com> wrote:
I'm noticing I can't type a colon ":" but semicolon works :-)



On Fri, Jun 27, 2008 at 7:39 AM, andrey mirtchovski <mirtchovski@gmail.com> wrote:
confirmed for 10.5.3.

On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros <nemo@lsub.org> wrote:
> MacOSX 10.5,
>
> running it with -t works fine here, including GUI.
>
>



------=_Part_8836_30281837.1214578038613-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180806270755y26158d50s697dd927c5c4a30e@mail.gmail.com> Date: Fri, 27 Jun 2008 08:55:51 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <14ec7b180806270739n46652d6r6df8d7d851fb2a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> <14ec7b180806270739n46652d6r6df8d7d851fb2a1@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7d70124-ead3-11e9-9d60-3106f5b1d025 Zm91bmQgc29tZXRoaW5nIHRoYXQgY3Jhc2hlcyBjb25zaXN0ZW50bHk6IHRoZSB4c2NyIGhhY2tz IHRoYXQgdXNlIHRocmVhZHMuCgp0aGlzIGZyb20gdGhlIDl2eCBjb25zb2xlOgoKNzgzIHN1YnN0 cmF0ZSBmYXVsdCAweDlhMSBubyBzZWdtZW50CnNlZ21lbnQgMHhmMDAwMDAwIDB4MTAwMDAwMDAK c2VnbWVudCAweDEwMDAgMHgxZTAwMApzZWdtZW50IDB4MWUwMDAgMHgyNzAwMApzZWdtZW50IDB4 MjcwMDAgMHgyNTEwMDAKNzgzIHN1YnN0cmF0ZTogdW5oYW5kbGVkIGZhdWx0IHZhPTlhMSBbMTAw MDlhMV0gZWlwPTEzZjA3CmNwdTA6IHJlZ2lzdGVycyBmb3Igc3Vic3RyYXRlIDc4MwpGTEFHUz0w IFRSQVA9MCBFQ09ERT0wIFBDPTEzRjA3IFVTUD0zNzMwQwogIEFYIDAwMDAwMzBGICBCWCAwMDAw MDAzMSAgQ1ggMDAwMjZCMDggIERYIDAwMDAwMzBGCiAgU0kgMDAwMDAzMEYgIERJIDAwMDM3MzA4 ICBCUCAwMDAwMDAwMAo3ODUgc3RyYW5nZTogdW5oYW5kbGVkIGZhdWx0IHZhPTM3NDI0MDAwIFsz ODQyNDAwMF0gZWlwPTE1MDE0CmNwdTA6IHJlZ2lzdGVycyBmb3Igc3RyYW5nZSA3ODUKRkxBR1M9 MCBUUkFQPTAgRUNPREU9MCBQQz0xNTAxNCBVU1A9Mjg1OTQKICBBWCAwMDAwMDAwMSAgQlggODND MzNDQzQgIENYIDAwMDIwNjFDICBEWCAwMDAwMDMxMQogIFNJIDAwMDAwMzExICBESSAwMDAyODU5 MCAgQlAgMDAwMDAwMDAKCmluc2lkZSA5dng6CgolIHhzY3Ivc3Vic3RyYXRlCnN1YnN0cmF0ZSA3 ODM6IHN4c2NydWljaWRlOiBzeXM6IHRyYXA6IHBhZ2UgZmF1bHQgcGM9MHgwMDAxM2YwNwolIHhz Y3Ivc3RyYW5nZQpzdHJhbmdlIDc4NTogc3VpY2lkZTogc3lzOiB0cmFwOiBwYWdlIGZhdWx0IHBj PTB4MDAwMTUwMTQKJSBhY2lkIDc4NQovcHJvYy83ODUvdGV4dDozODYgcGxhbiA5IGV4ZWN1dGFi bGUKL3N5cy9saWIvYWNpZC9wb3J0Ci9zeXMvbGliL2FjaWQvMzg2CmFjaWQ6IGxzdGsoKQp0aHJl YWRleGl0c2FsbChleGl0c3RyPTB4MWVlMjEpKzB4YzkgL3N5cy9zcmMvbGlidGhyZWFkL2V4aXQu Yzo0OQoJbXlwaWQ9MHgzMTEKCW5waWQ9MHgwCglwaWQ9MHgxYzRhYwoJaT0weDkxYjEKdGhyZWFk bWFpbihhcmd2PTB4ZmZmZmZiMCxhcmdjPTB4MCkrMHhlZSAvdXNyL2FuZHJleS94c2NyL3N0cmFu Z2UuYzo0MDQKCV9hcmdjPTB4ZmVmZWZlZmUKCV9hcmdzPTB4ZmVmZWZlZmUKCW09MHgwCm1haW5s YXVuY2hlcihhcmc9MHgyNWNjMCkrMHgxOCAvc3lzL3NyYy9saWJ0aHJlYWQvbWFpbi5jOjU4Cmxh dW5jaGVyMzg2KGFyZz0weDI1Y2MwLGY9MHgxNDk1YykrMHgxMCAvc3lzL3NyYy9saWJ0aHJlYWQv Mzg2LmM6MTAKMHhmZWZlZmVmZSA/ZmlsZT86MAphY2lkOiAECmVjaG8ga2lsbCA+IC9wcm9jLzc4 NS9jdGwKJSBhY2lkIDc4MwovcHJvYy83ODMvdGV4dDozODYgcGxhbiA5IGV4ZWN1dGFibGUKL3N5 cy9saWIvYWNpZC9wb3J0Ci9zeXMvbGliL2FjaWQvMzg2CmFjaWQ6IGxzdGsoKQp0aHJlYWRleGl0 c2FsbChleGl0c3RyPTB4MWU3Y2QpKzB4YzkgL3N5cy9zcmMvbGlidGhyZWFkL2V4aXQuYzo0OQoJ bXlwaWQ9MHgzMGYKCW5waWQ9MHgwCglwaWQ9MHgxZTRmYwoJaT0weDgxYWEKc2NyZWVuaGFjaygp KzB4MTVhIC91c3IvYW5kcmV5L3hzY3Ivc3Vic3RyYXRlLmM6MzgxCgltYXhfY3ljbGVzPTB4N2Qw Cgl0ZW1weD0weDYzCnRocmVhZG1haW4oYXJndj0weGZmZmZmYjAsYXJnYz0weDApKzB4Y2UgL3Vz ci9hbmRyZXkveHNjci9zdWJzdHJhdGUuYzo0NDgKCV9hcmdjPTB4ZmVmZWZlZmUKCV9hcmdzPTB4 ZmVmZWZlZmUKbWFpbmxhdW5jaGVyKGFyZz0weDM0YTYwKSsweDE4IC9zeXMvc3JjL2xpYnRocmVh ZC9tYWluLmM6NTgKbGF1bmNoZXIzODYoYXJnPTB4MzRhNjAsZj0weDEzODRmKSsweDEwIC9zeXMv c3JjL2xpYnRocmVhZC8zODYuYzoxMAoweGZlZmVmZWZlID9maWxlPzowCmFjaWQ6CiUgeHNjci9z d2lybApzd2lybCA4MDM6IHN1aWNpZGU6IHN5czogdHJhcDogcGFnZSBmYXVsdCBwYz0weDAwMDE1 NDZhCiUgeHNjci96b29tCnpvb20gODA1OiBzdWljaWRlOiBzeXM6IHRyYXA6IHBhZ2UgZmF1bHQg cGM9MHgwMDAxMDhkMgolCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> Date: Fri, 27 Jun 2008 07:57:22 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627110538.15AA31E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627110538.15AA31E8C35@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7dda718-ead3-11e9-9d60-3106f5b1d025 building on x86 64 bit. first issue is that I get this:make: vx32-gcc: Command not found second is that I get this: gcc -Ilibvx32 -c -g -O3 -MD -std=gnu99 -I. -o libvx32/linux.o libvx32/linux.c libvx32/linux.c: In function `vx32_sighandler': libvx32/linux.c:254: error: structure has no member named `rip' libvx32/linux.c:303: error: structure has no member named `rip' make: *** [libvx32/linux.o] Error 1 which makes sense I guess as we're not 64 bit and IIRC it has a different name. Did you want -m32 on those files? I don't understand this well enough yet to know. But lguest just broke big time so if I can get this to work, I'm moving! thanks ron From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806270814k8aec549q139069e008b4566a@mail.gmail.com> Date: Fri, 27 Jun 2008 08:14:19 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627110538.15AA31E8C35@holo.morphisms.net> <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c7e2605a-ead3-11e9-9d60-3106f5b1d025 On Fri, Jun 27, 2008 at 7:57 AM, ron minnich wrote: > building on x86 64 bit. > > first issue is that I get this:make: vx32-gcc: Command not found > > second is that I get this: > gcc -Ilibvx32 -c -g -O3 -MD -std=gnu99 -I. -o libvx32/linux.o libvx32/linux.c > libvx32/linux.c: In function `vx32_sighandler': > libvx32/linux.c:254: error: structure has no member named `rip' > libvx32/linux.c:303: error: structure has no member named `rip' > make: *** [libvx32/linux.o] Error 1 yeah. The rip thing is fixed for sigcontext in linux.c, but not in this: // VX32 CPU state struct vxcpu { uint32_t reg[8]; uint32_t eip; uint32_t eflags; uint32_t traperr; uint32_t trapva; // cr2 }; So the #defines in libvx32/linux.c fix things for sigcontext and break things for vxcpu struct. Hmm. It's rather sleazy but I put #undef eip at linux.c line 252 and it builds. Now I get a link error: libvx32/libvx32.a(rts.o)(.text+0x99): In function `vxrun_lookup_backpatch': libvx32/rts.S:127: undefined reference to `VXEMU_RETPTR' libvx32/libvx32.a(rts.o)(.text+0x10d): In function `vxrun_lookup_indirect': libvx32/rts.S:214: undefined reference to `VXEMU_RETPTR' libvx32/libvx32.a(rts.o)(.text+0x13e): In function `vxrun_gentrap': libvx32/rts.S:232: undefined reference to `VXEMU_RETPTR' libvx32/libvx32.a(run64.o)(.text+0x2e): In function `vxrun': libvx32/run64.S:56: undefined reference to `VXEMU_RUNPTR' libvx32/libvx32.a(run64.o)(.text+0x60):libvx32/run64.S:82: undefined reference to `VXEMU_RUNPTR' collect2: ld returned 1 exit status make: exit 2 more as I hit it. This is a little bit easier than building lguest modules. Ah, this is going to be fun! I just shorted vmware. I'm gonna be rich, I tell you! Rich! ron From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Fri, 27 Jun 2008 08:17:22 -0700 In-Reply-To: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080627151526.76D701E8C2B@holo.morphisms.net> Topicbox-Message-UUID: c7e675a0-ead3-11e9-9d60-3106f5b1d025 > building on x86 64 bit. > > first issue is that I get this:make: vx32-gcc: Command not found > > second is that I get this: > gcc -Ilibvx32 -c -g -O3 -MD -std=gnu99 -I. -o libvx32/linux.o libvx32/linux.c > libvx32/linux.c: In function `vx32_sighandler': > libvx32/linux.c:254: error: structure has no member named `rip' > libvx32/linux.c:303: error: structure has no member named `rip' > make: *** [libvx32/linux.o] Error 1 > > which makes sense I guess as we're not 64 bit and IIRC it has a different name. > > Did you want -m32 on those files? I don't understand this well enough > yet to know. > > But lguest just broke big time so if I can get this to work, I'm moving! make 9vx/9vx will build only 9vx and will not need vx32-gcc. if you make clean and then edit the top-level src/Makefrag file to add -m32 to the HOST_CFLAGS and then make 9vx/9vx you are likely to get a working binary. compiling in 64-bit mode is almost certainly not going to work; the plan 9 kernel code is very 32-bit here. and it would be very confused if its own pointers were 64-bit but the user code pointers were 32-bit. russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180806270831p4e7f5899ieae72e9f44350d99@mail.gmail.com> Date: Fri, 27 Jun 2008 09:31:14 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3e1162e60806270640p2e3f5a26ldff51e5eda1a7255@mail.gmail.com> <20080627135004.F19CE1E8C54@holo.morphisms.net> <3e1162e60806270721q29f26f20yf595694c84794a40@mail.gmail.com> <87EDB08B-6135-48B1-8BEA-AE62338B8B5E@picoworks.com> <8ccc8ba40806270732m4d21e14na8977b2dc0122a08@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c855dd1e-ead3-11e9-9d60-3106f5b1d025 Try running with -F (and no -t). It seems to work fine on my machine. andrey On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros wrote: > MacOSX 10.5, > > running it with -t works fine here, including GUI. > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5d375e920806270841k2a4439cdi614cdd68310dc928@mail.gmail.com> Date: Fri, 27 Jun 2008 17:41:36 +0200 From: Uriel To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627110538.15AA31E8C35@holo.morphisms.net> <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c888c3fa-ead3-11e9-9d60-3106f5b1d025 What broke in lguest? seemed quite nice from what I have seen so far, just wondering because I was pondering using it for some projects. Not to mean anything against vx32/9vx which is quite damned awesome as far as I can see. uriel > But lguest just broke big time so if I can get this to work, I'm moving! > > thanks > > ron > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> Date: Fri, 27 Jun 2008 08:52:59 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627151526.76D701E8C2B@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c88fe45a-ead3-11e9-9d60-3106f5b1d025 This with a new untar, HOSTCFLAGS I added -m32 [rminnich@amd64 src]$ make 9vx/9vx make: vx32-gcc: Command not found make: vx32-gcc: Command not found make: *** No rule to make target `9vx/9vx'. Stop. OK, I can see that 9vx/9vx target in 9vx/Makefrag, but the alarm just went off and I gotta go pretend to work. More later. It would be nice to have this work on x86 64 :-) I do enjoy make sometimes. thanks ron From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806270854yf8de62bm4071a687f507cd05@mail.gmail.com> Date: Fri, 27 Jun 2008 08:54:30 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <5d375e920806270841k2a4439cdi614cdd68310dc928@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627110538.15AA31E8C35@holo.morphisms.net> <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <5d375e920806270841k2a4439cdi614cdd68310dc928@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c89bba00-ead3-11e9-9d60-3106f5b1d025 On Fri, Jun 27, 2008 at 8:41 AM, Uriel wrote: > What broke in lguest? seemed quite nice from what I have seen so far, > just wondering because I was pondering using it for some projects. some things changed on the plan 9 side, and then on the lguest side, and I can no longer build a working kernel. I've kind of run out of patience with the linux kernel churn, so if vx32 works for me, I'm moving on :-) thanks ron From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> Date: Fri, 27 Jun 2008 10:39:42 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c8d08ae6-ead3-11e9-9d60-3106f5b1d025 I'm on this 32 bit machine using vx32. Wow, nice. Boots like a bat. now all I want is my fossil and venti :-) This is really sweet. I think we've got an easy way to show people Plan 9 now. thanks Russ! ron From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Message-id: <12E30932-B347-40A9-AD38-650FB093E200@mac.com> From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> Date: Fri, 27 Jun 2008 14:57:29 -0400 References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c94e85ae-ead3-11e9-9d60-3106f5b1d025 On Jun 27, 2008, at 1:39 PM, ron minnich wrote: > This is really sweet. I think we've got an easy way to show people > Plan 9 now. I agree: a self-contained 9 could really solve all my QEMU worries and boot CD nonsense! (No mouse detection, "kbd init failed" x infinity, inverse video - sorry) Now if only it could work without X11. I might try that. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> Date: Fri, 27 Jun 2008 11:59:22 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9977_15187462.1214593163059" References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c953ab60-ead3-11e9-9d60-3106f5b1d025 ------=_Part_9977_15187462.1214593163059 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jun 27, 2008 at 10:39 AM, ron minnich wrote: > I'm on this 32 bit machine using vx32. Wow, nice. Boots like a bat. > > now all I want is my fossil and venti :-) > > This is really sweet. I think we've got an easy way to show people Plan 9 > now. > > thanks Russ! > > ron > > And uriel should be able to stop complaining about drawterm being redundant :-) Dave ------=_Part_9977_15187462.1214593163059 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Fri, Jun 27, 2008 at 10:39 AM, ron minnich <rminnich@gmail.com> wrote:
I'm on this 32 bit machine using vx32. Wow, nice. Boots like a bat.

now all I want is my fossil and venti :-)

This is really sweet. I think we've got an easy way to show people Plan 9 now.

thanks Russ!

ron

And uriel should be able to stop complaining about drawterm being redundant :-)

Dave
------=_Part_9977_15187462.1214593163059-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> Date: Fri, 27 Jun 2008 14:39:05 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c981c702-ead3-11e9-9d60-3106f5b1d025 So i realized I'm being foolish w.r.t my comments on "i want my venti" in the 9vx directory dd if=/dev/zero of=arenas bs=1048576 count=whatever do for index and bloom follow venti instructions. voila. Venti. Rinse and repeat for fossil. oh man I love this 9vx. Time for tvx -- tiny vx -- no need for the H any more, as that stood for horrible :-) ron From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806271551t1e7e4a12g436f454bb65f7847@mail.gmail.com> Date: Fri, 27 Jun 2008 15:51:18 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10796_23256955.1214607078988" References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9976102-ead3-11e9-9d60-3106f5b1d025 ------=_Part_10796_23256955.1214607078988 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > > oh man I love this 9vx. Indeed, this is truly excellent. ------=_Part_10796_23256955.1214607078988 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

oh man I love this 9vx.

Indeed, this is truly excellent. 
------=_Part_10796_23256955.1214607078988-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net Date: Fri, 27 Jun 2008 16:13:15 -0700 From: Skip Tavakkolian <9nut@9netics.com> In-Reply-To: <20080627110538.15AA31E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c99cf16c-ead3-11e9-9d60-3106f5b1d025 this is fantastic. thank you Bryan and Russ. i've not had a chance to look through the sources. is a windows port feasible? > a quick announcement: > > http://swtch.com/9vx/ > > i'll have time to say more later. > > russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <77944785105ed99be5fe43150affc5b0@9netics.com> To: 9fans@9fans.net Date: Fri, 27 Jun 2008 16:24:42 -0700 From: Skip Tavakkolian <9nut@9netics.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9b9a6ae-ead3-11e9-9d60-3106f5b1d025 > i've not had a chance to look through the sources. is a windows port > feasible? i mean, any updates beyond what's on page 3 of the paper. From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Brian L. Stuart" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Date: Fri, 27 Jun 2008 23:29:43 +0000 Message-Id: <062720082329.407.486577E6000DAB200000019722243323629B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> In-Reply-To: <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9c536ea-ead3-11e9-9d60-3106f5b1d025 > So i realized I'm being foolish w.r.t my comments on "i want my venti" > > in the 9vx directory > dd if=/dev/zero of=arenas bs=1048576 count=whatever > > do for index and bloom > follow venti instructions. > > voila. Venti. Rinse and repeat for fossil. I haven't tried this yet, but is there any reason you couldn't put block special files for disk partitions in the 9vx directory and put the arenas, etc there, assuming of course all the permissions were set right? I'll probably give it a try later tonight unless someone yells "Stop! You'll poke out your eye^W partition table." > oh man I love this 9vx. > > Time for tvx -- tiny vx -- no need for the H any more, as that stood > for horrible :-) This is seriously cool. I'm enough of a geezer that not too much excites me anymore. But today, I had fun reading the USENIX paper and thinking about how to use this. BLS From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Message-id: <0C355162-729E-4CB5-BC93-8597A6E09E98@mac.com> From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Date: Fri, 27 Jun 2008 19:34:16 -0400 References: Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9d6db84-ead3-11e9-9d60-3106f5b1d025 On Jun 27, 2008, at 7:13 PM, Skip Tavakkolian wrote: > i've not had a chance to look through the sources. is a windows port > feasible? If you call translating the X API to Win32 or C++ .NET feasible, then yes! I'm struggling to Cocoa-ize it. It seems like a much easier job than with drawterm. I believe the only folder you need to update is src/9vx/x11. It's seven files of pure evil. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Eckhardt To: 9fans@9fans.net In-Reply-To: <20080627110538.15AA31E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9485.1214610063.1@lunacy.ugrad.cs.cmu.edu> Date: Fri, 27 Jun 2008 19:41:03 -0400 Message-ID: <9486.1214610063@lunacy.ugrad.cs.cmu.edu> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9db6dde-ead3-11e9-9d60-3106f5b1d025 libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's libpthread are not compatible." I guess the priority of my "upgrade laptop's FreeBSD" thread has just increased. Dave Eckhardt From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806271652q2b7044f8m55746b8820582bf4@mail.gmail.com> Date: Fri, 27 Jun 2008 16:52:20 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <0C355162-729E-4CB5-BC93-8597A6E09E98@mac.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10937_20948824.1214610740386" References: <0C355162-729E-4CB5-BC93-8597A6E09E98@mac.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9e948e6-ead3-11e9-9d60-3106f5b1d025 ------=_Part_10937_20948824.1214610740386 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jun 27, 2008 at 4:34 PM, Pietro Gagliardi wrote: > On Jun 27, 2008, at 7:13 PM, Skip Tavakkolian wrote: > >> i've not had a chance to look through the sources. is a windows port >> feasible? >> > If you call translating the X API to Win32 or C++ .NET feasible, then yes! > I'm struggling to Cocoa-ize it. It seems like a much easier job than with > drawterm. I'm no expert in Cocoa-ification, but am more than willing to test and help where and when I can (I have new father syndrome) > > > I believe the only folder you need to update is src/9vx/x11. It's seven > files of pure evil. > > > ------=_Part_10937_20948824.1214610740386 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Fri, Jun 27, 2008 at 4:34 PM, Pietro Gagliardi <pietro10@mac.com> wrote:
On Jun 27, 2008, at 7:13 PM, Skip Tavakkolian wrote:
i've not had a chance to look through the sources.  is a windows port
feasible?
If you call translating the X API to Win32 or C++ .NET feasible, then yes! I'm struggling to Cocoa-ize it. It seems like a much easier job than with drawterm.

I'm no expert in Cocoa-ification, but am more than willing to test and help where and when I can (I have new father syndrome)
 


I believe the only folder you need to update is src/9vx/x11. It's seven files of pure evil.



------=_Part_10937_20948824.1214610740386-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806271652sa878e92x86fb36a91cb4ac47@mail.gmail.com> Date: Fri, 27 Jun 2008 16:52:56 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <9486.1214610063@lunacy.ugrad.cs.cmu.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10948_7643008.1214610776762" References: <20080627110538.15AA31E8C35@holo.morphisms.net> <9486.1214610063@lunacy.ugrad.cs.cmu.edu> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: c9fbaf90-ead3-11e9-9d60-3106f5b1d025 ------=_Part_10948_7643008.1214610776762 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jun 27, 2008 at 4:41 PM, Dave Eckhardt > wrote: > libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's > libpthread are not compatible." > > I guess the priority of my "upgrade laptop's FreeBSD" thread has > just increased. > > Dave Eckhardt > > FreeBSD 7 has been for me quite good... I pretty much stopped using it around FreeBSD 5, and 7 has made me think that over again. ------=_Part_10948_7643008.1214610776762 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Fri, Jun 27, 2008 at 4:41 PM, Dave Eckhardt <davide+p9@cs.cmu.edu> wrote:
libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's libpthread are not compatible."

I guess the priority of my "upgrade laptop's FreeBSD" thread has
just increased.

Dave Eckhardt

FreeBSD 7 has been for me quite good... I pretty much stopped using it around FreeBSD 5, and 7 has made me think that over again. ------=_Part_10948_7643008.1214610776762-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5d375e920806271723p2e3c88cfvf1e26efa7fc09a13@mail.gmail.com> Date: Sat, 28 Jun 2008 02:23:40 +0200 From: Uriel To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <9486.1214610063@lunacy.ugrad.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627110538.15AA31E8C35@holo.morphisms.net> <9486.1214610063@lunacy.ugrad.cs.cmu.edu> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca0a13d2-ead3-11e9-9d60-3106f5b1d025 Life is so boring when your OS doesn't break compatibility with existing APIs every other release... but my heart is torn between FreeBSD and OS X; ah I got the solution: whoever breaks backwards compatibility (again) first wins! I'm in a hurry to pick my next OS, but this shouldn't take more than a week or two... uriel On Sat, Jun 28, 2008 at 1:41 AM, Dave Eckhardt wrote: > libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's libpthread are not compatible." > > I guess the priority of my "upgrade laptop's FreeBSD" thread has > just increased. > > Dave Eckhardt > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806271736v3c634259nc3c78fa10d0b32a2@mail.gmail.com> Date: Fri, 27 Jun 2008 17:36:06 -0700 From: "ron minnich" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <062720082329.407.486577E6000DAB200000019722243323629B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> <062720082329.407.486577E6000DAB200000019722243323629B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca0ff270-ead3-11e9-9d60-3106f5b1d025 On Fri, Jun 27, 2008 at 4:29 PM, Brian L. Stuart wrote: > I haven't tried this yet, but is there any reason you > couldn't put block special files for disk partitions > in the 9vx directory and put the arenas, etc there, > assuming of course all the permissions were set right? I see no reason that should not work. Tonight I'm going to try to move my venti/fossil from lguest universe to vx universe if I get time. ron From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <1d5d51400806272136l412abffana7ffd9ba1c69d9d@mail.gmail.com> Date: Sat, 28 Jun 2008 12:36:01 +0800 From: "Fernan Bolando" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080627110538.15AA31E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_17104_23918660.1214627762056" References: <20080627110538.15AA31E8C35@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca295cb0-ead3-11e9-9d60-3106f5b1d025 ------=_Part_17104_23918660.1214627762056 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 6/27/08, Russ Cox wrote: > > a quick announcement: > > http://swtch.com/9vx/ > > i'll have time to say more later. > > > russ > > > Wow. This is cool! I can now test my ports locally. It should be possible for two 9vx instance to communicate with each other right? Bryan and Russ thanks a lot fernan -- http://www.fernski.com ------=_Part_17104_23918660.1214627762056 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
On 6/27/08, Russ Cox <rsc@swtch.com> wrote:
a quick announcement:

        http://swtch.com/9vx/

i'll have time to say more later.


russ




Wow. This is cool! I can now test my ports locally.  It should be possible for two 9vx instance to communicate with each other right?

Bryan and Russ thanks a lot

fernan

--
http://www.fernski.com ------=_Part_17104_23918660.1214627762056-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Brian L. Stuart" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Date: Sat, 28 Jun 2008 04:59:45 +0000 Message-Id: <062820080459.18333.4865C540000ECBD50000479D22230680329B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> In-Reply-To: <062720082329.407.486577E6000DAB200000019722243323629B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10806270852i5e57e2f6kc0dc756c177119f8@mail.gmail.com> <13426df10806271039m68b04026p9e9d1c84a2f6c16e@mail.gmail.com> <3e1162e60806271159l5ed9768cub20a9c5895e132c4@mail.gmail.com> <13426df10806271439s6e5092f6u188b7ac14b2453e6@mail.gmail.com> <062720082329.407.486577E6000DAB200000019722243323629B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca2e432e-ead3-11e9-9d60-3106f5b1d025 > I haven't tried this yet, but is there any reason you > couldn't put block special files for disk partitions > in the 9vx directory and put the arenas, etc there, > assuming of course all the permissions were set right? > I'll probably give it a try later tonight unless someone > yells "Stop! You'll poke out your eye^W partition table." Well, unless I'm missing something either obvious or clever, the answer is no. A Linux special file looks like a zero length regular file to 9vx. I probably should have expected that. I guess I'll sleep on the question of whether to just use regular files or do something like a driver to go with devsd. BLS From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <56bcf448db0216b0bc935cb543658ab4@proxima.alt.za> To: 9fans@9fans.net Date: Sat, 28 Jun 2008 07:03:31 +0200 From: lucio@proxima.alt.za In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca33daf0-ead3-11e9-9d60-3106f5b1d025 > i've not had a chance to look through the sources. is a windows port > feasible? I haven't looked at anything at all, but I've also never seen such a happy reception on this list. Please excuse the possible stupidity of this question: is a Plan 9 port feasible? ++L From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <683f45dab9b458ece4510148979aeece@quanstro.net> From: erik quanstrom Date: Sat, 28 Jun 2008 07:25:04 -0400 To: 9fans@9fans.net In-Reply-To: <062820080459.18333.4865C540000ECBD50000479D22230680329B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca38a328-ead3-11e9-9d60-3106f5b1d025 > Well, unless I'm missing something either obvious > or clever, the answer is no. A Linux special file > looks like a zero length regular file to 9vx. I > probably should have expected that. the bits from p9p's _p9dir.c which were discussed the other day could be used to solve that problem. i think that would be enough for disk/partfs. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Sat, 28 Jun 2008 11:23:27 -0400 In-Reply-To: <56bcf448db0216b0bc935cb543658ab4@proxima.alt.za> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080628152138.4217D1E8C35@holo.morphisms.net> Topicbox-Message-UUID: ca3cbc56-ead3-11e9-9d60-3106f5b1d025 Replying to many messages/threads ... ---------- > i've not had a chance to look through the sources. is a windows port > feasible? It should be doable. You need equivalents of mmap, mprotect, munmap, signal handlers, timer signals, and some function to install new segment descriptors. All of these exist on Windows XP. The last may or may not exist anymore on Vista; I have heard conflicting reports. It's doable, but you'd have to be comfortable with writing and debugging very low-level code. It is close to bringing Plan 9 up on a new machine. Easier to debug than real hardware, but that's not saying much. And getting floating point working is typically more difficult than on real hardware, since the hardware has an accurate manual. ---------- > If you call translating the X API to Win32 or C++ .NET feasible, then yes! > I'm struggling to Cocoa-ize it. It seems like a much easier job than with > drawterm. The graphics code should be the least of your problems. That code hasn't been changed much since drawterm, so you should be able to just drop the drawterm version in. > I believe the only folder you need to update is src/9vx/x11. It's seven > files of pure evil. Thanks for the ringing endorsement. > I'm struggling to Cocoa-ize it. It seems like a much easier job than with > drawterm. Instead of starting over, just drop in the drawterm code and adjust until it fits. It's almost exactly the same interface. In fact much of the code is exactly the same as drawterm, there's just this new x86 engine dropped into the mix. I would definitely look there first if I wanted to add something. ---------- > I haven't looked at anything at all, but I've also never seen such a > happy reception on this list. Please excuse the possible stupidity of > this question: is a Plan 9 port feasible? Not with Plan 9 as it stands right now. The virtual memory system is really not set up for page-at-a-time mappings like 9vx needs, and there's no facility to create new segment descriptors, though that would be easier to fix. One also wonders what use it would be. You could just start a new shell and fiddle with its name space instead. ---------- >> Well, unless I'm missing something either obvious >> or clever, the answer is no. A Linux special file >> looks like a zero length regular file to 9vx. I >> probably should have expected that. > > the bits from p9p's _p9dir.c which were discussed the > other day could be used to solve that problem. Added these yesterday afternoon (still have to set up a public repository somewhere.) > I guess I'll sleep on the question of whether to just > use regular files or do something like a driver to > go with devsd. I added devsd and wrote an sd loopback yesterday afternoon. It worked pretty well except that when I ran fdisk, /dev/sd00/data disappeared. I was going to debug that before saying anything. vx32% ls -l /dev/sd* --rw-r----- S 0 rsc rsc 0 Jun 27 15:39 /dev/sdctl vx32% bind '#Z' /n/unix vx32% ls -l /n/unix/dev/sda --rw-rw---- Z 2 root rsc 250059350016 May 17 16:12 /n/unix/dev/sda vx32% echo loop rw /n/unix/dev/sda >/dev/sdctl vx32% ls -l /dev/sd* --rw-r----- S 0 rsc rsc 0 Jun 27 15:39 /dev/sd00/ctl --rw-r----- S 0 rsc rsc 250059350016 Jun 27 15:39 /dev/sd00/data -lrw------- S 0 rsc rsc 0 Jun 27 15:39 /dev/sd00/raw --rw-r----- S 0 rsc rsc 0 Jun 27 15:39 /dev/sdctl vx32% disk/fdisk -p /dev/sd00/data >/dev/sd00/ctl vx32% ls -l /dev/sd* --rw-r----- S 0 rsc rsc 0 Jun 27 15:39 /dev/sd00/ctl --rw-r----- S 0 rsc rsc 243830168064 Jun 27 15:39 /dev/sd00/linux --rw-r----- S 0 rsc rsc 6226504704 Jun 27 15:39 /dev/sd00/linuxswap -lrw------- S 0 rsc rsc 0 Jun 27 15:39 /dev/sd00/raw --rw-r----- S 0 rsc rsc 0 Jun 27 15:39 /dev/sdctl vx32% ---------- > Wow. This is cool! I can now test my ports locally. It should be possible > for two 9vx instance to communicate with each other right? Sure. They all share the host's IP stack. Also, I should add that #Z knows how to open Unix domain sockets, you can mount p9p servers: vx32% bind '#Z' /n/unix vx32% aux/stub -d /mnt/factotum vx32% mount /n/unix/tmp/ns.rsc.:0/factotum /mnt/factotum vx32% ls -l /mnt/factotum -lrw------- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/confirm --r-------- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/conv --rw------- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/ctl -lrw------- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/log -lrw------- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/needkey --r--r--r-- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/proto --rw-rw-rw- M 15 rsc rsc 0 Jun 28 11:11 /mnt/factotum/rpc vx32% (The aux/stub is needed because p9p factotum doesn't present the top-level factotum directory that Plan 9's does, unless you start it with the -x flag. Could make that an attach specifier instead.) ---------- >> libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's libpthread are not compatible." >> >> I guess the priority of my "upgrade laptop's FreeBSD" thread has >> just increased. > > Life is so boring when your OS doesn't break compatibility with > existing APIs every other release... but my heart is torn between > FreeBSD and OS X; ah I got the solution: whoever breaks backwards > compatibility (again) first wins! I'm in a hurry to pick my next OS, FreeBSD is *very* good about backward compatibility, about as good as Plan 9 is. I can still run decade old FreeBSD binaries. The problem here isn't backward compatibility. It's that FreeBSD, like Linux and the others, took a while to figure out that threads really need to be implemented by the kernel, and they didn't get around to that until FreeBSD 7. ---------- My plan is to push out a new release once someone finds and fixes the OS X cpu bug. Anyone? Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60806280832o26ebf14dsec43c5bcecc1d718@mail.gmail.com> Date: Sat, 28 Jun 2008 08:32:04 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <5d375e920806271723p2e3c88cfvf1e26efa7fc09a13@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_12357_9921043.1214667125033" References: <20080627110538.15AA31E8C35@holo.morphisms.net> <9486.1214610063@lunacy.ugrad.cs.cmu.edu> <5d375e920806271723p2e3c88cfvf1e26efa7fc09a13@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca411922-ead3-11e9-9d60-3106f5b1d025 ------=_Part_12357_9921043.1214667125033 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline So I guess that rules out linux :-) On Fri, Jun 27, 2008 at 5:23 PM, Uriel wrote: > Life is so boring when your OS doesn't break compatibility with > existing APIs every other release... but my heart is torn between > FreeBSD and OS X; ah I got the solution: whoever breaks backwards > compatibility (again) first wins! I'm in a hurry to pick my next OS, > but this shouldn't take more than a week or two... > > uriel > > On Sat, Jun 28, 2008 at 1:41 AM, Dave Eckhardt > > wrote: > > libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's > libpthread are not compatible." > > > > I guess the priority of my "upgrade laptop's FreeBSD" thread has > > just increased. > > > > Dave Eckhardt > > > > > > ------=_Part_12357_9921043.1214667125033 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline So I guess that rules out linux :-)

On Fri, Jun 27, 2008 at 5:23 PM, Uriel <uriel99@gmail.com> wrote:
Life is so boring when your OS doesn't break compatibility with
existing APIs every other release... but my heart is torn between
FreeBSD and OS X; ah I got the solution: whoever breaks backwards
compatibility (again) first wins! I'm in a hurry to pick my next OS,
but this shouldn't take more than a week or two...

uriel

On Sat, Jun 28, 2008 at 1:41 AM, Dave Eckhardt <davide+p9@cs.cmu.edu> wrote:
> libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's libpthread are not compatible."
>
> I guess the priority of my "upgrade laptop's FreeBSD" thread has
> just increased.
>
> Dave Eckhardt
>
>


------=_Part_12357_9921043.1214667125033-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Message-id: From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: <56bcf448db0216b0bc935cb543658ab4@proxima.alt.za> Date: Sat, 28 Jun 2008 13:28:41 -0400 References: <56bcf448db0216b0bc935cb543658ab4@proxima.alt.za> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca48d0a4-ead3-11e9-9d60-3106f5b1d025 Yes. It's a single line of code: exec rc -c '{ newns; rio }' On Jun 28, 2008, at 1:03 AM, lucio@proxima.alt.za wrote: >> i've not had a chance to look through the sources. is a windows port >> feasible? > > I haven't looked at anything at all, but I've also never seen such a > happy reception on this list. Please excuse the possible stupidity of > this question: is a Plan 9 port feasible? > > ++L > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <123d24e6f76185865dc30ead0ec3ab89@proxima.alt.za> To: 9fans@9fans.net Date: Sat, 28 Jun 2008 19:29:47 +0200 From: lucio@proxima.alt.za In-Reply-To: <20080628152138.4217D1E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca4c9770-ead3-11e9-9d60-3106f5b1d025 >> I haven't looked at anything at all, but I've also never seen such a >> happy reception on this list. Please excuse the possible stupidity of >> this question: is a Plan 9 port feasible? > > Not with Plan 9 as it stands right now. The virtual memory > system is really not set up for page-at-a-time mappings > like 9vx needs, and there's no facility to create new segment > descriptors, though that would be easier to fix. One also > wonders what use it would be. You could just start a new > shell and fiddle with its name space instead. I'm sure I risk making a total fool of myself here, seeing as I don't know anything about VX, nevermind 9vx. But I am of the opinion that Plan 9 is still preferable as a platform on which to do virtualisation and the ability to run a VX port on Plan 9 may be the trigger for other OSes to follow. And if that is totally off the mark, don't bother reading the rest of my post, just put me out of your misery :-) There are two possible errors in my speculations: firstly that having VX capabilities over Plan 9 isn't sufficient to provide a virtualisation environment for, say Linux (as I say, I'm really shooting in the dark here, feel free to educate me) and secondly that Plan 9's elegance will not have the appeal I would expect. Russ' technical reservations are real enough, but not unsurmountable. ++L From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Message-id: From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: <20080628152138.4217D1E8C35@holo.morphisms.net> Date: Sat, 28 Jun 2008 13:30:44 -0400 References: <20080628152138.4217D1E8C35@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca50c552-ead3-11e9-9d60-3106f5b1d025 On Jun 28, 2008, at 11:23 AM, Russ Cox wrote: > Instead of starting over, just drop in the drawterm code > and adjust until it fits. It's almost exactly the same interface. Interesting. I'll try that and find out how it goes. (I was starting to use Interface Builder and Xcode!) There is one bug, though, in the drawterm code: 1) Copy something in OS X 2) Paste in Plan 9 3) Copy something smaller 4) Paste in Plan 9 Apparently, drawterm doesn't truncate. I'll see why. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Message-id: <4C528114-1624-4C10-A69D-90A5CE2A56A4@mac.com> From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Date: Sat, 28 Jun 2008 13:35:00 -0400 References: <56bcf448db0216b0bc935cb543658ab4@proxima.alt.za> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ca55c9ee-ead3-11e9-9d60-3106f5b1d025 scratch that - no newns. (what is it's name?) On Jun 28, 2008, at 1:28 PM, Pietro Gagliardi wrote: > Yes. It's a single line of code: > > exec rc -c '{ newns; rio }' > > On Jun 28, 2008, at 1:03 AM, lucio@proxima.alt.za wrote: > >>> i've not had a chance to look through the sources. is a windows >>> port >>> feasible? >> >> I haven't looked at anything at all, but I've also never seen such a >> happy reception on this list. Please excuse the possible stupidity >> of >> this question: is a Plan 9 port feasible? >> >> ++L >> >> > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <140e7ec30806300832h11439366p14a39432c427680c@mail.gmail.com> Date: Mon, 30 Jun 2008 23:32:01 +0800 From: sqweek To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <80c6273283830706af6c8aaffe5077eb@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <12611fc761e105e8b2711f919c032ff3@csplan9.rit.edu> <80c6273283830706af6c8aaffe5077eb@quanstro.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: cd927242-ead3-11e9-9d60-3106f5b1d025 On Fri, Jun 27, 2008 at 10:12 PM, erik quanstrom wrote: > there's not access to the network device per ce, but the network works > fine for me. this is what i needed to do to connect to plan 9 > networks > > 1. edit /lib/ndb/auth and /lib/ndb/local as appropriate. > 2. rm /net/cs; ndb/cs > 3. auth/factotum > 4. cpu -h $host Same recipe works here. But I've no idea why the rm /net/cs is necessary - can anyone put me out of my misery? -sqweek From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Mon, 30 Jun 2008 12:09:10 -0400 In-Reply-To: <140e7ec30806300832h11439366p14a39432c427680c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080630160650.D5AD31E8C22@holo.morphisms.net> Topicbox-Message-UUID: cdeb3030-ead3-11e9-9d60-3106f5b1d025 > Same recipe works here. But I've no idea why the rm /net/cs is > necessary - can anyone put me out of my misery? There are a bunch of rough edges that need to be fixed. This is one of them. 9vx provides a #I/cs so that you can do things like hget without starting cs. But it can't translate auth domains via /lib/ndb, which factotum needs it to do. So you have to start the more full-featured ndb/cs, but that mounts itself on /net using MAFTER (a bug, if you ask me). Because I knew I couldn't get a fix to ndb/cs into the distribution in time, I made the #I/cs file removable. Originally, the reason for providing #I/cs was to provide access to host DNS lookups, just like it does in drawterm. Now that there is a separate #I/dns (that ndb/cs will use), it might be that the right thing to do is just toss away #I/cs so that termrc will start a real one. Another rough edge, if anyone wants a challenge, is that gs goes into an I/O-free loop after reading the first 4k of /sys/lib/ghostscript/gs_init.ps. (I deleted gs from the 9vx tar file to save space, so you'll have to run against a distribution tree instead.) Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180806301000w652e5bifac6c730ce2762b0@mail.gmail.com> Date: Mon, 30 Jun 2008 11:00:40 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080630160650.D5AD31E8C22@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <140e7ec30806300832h11439366p14a39432c427680c@mail.gmail.com> <20080630160650.D5AD31E8C22@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: cdf6eb64-ead3-11e9-9d60-3106f5b1d025 now that you've explained the cs issue things are much clearer. i can confirm that I have successfully booted a 9vx terminal off a remote plan9 server using a small modification to factotum. the original boot process failed with: password: ! authentication failed (auth_proxy rpc write: bootes: Connection refused), trying mount anyways boot: mount /: fossil authCheck: auth protocol not finished 9vx panic: boot process died: unknown and the change simply sidesteps factotum using cs to figure out who/what to dial, instead just using IP addresses. here's the hack: 9grid% yesterday -d util.c diff /n/dump/2008/0630/sys/src/cmd/auth/factotum/util.c /sys/src/cmd/auth/factotum/util.c 33c33 < return authdial(net, authdom); --- > ;//return authdial(net, authdom); 9grid% now compile 8.factotum and copy it as 9vx/src/9vx/factotum.9 and recompile 9vx. unfortunately with a terminal booted thusly i no longer have /mnt/term :) From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180806301007k3cdacee0ieb2d3b0fd6916abb@mail.gmail.com> Date: Mon, 30 Jun 2008 11:07:25 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <14ec7b180806301000w652e5bifac6c730ce2762b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <140e7ec30806300832h11439366p14a39432c427680c@mail.gmail.com> <20080630160650.D5AD31E8C22@holo.morphisms.net> <14ec7b180806301000w652e5bifac6c730ce2762b0@mail.gmail.com> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: ce2ab7b4-ead3-11e9-9d60-3106f5b1d025 > now compile 8.factotum and copy it as 9vx/src/9vx/factotum.9 and recompile 9vx. err, make that vx32/src/9vx/factotum.9. i'm compiling against the latest mercurial, but there's not reason why it shouldn't just work with .11 and .10 From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Mon, 30 Jun 2008 14:02:03 -0400 In-Reply-To: <14ec7b180806301000w652e5bifac6c730ce2762b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080630175944.17C9D1E8C1C@holo.morphisms.net> Topicbox-Message-UUID: cef1c566-ead3-11e9-9d60-3106f5b1d025 > 9grid% yesterday -d util.c > diff /n/dump/2008/0630/sys/src/cmd/auth/factotum/util.c > /sys/src/cmd/auth/factotum/util.c > 33c33 > < return authdial(net, authdom); > --- >> ;//return authdial(net, authdom); > 9grid% Does it work to set csremoved=1 in src/9vx/devip.c instead? > unfortunately with a terminal booted thusly i no longer have /mnt/term :) bind '#Z' /mnt/term Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <14ec7b180806301134u46fe13e4n3eea27a466c971b1@mail.gmail.com> Date: Mon, 30 Jun 2008 12:34:03 -0600 From: "andrey mirtchovski" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080630175944.17C9D1E8C1C@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <14ec7b180806301000w652e5bifac6c730ce2762b0@mail.gmail.com> <20080630175944.17C9D1E8C1C@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: cf3bd674-ead3-11e9-9d60-3106f5b1d025 > Does it work to set csremoved=1 in src/9vx/devip.c instead? I can confirm that this works, with the benefit of using secstore instead of prompting for my password. From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Mon, 30 Jun 2008 14:44:41 -0400 In-Reply-To: <14ec7b180806301134u46fe13e4n3eea27a466c971b1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080630184222.ACB421E8C1C@holo.morphisms.net> Topicbox-Message-UUID: cf42adb4-ead3-11e9-9d60-3106f5b1d025 >> Does it work to set csremoved=1 in src/9vx/devip.c instead? > > I can confirm that this works, with the benefit of using secstore > instead of prompting for my password. Okay, done. Thanks. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 30 Jun 2008 19:29:25 -0700 From: Anthony Martin To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20080701022925.GA19265@dinah> References: <56bcf448db0216b0bc935cb543658ab4@proxima.alt.za> <20080628152138.4217D1E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080628152138.4217D1E8C35@holo.morphisms.net> Subject: Re: [9fans] 9vx Topicbox-Message-UUID: d1506eac-ead3-11e9-9d60-3106f5b1d025 > I added devsd and wrote an sd loopback yesterday afternoon. > It worked pretty well except that when I ran fdisk, > /dev/sd00/data disappeared. I was going to debug that > before saying anything. Here's the fix for the fdisk problem: /sys/src/cmd/disk/prep/edit.c:503,508 - edit.c:503,509 */ for(i=0; inctlpart; i++) { p = edit->ctlpart[i]; + if(strncmp(p->ctlname, "data", 5) != 0) if(p->changed) if(fprint(ctlfd, "delpart %s\n", p->ctlname)<0) { fprint(2, "delpart failed: %s: %r\n", p->ctlname); Anthony From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5323b750f50b30ff0911d940775e072d@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 05:09:06 -0400 In-Reply-To: <20080701022925.GA19265@dinah> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: d1cb15a8-ead3-11e9-9d60-3106f5b1d025 >> I added devsd and wrote an sd loopback yesterday afternoon. >> It worked pretty well except that when I ran fdisk, >> /dev/sd00/data disappeared. I was going to debug that >> before saying anything. > > Here's the fix for the fdisk problem: > > /sys/src/cmd/disk/prep/edit.c:503,508 - edit.c:503,509 > */ > for(i=0; inctlpart; i++) { > p = edit->ctlpart[i]; > + if(strncmp(p->ctlname, "data", 5) != 0) > if(p->changed) > if(fprint(ctlfd, "delpart %s\n", p->ctlname)<0) { > fprint(2, "delpart failed: %s: %r\n", p->ctlname); i don't think this is the right solution. as geoff pointed out, fdisk shouldn't be deleteing the parent partition or any partitions that lie outside its parent partition. obviously prep has a similar problem. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Tue, 1 Jul 2008 08:10:22 -0400 In-Reply-To: <20080701022925.GA19265@dinah> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701120805.22ECF1E8C22@holo.morphisms.net> Topicbox-Message-UUID: d1ff037c-ead3-11e9-9d60-3106f5b1d025 > Here's the fix for the fdisk problem: > > /sys/src/cmd/disk/prep/edit.c:503,508 - edit.c:503,509 > */ > for(i=0; inctlpart; i++) { > p = edit->ctlpart[i]; > + if(strncmp(p->ctlname, "data", 5) != 0) > if(p->changed) > if(fprint(ctlfd, "delpart %s\n", p->ctlname)<0) { > fprint(2, "delpart failed: %s: %r\n", p->ctlname); That would work, but one wonders why the normal kernel doesn't have this problem. Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <66b9839fdb955f8f969063ccff722c4c@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 09:25:12 -0400 In-Reply-To: <20080701120805.22ECF1E8C22@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: d2bcdafa-ead3-11e9-9d60-3106f5b1d025 >> Here's the fix for the fdisk problem: >> >> /sys/src/cmd/disk/prep/edit.c:503,508 - edit.c:503,509 >> */ >> for(i=0; inctlpart; i++) { >> p = edit->ctlpart[i]; >> + if(strncmp(p->ctlname, "data", 5) != 0) >> if(p->changed) >> if(fprint(ctlfd, "delpart %s\n", p->ctlname)<0) { >> fprint(2, "delpart failed: %s: %r\n", p->ctlname); on second read, with this approach, i would think that strcmp() not strncmp should be used. > > That would work, but one wonders why > the normal kernel doesn't have this problem. this must be a quirk of the interaction between devsd and fdisk. by hand data does disappear: ; lc 9fat ctl data nvram plan9 raw ; for(i in 9fat data nvram plan9 data)echo delpart $i>ctl ; lc ctl raw by the way, be very careful with this before applying this patch: ; diff -c /sys/src/9/port/devsd.c /n/dump/2008/0701/sys/src/9/port/devsd.c /sys/src/9/port/devsd.c:147,153 - /n/dump/2008/0701/sys/src/9/port/devsd.c:147,152 */ pp = unit->part; for(i = 0; i < unit->npart; i++){ - if(pp->name) if(strcmp(name, pp->name) == 0) break; pp++; this is required because npart is set to the number of partitions allocated. the names never-set partitions might be 0. otherwise "delpart missingpart>/dev/sdXX/ctl" will be a noisy and somewhat gratituous synonym for "echo reboot>/dev/reboot". - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Tue, 1 Jul 2008 10:40:47 -0400 In-Reply-To: <66b9839fdb955f8f969063ccff722c4c@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701143831.E53B11E8C6B@holo.morphisms.net> Topicbox-Message-UUID: d31daf4c-ead3-11e9-9d60-3106f5b1d025 > this must be a quirk of the interaction between > devsd and fdisk. by hand data does disappear: > > ; lc > 9fat ctl data nvram plan9 raw > ; for(i in 9fat data nvram plan9 data)echo delpart $i>ctl > ; lc > ctl raw You are allowed to delete the data partition. The problem is that fdisk should not be trying to. Since it doesn't do that on native Plan 9, there must be some aspect of devsd that is not behaving the same way under 9vx that it does under Plan 9. The bug is in devsd, though you'll probably have to add prints to fdisk to find it. Plan 9: glenda# disk/fdisk -p /dev/sdC0/data part linux 63 58589055 part plan9 58589055 241248105 glenda# 9vx: % bind '#Z' /n/unix % echo loop rw /n/unix/dev/sda >/dev/sdctl % disk/fdisk -p /dev/sd00/data delpart data part linux 63 476230860 part linuxswap 476230923 488392065 % That's running on a different disk but the same fdisk binary (the one from sources as of today, dated May 10). Russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <0198b2f317e3cdff426f7f306c9f4dae@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 13:23:29 -0400 In-Reply-To: <20080701143831.E53B11E8C6B@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: d3ccbf28-ead3-11e9-9d60-3106f5b1d025 > The bug is in devsd, though you'll probably have to > add prints to fdisk to find it. > yup. 9vx creates ctl files without a "geometry line". libdisk/disk.c:/^opensd demands it. also, it would be nice if 9vx devsd created an entry in sdctl for each loopback controller. i apologize for not sending a patch. i haven't yet gotten the vx32 compilers working on my machine. i'm sure this is operator error. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx From: "Russ Cox" Date: Tue, 1 Jul 2008 13:32:05 -0400 In-Reply-To: <0198b2f317e3cdff426f7f306c9f4dae@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701172950.682A71E8C51@holo.morphisms.net> Topicbox-Message-UUID: d3f94322-ead3-11e9-9d60-3106f5b1d025 > yup. 9vx creates ctl files without a "geometry line". > libdisk/disk.c:/^opensd demands it. thanks. > also, it would be nice if 9vx devsd created an entry > in sdctl for each loopback controller. i intended it to, though perhaps i messed that up. > i apologize for not sending a patch. i haven't yet > gotten the vx32 compilers working on my machine. > i'm sure this is operator error. you don't need them to build 9vx. just "make 9vx/9vx" instead of make. looking forward to a patch. ;-) russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4c0ee2c39d91816282603bb65551ef72@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 14:50:10 -0400 In-Reply-To: <20080701172950.682A71E8C51@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: d416c05a-ead3-11e9-9d60-3106f5b1d025 rc bug. it appears something is going wrong with rc's local assignments. ifs has the usual value. ; font=/lib/font/bit/cyberbit/mod*.font rio rio: can't access /lib/font/bit/cyberbit/mod*.font: bad character in file name: '/lib/font/bit/cyberbit/mod*.font' ; unicode  0001 ; echo /lib/font/bit/cyberbit/mod*.font /lib/font/bit/cyberbit/mod14.font ; x=/lib/font/bit/cyberbit/mod*.font ; whatis x x=/lib/font/bit/cyberbit/mod14.font - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: rc bug From: "Russ Cox" Date: Tue, 1 Jul 2008 15:11:19 -0400 In-Reply-To: <4c0ee2c39d91816282603bb65551ef72@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701190905.B88951E8C51@holo.morphisms.net> Topicbox-Message-UUID: d41ee4ce-ead3-11e9-9d60-3106f5b1d025 > rc bug. please put non-9vx bugs in their own threads. thanks. > it appears something is going wrong > with rc's local assignments. ifs has the usual > value. > > ; font=/lib/font/bit/cyberbit/mod*.font rio > rio: can't access /lib/font/bit/cyberbit/mod*.font: bad character in file name: '/lib/font/bit/cyberbit/mod*.font' > ; unicode  > 0001 > ; echo /lib/font/bit/cyberbit/mod*.font > /lib/font/bit/cyberbit/mod14.font > ; x=/lib/font/bit/cyberbit/mod*.font > ; whatis x > x=/lib/font/bit/cyberbit/mod14.font % diff -c /n/sources/plan9/sys/src/cmd/rc/exec.c . /n/sources/plan9/sys/src/cmd/rc/exec.c:751,759 - ./exec.c:751,761 } deglob(runq->argv->words->word); runq->local = newvar(strdup(runq->argv->words->word), runq->local); - runq->local->val = copywords(runq->argv->next->words, (word *)0); - runq->local->changed = 1; poplist(); + globlist(); + runq->local->val = runq->argv->words; + runq->local->changed = 1; + runq->argv->words = 0; poplist(); } % russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <64b46ee8821018a7e55ab8ff8fbef852@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 17:13:57 -0400 In-Reply-To: <20080701190905.B88951E8C51@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: Re: [9fans] rc bug Topicbox-Message-UUID: d505369a-ead3-11e9-9d60-3106f5b1d025 >> rc bug. > > please put non-9vx bugs in their own threads. thanks. i thought it was. sorry. in any event, 9vx ps has the quirk that it thinks every command that hasn't set its args has 1 argument, argv[0] consisting of the entire argument list. unless my kernel is somehow out-of-date, this is 9vx specific. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] 9vx ps bug From: "Russ Cox" Date: Tue, 1 Jul 2008 17:28:33 -0400 In-Reply-To: <64b46ee8821018a7e55ab8ff8fbef852@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701212618.7B7021E8C51@holo.morphisms.net> Topicbox-Message-UUID: d50957fc-ead3-11e9-9d60-3106f5b1d025 > in any event, 9vx ps has the quirk that it thinks every command > that hasn't set its args has 1 argument, argv[0] consisting of > the entire argument list. > > unless my kernel is somehow out-of-date, this is 9vx specific. yes it is. i did not understand the format of p->args when i rewrote sysexec. fixed in hg. russ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: "Fazlul Shahriar" Date: Tue, 1 Jul 2008 17:59:51 -0400 In-Reply-To: <20080701190905.B88951E8C51@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] rc bug Topicbox-Message-UUID: d527e19a-ead3-11e9-9d60-3106f5b1d025 I saw something similar before, but unfortunately, the patch below doesn't fix it. cpu% fn 'file?' { test -f $* } cpu% 'file?' /LICENSE cpu% echo $status cpu% 'file?' /foo cpu% echo $status test 145387: false cpu% rc cpu% 'file?' /LICENSE rc: can't open /env/fn#file?: bad character in file name: '/env/fn#file?' file?: '/bin/file?' file does not exist cpu% 'file?' /LICENSE file?: '/bin/file?' file does not exist cpu% unicode  0001 cpu% >> it appears something is going wrong >> with rc's local assignments. ifs has the usual >> value. >> >> ; font=/lib/font/bit/cyberbit/mod*.font rio >> rio: can't access /lib/font/bit/cyberbit/mod*.font: bad character in file name: '/lib/font/bit/cyberbit/mod*.font' >> ; unicode  >> 0001 >> ; echo /lib/font/bit/cyberbit/mod*.font >> /lib/font/bit/cyberbit/mod14.font >> ; x=/lib/font/bit/cyberbit/mod*.font >> ; whatis x >> x=/lib/font/bit/cyberbit/mod14.font > > % diff -c /n/sources/plan9/sys/src/cmd/rc/exec.c . > /n/sources/plan9/sys/src/cmd/rc/exec.c:751,759 - ./exec.c:751,761 > } > deglob(runq->argv->words->word); > runq->local = newvar(strdup(runq->argv->words->word), runq->local); > - runq->local->val = copywords(runq->argv->next->words, (word *)0); > - runq->local->changed = 1; > poplist(); > + globlist(); > + runq->local->val = runq->argv->words; > + runq->local->changed = 1; > + runq->argv->words = 0; > poplist(); > } > > % From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] rc bug From: "Russ Cox" Date: Tue, 1 Jul 2008 19:11:11 -0400 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701230856.C400F1E8C1C@holo.morphisms.net> Topicbox-Message-UUID: d5413db6-ead3-11e9-9d60-3106f5b1d025 > I saw something similar before, but unfortunately, the patch below > doesn't fix it. I submitted a patch. diff ./io.c /n/sources/plan9/sys/src/cmd/rc/io.c 94c94 < for(t = s;*t;t++) if(*t >= 0 && needsrcquote(*t)) break; --- > for(t = s;*t;t++) if(!wordchr(*t)) break; diff ./plan9.c /n/sources/plan9/sys/src/cmd/rc/plan9.c 278c278 < pfmt(fd, "fn %q %s\n", v->name, v->fn[v->pc-1].s); --- > pfmt(fd, "fn %s %s\n", v->name, v->fn[v->pc-1].s); From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <59ce42e3751664630438d1c58da096b7@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 19:12:07 -0400 In-Reply-To: <20080701230856.C400F1E8C1C@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] rc bug Topicbox-Message-UUID: d548679e-ead3-11e9-9d60-3106f5b1d025 > I submitted a patch. > > diff ./io.c /n/sources/plan9/sys/src/cmd/rc/io.c > 94c94 > < for(t = s;*t;t++) if(*t >= 0 && needsrcquote(*t)) break; > --- >> for(t = s;*t;t++) if(!wordchr(*t)) break; > diff ./plan9.c /n/sources/plan9/sys/src/cmd/rc/plan9.c > 278c278 > < pfmt(fd, "fn %q %s\n", v->name, v->fn[v->pc-1].s); > --- >> pfmt(fd, "fn %s %s\n", v->name, v->fn[v->pc-1].s); i don't think that fixes it. try this test on plan 9 fn 'test?' {echo} lc /env - erik From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Subject: Re: [9fans] rc bug From: "Russ Cox" Date: Tue, 1 Jul 2008 19:31:51 -0400 In-Reply-To: <59ce42e3751664630438d1c58da096b7@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20080701232936.AA6AB1E8C35@holo.morphisms.net> Topicbox-Message-UUID: d54c977e-ead3-11e9-9d60-3106f5b1d025 > i don't think that fixes it. try this test on plan 9 > > fn 'test?' {echo} > lc /env it does, unless you build an 8.out and test it without installing it as /386/bin/rc. when you invoked lc, a shell script, that ran the buggy /386/bin/rc, which polluted the environment. in fact you have to run lc twice to cause the problem: the first rc reads the fn out of the environment and writes it back incorrectly, and the second one then gets confused. vx32% 8.out broken! rfork e broken! fn 'test?' {echo} broken! cat /env/'fn#test?' fn 'test?' {echo} broken! /n/sources/plan9/386/bin/rc -c exit broken! cat /env/'fn#test?' fn test? {echo} broken! /n/sources/plan9/386/bin/rc -c exit rc: can't open /env/fn#test?: bad character in file name: '/env/fn#test?' broken! notice the lack of quotes around test? after buggy rc runs. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2ae4f5ca43624f6166f716bdf83e72e9@quanstro.net> To: 9fans@9fans.net From: erik quanstrom Date: Tue, 1 Jul 2008 19:38:58 -0400 In-Reply-To: <20080701232936.AA6AB1E8C35@holo.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] rc bug Topicbox-Message-UUID: d5509c70-ead3-11e9-9d60-3106f5b1d025 - 9fans. >> i don't think that fixes it. try this test on plan 9 >> >> fn 'test?' {echo} >> lc /env > > it does, unless you build an 8.out and test it > without installing it as /386/bin/rc. > when you invoked lc, a shell script, that ran the buggy > /386/bin/rc, which polluted the environment. > in fact you have to run lc twice to cause the problem: > the first rc reads the fn out of the environment and > writes it back incorrectly, and the second one then > gets confused. pfft. i'm feeling so smart today! doesn't a similar change need to be made in win32.c and simple.c? also, does Xfn need to call deglob() on each function name? - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20080627151526.76D701E8C2B@holo.morphisms.net> References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> Date: Mon, 27 Apr 2009 22:10:31 -0700 Message-ID: <13426df10904272210v5e6eb273n185899b4365ee60c@mail.gmail.com> From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx Topicbox-Message-UUID: f3c7b57a-ead4-11e9-9d60-3106f5b1d025 On Fri, Jun 27, 2008 at 8:17 AM, Russ Cox wrote: > if you make clean > and then edit the top-level src/Makefrag file to add -m32 > to the HOST_CFLAGS and then make 9vx/9vx > you are likely to get a working binary. I'm just trying this now. I was missing stubs-32.h on FC9. I had to do this: sudo yum install compat-gcc-34 compat-gcc-34-c++ It's a very important file; it has stuff like this in it :-) #ifdef _LIBC #error Applications may not define the macro _LIBC #endif #define __stub___kernel_cosl #define __stub___kernel_sinl #define __stub___kernel_tanl #define __stub_chflags #define __stub_fattach #define __stub_fchflags #define __stub_fdetach #define __stub_gtty #define __stub_lchmod #define __stub_revoke #define __stub_setlogin #define __stub_sigreturn #define __stub_sstk #define __stub_stty Pretty! I also had to do this: diff -r a18e9872164b src/9vx/Makefrag --- a/src/9vx/Makefrag Wed Dec 10 03:29:15 2008 -0800 +++ b/src/9vx/Makefrag Mon Apr 27 22:02:37 2009 -0700 @@ -124,7 +124,8 @@ x11-kernel.o \ x11-keysym2rune.o \ ) -PLAN9_x11_LIBS = -L/usr/X11R6/lib -L/usr/local/lib -lX11 +#PLAN9_x11_LIBS = -L/usr/X11R6/lib -L/usr/local/lib -L/usr/lib -lX11 +PLAN9_x11_LIBS = /usr/lib/libX11.so.6 PLAN9_osx_OBJS =\ $(addprefix 9vx/osx/, \ @@ -148,7 +149,7 @@ libvx32/libvx32.a \ 9vx/9vx: $(PLAN9_DEPS) - $(HOST_CC) -o $@ $(PLAN9_DEPS) $(PLAN9_GUI_LIBS) -lpthread + $(HOST_CC) $(HOST_LDFLAGS) -o $@ $(PLAN9_DEPS) $(PLAN9_GUI_LIBS) -lpthread 9vx/a/%.o: 9vx/a/%.c $(HOST_CC) $(HOST_CFLAGS) -I. -I9vx -I9vx/a -Wall -Wno-missing-braces -c -o $@ $< diff -r a18e9872164b src/Makefrag --- a/src/Makefrag Wed Dec 10 03:29:15 2008 -0800 +++ b/src/Makefrag Mon Apr 27 22:02:37 2009 -0700 @@ -1,9 +1,9 @@ # Main top-level makefile fragment for the vx32 virtual machine. # Compiler flags common to both host and VX32 environment files. -COMMON_CFLAGS = -g -O3 -MD -std=gnu99 -I. $(CFLAGS) +COMMON_CFLAGS = -g -O3 -MD -std=gnu99 -I. $(CFLAGS) -m32 #COMMON_CFLAGS = -g -MD -std=gnu99 -I. $(CFLAGS) -COMMON_LDFLAGS = -g -L. $(LDFLAGS) +COMMON_LDFLAGS = -g -L. $(LDFLAGS) -m32 # Host environment compiler options HOST_CC := $(CC) Comments: 1. No, it can't find -lX11 even with a little hand-holding -L/usr/lib to help it. Don't know, don't care... 2. It really seems to need HOST_LDFLAGS to work correctly on the 9vx/9vx link step. 3. It didn't work well for me unless I put -m32 on the COMMON_CFLAGS 4. I think what I'm doing with LDFLAGS is wrong wrong wrong And, well, it builds. But it dies. 9vx panic: user fault: signo=11 addr=0 [useraddr=28054000] read=1 eip=80c222a esp=d724cd5c aborting, to dump core. which is: 0x080c2228 : mov %eax,%es 0x080c222a : mov %eax,%ss which makes sense I guess. Anyway, I figure I'll go back and look some more. Probably reset my changes first. ron From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <13426df10904272210v5e6eb273n185899b4365ee60c@mail.gmail.com> References: <13426df10806270757h3c364b22wb3bb80312336316d@mail.gmail.com> <20080627151526.76D701E8C2B@holo.morphisms.net> <13426df10904272210v5e6eb273n185899b4365ee60c@mail.gmail.com> Date: Thu, 30 Apr 2009 07:12:19 -0700 Message-ID: Subject: Re: [9fans] 9vx 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: 7bit Topicbox-Message-UUID: f4852fb0-ead4-11e9-9d60-3106f5b1d025 the current 9vx tree builds and runs fine using ubuntu on x86-64: c2=; cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=8.10 DISTRIB_CODENAME=intrepid DISTRIB_DESCRIPTION="Ubuntu 8.10" c2=; uname -a Linux c2 2.6.27-9-generic #1 SMP Thu Nov 20 22:15:32 UTC 2008 x86_64 GNU/Linux c2=; the tree has been broken for a few months. i removed -fno-inline from the gcc command line but apparently that was making gcc work! if you have a partially built tree, you need to make clean after pulling the updates. russ