Re: [9fans] double lock in proc.c
do you remember the proposal? thanks > El 24 jul 2017, a las 18:39, Erik Quanstromescribió: > > I had a discussion with Richard about this a few years ago. Richard was no > longer convinced of the solution. at the time I agreed with his reasoning. > the comment should be changed. > > - erik > > > On Jul 24, 2017 9:03 AM, Giacomo Tesio wrote: > In /sys/src/9/port/proc.c a comment state: > > /* > * Expects that only one process can call wakeup for any given Rendez. > * We hold both locks to ensure that r->p and p->r remain consistent. > * Richard Miller has a better solution that doesn't require both to > * be held simultaneously, but I'm a paranoid - presotto. > */ > > (see > https://github.com/0intro/plan9/blob/master/sys/src/9/port/proc.c#L882-L887) > > I'd like to know a bit more about Miller's solution as I'd like to simplify > postnote. > Any hint or source code? > > > Giacomo >
Re: [9fans] Killing another user's process
If you're the host owner, you can: Kill tftpd | rc (See rc scripts kill and Kill) On Mon, Jul 24, 2017, 9:41 AM Peter Hullwrote: > Is it possible to kill another user's process in plan9? > Specifically I've been messing about with tftpd, which sets itself up > as user 'none' - if I want to stop the tftp server, how do I do that? > Thanks, > Pete > >
Re: [9fans] double lock in proc.c
I had a discussion with Richard about this a few years ago. Richard was no longer convinced of the solution. at the time I agreed with his reasoning. the comment should be changed.- erikOn Jul 24, 2017 9:03 AM, Giacomo Tesiowrote:In /sys/src/9/port/proc.c a comment state:/** Expects that only one process can call wakeup for any given Rendez.* We hold both locks to ensure that r->p and p->r remain consistent.* Richard Miller has a better solution that doesn't require both to* be held simultaneously, but I'm a paranoid - presotto.*/(see https://github.com/0intro/plan9/blob/master/sys/src/9/port/proc.c#L882-L887)I'd like to know a bit more about Miller's solution as I'd like to simplify postnote.Any hint or source code?Giacomo
Re: [9fans] Discord community for Plan 9
;-) no promises from me. As a matter of fact, I proposed using Slack for the Inferno community but got even less traffic there than from IRC..., so I'm skeptical that Discord will do any better for plan9. As they say though, you miss 100% of the shots you don't take. There's nothing wrong with IRC, I just wish there were a searchable log of the traffic since I don't personally have a long-running session. And maybe on that point, perhaps mailing lists are the right choice. Take care! -joe On Mon, Jul 24, 2017 at 2:20 AM, hiro <23h...@gmail.com> wrote: > > negativity probably won't build a community either. let the results speak > > for the actions, not your biases. > > i'll just imagine an alternative universe in which your promise of > future actions affects reality. > >
[9fans] Killing another user's process
Is it possible to kill another user's process in plan9? Specifically I've been messing about with tftpd, which sets itself up as user 'none' - if I want to stop the tftp server, how do I do that? Thanks, Pete
[9fans] double lock in proc.c
In /sys/src/9/port/proc.c a comment state: /* * Expects that only one process can call wakeup for any given Rendez. * We hold both locks to ensure that r->p and p->r remain consistent. * Richard Miller has a better solution that doesn't require both to * be held simultaneously, but I'm a paranoid - presotto. */ (see https://github.com/0intro/plan9/blob/master/sys/src/9/port/proc.c#L882-L887) I'd like to know a bit more about Miller's solution as I'd like to simplify postnote. Any hint or source code? Giacomo
Re: [9fans] Discord community for Plan 9
> negativity probably won't build a community either. let the results speak > for the actions, not your biases. i'll just imagine an alternative universe in which your promise of future actions affects reality.
Re: [9fans] Discord community for Plan 9
Joined. Thanks :) 2017-07-23 19:18 GMT+03:00 Joseph Stewart: > negativity probably won't build a community either. let the results speak > for the actions, not your biases. > > On Sat, Jul 22, 2017 at 1:11 AM, hiro <23h...@gmail.com> wrote: > >> a community is made of people, not some stupid computer protocol. >> >> > -- С наилучшими пожеланиями Жилкин Сергей With best regards Zhilkin Sergey