From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 References: In-Reply-To: From: Ole-Hjalmar Kristensen Date: Wed, 24 Jul 2019 23:18:12 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary="0000000000006cc8a0058e73d96d" Subject: Re: [9fans] question re acme and plumber Topicbox-Message-UUID: 02115c76-eada-11e9-9d60-3106f5b1d025 --0000000000006cc8a0058e73d96d Content-Type: text/plain; charset="UTF-8" I think the text that is selected and sent by button 3 is hard-coded in acme, so the square brackets acts as delimiters. If you click on the text to the left of the brackets, the plumber will not see the brackets or what's inside them. If you sweep and select yourself, the whole selection goes to the plumber. tor. 11. jul. 2019, 23.30 skrev James A. Robinson : > Well, I can see this is getting called: > > look.c:187: if(m->ndata plumbsendtofid(plumbsendfid, m) >= 0){ > > and the m->data is the full line, including the trailing > ".java:[,]" data. > > So it's certainly appears to be sending the data to the plumber. > But I don't get the same behavior from acme as when I send the > same text I see in m->data to plumb(1) directly on the command > line. > > Jim > > --0000000000006cc8a0058e73d96d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think the text that is selected and sent by button 3 is= hard-coded in acme, so the square brackets acts as delimiters. If you clic= k on the text to the left of the brackets, the plumber will not see the bra= ckets or what's inside them. If you sweep and select yourself, the whol= e selection goes to the plumber.

tor. 11. jul. 2019, 23.30 skrev James A. Ro= binson <jim.robinson@gmail.com= >:
Well, I can see this is g= etting called:

look.c:187: if(m->ndata<messagesize-1024 &&
plumbsendtofid(plumbsendfid, m) >=3D 0){

and the m->data is the full line, including the trailing
".java:[<lineno>,<colno>]" data.

So it's certainly appears to be sending the data to the plumber.
But I don't get the same behavior from acme as when I send the
same text I see in m->data to plumb(1) directly on the command
line.

Jim

--0000000000006cc8a0058e73d96d--