parallel dialing would be fine.
I guess both cinap and erik have examined labs code.
any problem with it?
> 2016/05/21 7:25、Charles Forsyth のメール:
>
>
> On 20 May 2016 at 23:04, Skip Tavakkolian <9...@9netics.com> wrote:
> i'm a little confused by the discussion of il
> Unfortunately sam isn't available on Inferno
I don't remember where I got this, and I don't know who wrote it,
and it definitely seems pretty buggy, but:
http://plan9.stanleylieber.com/inferno/src/sam.tgz
sl
I am sorry that I didn’t give enough information but I din’t know there is so
much difference
on the subject among 9front, 9atom and labs plan9.
> 2016/05/21 7:04、Skip Tavakkolian <9...@9netics.com> のメール:
>
> i'm a little confused by the discussion of ...
Skip Tavakkolian <9nut 9netics.com> writes:
> all the recipes in /acme/edit/guide start with 'e' command (ee.l). 'e'
> starts by looking in /mnt/acme/index for the buffer id of "file"; it
> then operates on the corresponding buffer. so the edit commands are
> meant to operate in /mnt/acme
i think this fix is correct; i'm not sure why tokenize didn't have a
problem walking a buffer it expects to be null terminated.
supermic% yesterday -d dial.c
diff /n/dump/2016/0520/sys/src/libc/9sys/dial.c /sys/src/libc/9sys/dial.c
209a210
> int n;
211c212,213
< if
On 20 May 2016 at 23:04, Skip Tavakkolian <9...@9netics.com> wrote:
> i'm a little confused by the discussion of il + tcp on authdial
> causing the delay. if ndb/cs returns multiple dial strings, dialmulti
> function (/sys/src/libc/9sys/dial.c) dials them all in parallel
> (rfork) and the first
can you spot the problem in reap() function in /sys/src/libc/9sys/dial.c?
hint: in notedeath() there is a tokenize(exitsts, ...)
static int
reap(Dest *dp)
{
char exitsts[2*ERRMAX];
if (outstandingprocs(dp) && await(exitsts, sizeof exitsts) >= 0) {
notedeath(dp,
i'm a little confused by the discussion of il + tcp on authdial
causing the delay. if ndb/cs returns multiple dial strings, dialmulti
function (/sys/src/libc/9sys/dial.c) dials them all in parallel
(rfork) and the first one that returns, wins.
btw, i found a bug in dial.c (i'll send it in
I started with Sam a sit ran on all the different unixes I used an vi an emacs
just felt clunky.
I never got into help and when acme replaced that I just never made the
transition.
I love Sam, though it is because I know it so well.
btw, anyone written scripts to allow the plan9 wiki to be
> I had thought the /acme/edit commands (Limbo versions are included with the
> latest Inferno distribution, which also has an Acme with Edit) allow for the
> editing of files at the command line using the Sam command language
> (without having to run Acme itself), while using Edit requires
On 05/20/2016 08:07 AM, Mark van Atten wrote:
This one I like, and it is not difficult to find:
http://www.amazon.com/HP-Optical-Button-Mouse-accessory/dp/B0002Y5LZ8/ref=sr_1_1?ie=UTF8=1463745997=8-1=dy651a+mouse
Sorry folks, it's not my habit to take the last cookie but in this case
I
I purchased about a hundred of the IBM mice on Ebay, so I’m good for a while.
HP has a nice three button mouse currently, seemingly from the European part of
the company. I’m using one now.
http://www.laserjet.co.uk/hp-usb-optical-3-button-mouse-dy651a
Acme, of course, is based on the Oberon
This one I like, and it is not difficult to find:
http://www.amazon.com/HP-Optical-Button-Mouse-accessory/dp/B0002Y5LZ8/ref=sr_1_1?ie=UTF8=1463745997=8-1=dy651a+mouse
Mark.
I have bought 5 IBM mice with a real middle finger button. If someone
needs one tell me.
http://www.ibmfiles.com/ibmfiles/peripherals/scrollpoint_ice_blue.jpg
location: Berlin
14 matches
Mail list logo