Re: [9fans] Announcement: Fifth IWP9 - Oct 11-13 2010, Seattle WA

2010-06-03 Thread Skip Tavakkolian
Artistic 9fans, If you are interested in designing the poster for this event please let me know; we have a couple of thoughts but are open to other interesting ideas. please contact me directly. It would be great to have a friendly competition for the event poster, and all the entries will be ma

Re: [9fans] Announcement: Fifth IWP9 - Oct 11-13 2010, Seattle WA

2010-06-03 Thread David Leimbach
On Wed, Jun 2, 2010 at 11:22 PM, ron minnich wrote: > On Wed, Jun 2, 2010 at 11:06 PM, David Leimbach wrote: > > AWESOME! I will try to round up some friends who may never have even > seen > > Plan 9 before as well. > > Dave > > > If we're going to have newbies then maybe an evening installfest

Re: [9fans] Announcement: Fifth IWP9 - Oct 11-13 2010, Seattle WA

2010-06-03 Thread erik quanstrom
> Good idea. It might also be worthwhile to introduce > that with an overview of the roles and differences > among: Plan9, P9P, 9vx, drawterm, and Inferno, along > with some examples of how they all get used. And > some mention of the various virtualization options > might be good to. may we sig

Re: [9fans] Announcement: Fifth IWP9 - Oct 11-13 2010, Seattle WA

2010-06-03 Thread Brian L. Stuart
> > AWESOME!  I will try to round up some friends who may > never have even seen > > Plan 9 before as well. > > Dave > > If we're going to have newbies then maybe an evening > installfest would be fun. > > ron Good idea. It might also be worthwhile to introduce that with an overview of the role

Re: [9fans] Announcement: Fifth IWP9 - Oct 11-13 2010, Seattle WA

2010-06-03 Thread erik quanstrom
> That looks good for Troff, but does anyone have the preferred (La)TeX > macros? please use troff. the *tex exception is for folks who just can't. putting the iwp9 4e's proceedings together from preexisting pdfs was pretty difficult, error prone and required specialized tools. it will likely b

Re: [9fans] run queues

2010-06-03 Thread Sape Mullender
Yes, that's right. Sape > From: x...@bouyapop.org > To: 9fans@9fans.net > Reply-To: 9fans@9fans.net > Date: Thu Jun 3 09:15:42 CES 2010 > Subject: Re: [9fans] run queues > > > Thank you. That's what I was thinking. I suppose this has been written > like this because traversing

Re: [9fans] run queues

2010-06-03 Thread Philippe Anel
Thank you. That's what I was thinking. I suppose this has been written like this because traversing the queue might require too much time for having a lock. Phil; Sape Mullender wrote: Well spotted. But the queue is maintained in a way that traversing it while it's being changed cannot cause

[9fans] run queues

2010-06-03 Thread Sape Mullender
Well spotted. But the queue is maintained in a way that traversing it while it's being changed cannot cause one to address garbage (rnext always contains a pointer to a proc or nil) and, at the label found, the sanity check is performed to see if we really have a proc on the queue in our hands.