I think you want to create some kind of redirected handle to the ctl file
first, then start a new block in rc. I believe this is how network
programming in rc can be accomplished in Inferno as well.
inferno doesn't have rc.
- erik
On Sat, Mar 6, 2010 at 7:16 AM, erik quanstrom quans...@quanstro.netwrote:
I think you want to create some kind of redirected handle to the ctl file
first, then start a new block in rc. I believe this is how network
programming in rc can be accomplished in Inferno as well.
inferno
I think you want to create some kind of redirected handle to the ctl file
first, then start a new block in rc. I believe this is how network
programming in rc can be accomplished in Inferno as well.
inferno doesn't have rc.
Sorry I meant the shell. I apologize to everyone that
On 6 March 2010 15:13, David Leimbach leim...@gmail.com wrote:
I think you want to create some kind of redirected handle to the ctl file
first, then start a new block in rc. I believe this is how network
programming in rc can be accomplished in Inferno as well. Is this not
allowed in p9p?
% {echo 'addr=dot'; 9p read acme/70/addr [1=2]} | 9p write acme/70/ctl
0 0 %
No help. Am I doing something wrong?
Addr is reset to 0,0 once opened. So, you need to perform these
operations in order: open addr; write ctl; then read addr.
There's a nice way to do this if
Addr is reset to 0,0 once opened. So, you need to perform these
operations in order: open addr; write ctl; then read addr.
Thanks, all.
Micah
Since fuse is being mentioned here
I needed to do a fuse module recently. The standard Linux fuse library
is quite badly designed. Turns out Russ's fuse library is about as
good as you can get given the limitations of the kernel interface for
fuse. I really like it in fact. It made my
On Sat, Mar 6, 2010 at 8:48 AM, erik quanstrom quans...@quanstro.netwrote:
I think you want to create some kind of redirected handle to the ctl
file
first, then start a new block in rc. I believe this is how network
programming in rc can be accomplished in Inferno as well.
acme doesn't always clear the right margin to compensate for
the different amount of right-margin slop due to different
character widths. in this case is very wide and won't fit
in the space that n did. so the n is mistakenly shown where
it shouldn't be.
between the two pngs, the text
between the two pngs, the text has gone was cut.
long time bug. patch?
yes it is. i haven't had time yet.
- erik
Essentially starting Abaco in acme gives:
Abaco: Can't open display: initdisplay: /dev/draw/new: '/dev/draw/new':
permisson denied
But i don't get it when i start it from a normal 9term
unfortuantely, you can't do that. you can start
abaco in a new window, however.
- erik
2009/12/2 Rob Pike robp...@gmail.com
New will take an arbitrary file name as an argument, except even with
Thanks, New works.
Later I will have a look at what FGB proposes...
Ruda
r3_[1-5Co6-10Ni]/
When I 3-click on such a name in an acme (e.g. a directory) window, acme
doesn't open it.
What must I change in order it work?
the directory name...
you could try to hack acme/addr.c:/^isaddr
but it's quite possible you'd break something
--
Federico G. Benavento
New will take an arbitrary file name as an argument, except even with
New spaces are taken as argument separators.
-rob
On Wed, Dec 2, 2009 at 10:42 AM, Federico G. Benavento
benave...@gmail.com wrote:
r3_[1-5Co6-10Ni]/
When I 3-click on such a name in an acme (e.g. a directory) window, acme
you could try to hack acme/addr.c:/^isaddr
but it's quite possible you'd break something
ignore that, I was confused
--
Federico G. Benavento
the function you should look is isfilec() in look.c
On Wed, Dec 2, 2009 at 5:00 PM, Federico G. Benavento
benave...@gmail.com wrote:
you could try to hack acme/addr.c:/^isaddr
but it's quite possible you'd break something
ignore that, I was confused
--
Federico G. Benavento
--
See awd(1)
---BeginMessage---
% cd /sw/somedir
% 9 ls | 9 wc -l
2712
% pwd
/sw/somedir
right click on /sw/somedir, and acme's window is empty. What's going on?
--
Hugo
---End Message---
right click on /sw/somedir, and acme's window is empty. What's going on?
is the /sw/somedir directory in the namespace of acme?
R
2009/11/16 hugo rivera uai...@gmail.com
% cd /sw/somedir
% 9 ls | 9 wc -l
2712
% pwd
/sw/somedir
right click on /sw/somedir, and acme's window is empty.
I am not sure where this came from:
% whatis cd
fn cd {if(builtin cd $1){if(flag i)$PLAN9^/bin/9 awd || status='';status=''}}
but I don't think awd(1) has something to do with the problem.
I think is something else, and maybe I was wrong and doesn't even has
anything to do with acme. I have no
is the /sw/somedir directory in the namespace of acme?
yes.
--
Hugo
On Mon, Nov 16, 2009 at 6:03 AM, hugo rivera uai...@gmail.com wrote:
% cd /sw/somedir
% 9 ls | 9 wc -l
2712
% pwd
/sw/somedir
right click on /sw/somedir, and acme's window is empty. What's going on?
it's very hard to say since you've given us
so little information. presumably there is
some
On Tue, Sep 29, 2009 at 7:25 PM, Jason Catena jason.cat...@gmail.com wrote:
A quick edit frees acme from its heavy grid prison, a la Tufte.
If you look in Envisioning Information, he recommends no borders for
all windows, except the focused one, which is yellow. Sam does this
(with a different
Jason Catena wrote:
A quick edit frees acme from its heavy grid prison, a la Tufte.
https://dl.getdropbox.com/u/502901/acmenogrid.jpg
Jason Catena
How about no grid whatsoever (while you're at it)? There is plenty of
contrast there to forego any kind of hard devisions.
However, I end up
On Wed, Sep 30, 2009 at 15:43, Jack Norton j...@0x6a.com wrote:
Jason Catena wrote:
A quick edit frees acme from its heavy grid prison, a la Tufte.
https://dl.getdropbox.com/u/502901/acmenogrid.jpg
How about no grid whatsoever (while you're at it)?
I believe in a subtle or invisible grid to
On Wed, 30 Sep 2009 15:43:28 -0500
Jack Norton j...@0x6a.com wrote:
Jason Catena wrote:
A quick edit frees acme from its heavy grid prison, a la Tufte.
https://dl.getdropbox.com/u/502901/acmenogrid.jpg
Jason Catena
How about no grid whatsoever (while you're at it)? There is
in a newbie-guide.pdf
www.quanstro.net/newbie-guide.pdf
I read:
Column Menu:
Snarf --- Copy the selected text into the snarf buffer (from anywhere in the
column).
For me it doesn't work like that. For me _all_ column menu Snarf
(Past, Cut) commands are equivalent irrespectively of
It wasn't me with this exact feature but I'll take credit for moving
the mouse where you want it. Sam did it with its menus, but Acme took
it much farther. I like it a lot and I appreciate your noticing.
(Did you ever notice it puts it back when it's done? Error window
pops up, mouse moves
(Did you ever notice it puts it back when it's done? Error window
pops up, mouse moves there; delete the window, mouse moves back.)
worth one smile per day, after all these years.
- erik
On Tue, Aug 11, 2009 at 8:24 PM, erik quanstrom quans...@quanstro.netwrote:
(Did you ever notice it puts it back when it's done? Error window
pops up, mouse moves there; delete the window, mouse moves back.)
worth one smile per day, after all these years.
☺
- erik
On Aug 7, 2009, at 2:37 AM, Aaron W. Hsu wrote:
Other than a script to start acme with the -a option, is there some
way to configure the start up option on Acme? I am thinking of the
equivalent of a .exrc file or the like?
Generally you set it up the way you like, then run Dump. This
By default I think rio runs acme with -l lib/acme.dump, but you can
certainly have as many of these around as you'd like.
this is controlled by lib/profile, rather than rio.
- erik
I keep many dump files around with different names, to easily suspend,
switch, and resume acme configurations depending on what I need to
work on. This significantly reduces my context switch time, over and
above the advantage I get from guide files keeping me from
(mis)retyping commands.
in
Aaron's problem is not dumping per se, it's saving his indentation and
other command line state between sessions. Unless there's something I
missed, you can only enable functions like auto-indent via the command
line(-a) or via Indent on in acme. The dump doesn't preserve indent
state so yes,
2009/8/7 Noah Evans noah.ev...@gmail.com:
The dump doesn't preserve indent state
personally, i think it should.
and some other stuff as well.
What other stuff are you thinking of?
On Fri, Aug 7, 2009 at 4:02 PM, roger pepperogpe...@gmail.com wrote:
2009/8/7 Noah Evans noah.ev...@gmail.com:
The dump doesn't preserve indent state
personally, i think it should.
and some other stuff as well.
the Include path.
contents of win buffers.
Undo/Redo history.
ok, the last might be pushing it a bit,
but ideally i'd like to be able to dump
an acme session and restore it without
any loss of continuity, and the Undo/Redo history
is a very useful part of my acme context.
while i'm about it,
ok, the last might be pushing it a bit,
but ideally i'd like to be able to dump
an acme session and restore it without
any loss of continuity, and the Undo/Redo history
is a very useful part of my acme context.
- Dump would dump to the restored-from file rather than
$home/acme.dump by
Do you want to add all these features to acme, or is it possible to
have an external process which writes to acme ctl files and causes
these things to happen?
ron
you mean outside of the dump when acme is dies for reasons other than
being killed/exited?
with win state, how are you going to handle the state of the shell? I
can see why they're dynamic, it could be potentially misleading to see
a changed namespace/rfork etc... and expect the shell to have the
On Fri, Aug 7, 2009 at 1:54 PM, Noah Evansnoah.ev...@gmail.com wrote:
you mean outside of the dump when acme is dies for reasons other than
being killed/exited?
with win state, how are you going to handle the state of the shell? I
can see why they're dynamic, it could be potentially
On Fri, Aug 7, 2009 at 12:23, yyyiyu@gmail.com wrote:
2009/8/7 roger peppe rogpe...@gmail.com:
Contents of all the taglines
i have lost precious one-liners in column headers.
Didn't copy them into guide files in the current directory? Seems to
work just as well for file commands, if not
2009/8/7 yy yiyu@gmail.com:
2009/8/7 roger peppe rogpe...@gmail.com:
the Include path.
contents of win buffers.
Undo/Redo history.
Contents of all the taglines
i have lost precious one-liners in column headers.
while i'm about it, there are a few other dump
features i'd like to see:
If all you want is to preserve the -a flag, add to your profile:
; fn a { acme -a; }
Problem solved.
uriel
P.S.: Admitedly this doesn't fix up the plumber, but once you have an
acme session the plumber will use it, and you can fix it up for the
plumber equally simply.
On Fri, Aug 7, 2009 at
On Fri, 2009-08-07 at 19:23 +0200, yy yiyu.jgl-at-gmail.com |9fans|
wrote:
2009/8/7 roger peppe rogpe...@gmail.com:
the Include path.
contents of win buffers.
Undo/Redo history.
Contents of all the taglines
i have lost precious one-liners in column headers.
Tag lines are preserved
2009/6/18 Tim Newsham news...@lava.net:
I've been trying my hand at some very simple acme programming
tasks and have some questions. I'm interested in a utility
that translate dot into a filename:line-line range
I think Edit = is what you want.
--
- yiyus || JGL .
2009/6/18 Tim Newsham news...@lava.net:
I've been trying my hand at some very simple acme programming
tasks and have some questions. I'm interested in a utility
that translate dot into a filename:line-line range
I think Edit = is what you want.
more or less, except I want a program that I
This is a design bug in acme.
Russ
Ok, I understand. Thanks for the explanation!
Ruda
In some acme window I have a command, e.g simply s/f/g/, I select it
with a mouse and 2-1 chord it on the Edit command in a tag line of a
window in which there is win running and also some text (for us e.g.
abcdefgh) is selected. Nothing happens. Only when the s/f/g/ is copied
in the tag line
But what shall I do when the awk script is more complicated, in the
simplest case
Put the awk code into a file and execute ' awk -f foo' in acme.
remember, this is plan9 and everything is a file. chances are your
script is already available in some filesystem and you don't need to
write it out:: create a new window inside acme, type your awk script
and then issue awk -f /mnt/wsys/X/body where X is the ID of your
window.
well, though
The very question for me now is: why it behaves how it behaves, i.e
why newlines (if it's them) are problematic.
and you want somebody do look through the code and figure it out for you?
and you want somebody do look through the code and figure it out for you?
not really. I wanted to know whether
1) somebody thought about it (knowing the system has been around for
some time I'd expect somebody must have had the same problem)
2) there is any good reason why it behaves so.
Ruda
On Mon, Jun 8, 2009 at 2:15 PM, Russ Coxr...@swtch.com wrote:
The script below implements this usage; I called it Run.
You can type and select your command in one window, with a name matching
pattern, and then in the other window's tag execute Run pattern.
Run finds the window with a title
On Thu, May 28, 2009 at 12:37 PM, Rudolf Sykora rudolf.syk...@gmail.com wrote:
it is somehow unclear to me, what happens in a 'win' window when I
2-click 'Undo' or 'Redo' (I write it somewhere manually). Are some
commands processed again? (I happened to delete some text from the
window and
On 04/27/2009 06:23 PM, yy wrote:
2009/4/27 Balwinder S Dheeman bsd.sans...@cto.homelinux.net:
That's a lot of good actions attached to all the three buttons for
handling vertical layouts. How about adding similar actions to all the
three buttons for managing horizontal layouts to a column
That's a lot of good actions attached to all the three buttons for
handling vertical layouts. How about adding similar actions to all the
three buttons for managing horizontal layouts to a column /layout box/.
good idea.
- erik
2009/4/27 Balwinder S Dheeman bsd.sans...@cto.homelinux.net:
That's a lot of good actions attached to all the three buttons for
handling vertical layouts. How about adding similar actions to all the
three buttons for managing horizontal layouts to a column /layout box/.
I had a patched
Seems logical, but I personally never felt a need for this.
To prevent line breaks I normally end up moving the windows to an
other, bigger column...
On Mon, Apr 27, 2009 at 1:51 PM, Balwinder S Dheeman
bsd.sans...@cto.homelinux.net wrote:
Hello,
Acme likes to place new windows itself. If you
For what it's worth, multiline tags are also available in Acme SAC
(and probably Inferno, but I haven't double checked).
--underspecified
On Tue, Mar 17, 2009 at 6:13 PM, lu...@proxima.alt.za wrote:
are there any big differences between acme from p9p and the original
acme in plan 9?
Yes,
Yeah, multiline tags are there in acme-sac, but strangely not in inferno.
When I try to use this scroll down feature I always overshoot and end
up at the bottom line, instead of just one line down.
I solved my problem with a bigger display:)
On Thu, Mar 19, 2009 at 5:04 AM, underspecified
it's a matter of taste, for me multiline tags aren't convenient
and take too much space.
--
Federico G. Benavento
would be nice to have it also in the original acme.
Thanks
2009/3/17, lu...@proxima.alt.za lu...@proxima.alt.za:
are there any big differences between acme from p9p and the original
acme in plan 9?
Yes, precisely as you point out, the multiline tag is an enhancement
exclusive to p9p.
are there any big differences between acme from p9p and the original
acme in plan 9?
Yes, precisely as you point out, the multiline tag is an enhancement
exclusive to p9p. You can scroll the single line tag in native P9 by
dragging button 1 down or up. Its is not as convenient, but it is
you are right, but anyway it would be nice for people who find them useful ;-)
2009/3/17, Federico G. Benavento benave...@gmail.com:
it's a matter of taste, for me multiline tags aren't convenient
and take too much space.
--
Federico G. Benavento
--
Hugo
Thank you
R
2009/3/8 yy yiyu@gmail.com:
2009/3/4 roger peppe rogpe...@gmail.com:
personally, i think that Put should work on any non-application
window, and that re-columnation should only take place if
the textual content hasn't been modified by the user. (and
probably also that if you
I think the attached patch is what you are proposing. If you apply it,
--
- yiyus || JGL .
Sorry for the question, but how can I apply the patch you sent?
I mean, having the file with the patch and the file to be changed,
what command is to be performed?
thanks
R
well, probably there is none such, sorry... :)
R
2009/3/9 Rudolf Sykora rudolf.syk...@gmail.com:
I think the attached patch is what you are proposing. If you apply it,
--
- yiyus || JGL .
Sorry for the question, but how can I apply the patch you sent?
I mean, having the file with the patch
2009/3/4 roger peppe rogpe...@gmail.com:
personally, i think that Put should work on any non-application
window, and that re-columnation should only take place if
the textual content hasn't been modified by the user. (and
probably also that if you change the name of a window to a directory
Sorry, but I included some not related changes in the previous patch
(I will stop sending patches to the list as soon as I get a contrib
dir...)
--
- yiyus || JGL .
diff /sys/src/cmd/acme/exec.c .
643c643
if(et==nil || et-w==nil || et-w-isdir)
---
if(et==nil || et-w==nil)
645a646
w-isdir
It really seems that acme-sac does save in the described way (at least
it saves). That makes me wonder. Do plan9 acme, p9p acme and acme-sac
have more similar differences? Are the programs separate in their
development?
Thanks
Ruda
personally, i think that Put should work on any non-application
On Fri, Mar 6, 2009 at 10:48 AM, Rudolf Sykora rudolf.syk...@gmail.com wrote:
It really seems that acme-sac does save in the described way (at least
it saves). That makes me wonder. Do plan9 acme, p9p acme and acme-sac
have more similar differences? Are the programs separate in their
2009/3/4 Rudolf Sykora rudolf.syk...@gmail.com:
Hello
I am running p9p acme. I open a directory, so in the tag line I have
sth. ending with '/' and in the window I have the list of files in
that directory. Now I go to the tag line and append a name, say 'a',
to the existing path, i.e. now I
i reckon this could be classed as a bug.
you can't change a directory window to a file window.
2009/3/4 Rudolf Sykora rudolf.syk...@gmail.com:
Hello
I am running p9p acme. I open a directory, so in the tag line I have
sth. ending with '/' and in the window I have the list of files in
that
Because at the beginning of the put function in exec.c you have:
if(et==nil || et-w==nil || et-w-isdir)
return;
and et-w-isdir is true. But there are workarounds if you want to
save the contents of the window.
Well, I had some text in in-this-way created window and I
So is there a workaround other than 1) make a new window, 2) copy
past the text there 3) save from the new window?
4) New 5) B.
- erik
2009/3/4 Rudolf Sykora rudolf.syk...@gmail.com:
So is there a workaround other than 1) make a new window, 2) copy
past the text there 3) save from the new window?
The easier solution that comes to my mind now is Edit w filename.
I haven't looked into it, but I think you lost the content of
While learning some of acme's basic commands I was also shocked by
this, and I agree with Ruda that executing a Put with a non-existent
file (e.g. '/home/ruda/a' ;-) should save the contents of the window
in that file.
Probably there are other ways to do it, like Edit w /home/ruda/a, but
the ones
On Wed Mar 4 09:12:08 EST 2009, uai...@gmail.com wrote:
While learning some of acme's basic commands I was also shocked by
this, and I agree with Ruda that executing a Put with a non-existent
file (e.g. '/home/ruda/a' ;-) should save the contents of the window
in that file.
this isn't true.
if on the other hand you try to modify the name of a directory
listing frame, the tag line box is not filled. this is a hint
that you're doing something wrong. also there is no Put option.
this is a bigger hint that you're doing something wrong.
You may call it a hint. I noticed the 'Put'
2009/3/4 erik quanstrom quans...@quanstro.net:
if on the other hand you try to modify the name of a directory
listing frame, the tag line box is not filled. this is a hint
that you're doing something wrong. also there is no Put option.
this is a bigger hint that you're doing something wrong.
yes, I execute Font for each window I want to.
OK, got the point, thanks.
2009/2/27 Anthony Sorace ano...@gmail.com:
do you do that by executing Font in each window?
IIRC, acme tries to move the tag bar a line at a time, but does so
using the sizes of your tag bar font (-f). you'll see this
On Thu, Feb 26, 2009 at 8:58 AM, hugo rivera uai...@gmail.com wrote:
Hi all,
Sometimes while resizing windows in Acme, I get a very thick bar on
top one of the windows.
I'm curious, are your tag fonts different than your text fonts? It
almost seems so from the picture.
ron
yes.
The tag fonts are $PLAN9/font/luc/unicode.7.font and the window fonts
are $PLAN9/font/fixed/unicode.6x13.font, from plan9port.
They look neat, if you ask me.
2009/2/27, ron minnich rminn...@gmail.com:
On Thu, Feb 26, 2009 at 8:58 AM, hugo rivera uai...@gmail.com wrote:
Hi all,
do you do that by executing Font in each window?
IIRC, acme tries to move the tag bar a line at a time, but does so
using the sizes of your tag bar font (-f). you'll see this behavior
occurs because the different heights on the fonts mean you can't
satisfy both of them with whole-row-only moves.
On Fri, Feb 27, 2009 at 9:26 AM, hugo rivera uai...@gmail.com wrote:
yes.
The tag fonts are $PLAN9/font/luc/unicode.7.font and the window fonts
are $PLAN9/font/fixed/unicode.6x13.font, from plan9port.
They look neat, if you ask me.
If you watch what acme does as you resize the window you can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I did the expanding tags I wound up choosing to leave them black
since they aren't part of any frame.
Not totally satisfactory, but the layout logic was baroque enough
that disturbing it further didn't make much sense.
I know that a few
its because you dont want half a line of text shown. it can only resize and
have the thin bar for full increments of text.
Mog
OK, I get it, but maybe Acme can force you to show full lines of text
instead of increasing the bar width?
It just looks a little odd, but nevermind, isn't that important
2009/2/26, Matthew O'Gorman mog-li...@rldn.net:
its because you dont want half a line of text shown. it can only resize and
I doubt that is the reason. The tag-line will just jump the whole
line of text if such a resize takes place. You would not get a black
line to hide it -- at least, that is the case in acme on native Plan
9. Where are you using it?
ak
---BeginMessage---
its because you dont want half a line of
On Thu Feb 26 12:24:36 EST 2009, mog-li...@rldn.net wrote:
its because you dont want half a line of text shown. it can only resize and
have the thin bar for full increments of text.
Mog
i think this is still a bug. the slop should not be part of the tag
it should be part of the frame
2009/2/27 erik quanstrom quans...@quanstro.net:
On Thu Feb 26 12:24:36 EST 2009, mog-li...@rldn.net wrote:
its because you dont want half a line of text shown. it can only resize and
have the thin bar for full increments of text.
Mog
i think this is still a bug. the slop should not be
I couldn't find anything in /n/sources/contrib/nemo. Can you please
copy it again?
2009/1/14 Francisco J Ballesteros n...@lsub.org:
trfs.
We're using it within the 9fs script so everything can use it.
I think it must be in /n/sources/contrib/nemo
somewhere (it was part of Plan B).
If you
/n/sources/contrib/nemo/trfs.{c, man}
I couldn't find anything in /n/sources/contrib/nemo. Can you please
copy it again?
On Wed, Jan 14, 2009 at 2:26 PM, hugo rivera uai...@gmail.com wrote:
Hi guys,
I realized that acme gets confused when handling files with spaces in
their names, is there an easy way to handle this?
I mean, for example, when I paint a file name with an space on it,
using the left click, it
trfs.
We're using it within the 9fs script so everything can use it.
I think it must be in /n/sources/contrib/nemo
somewhere (it was part of Plan B).
If you cannot find it just drop me a line and I'll copy it again.
On Wed, Jan 14, 2009 at 4:39 PM, Robert Raschke rtrli...@googlemail.com wrote:
That differs from my experience - I usually run 3 columns on a 30
monitor, with tags open to two lines for most of my active windows;
the second line typically has an Edit command lying around because you
can't effectively 2-1 chord Edits. The extra length is also useful
for dealing with
(Really, it was easier to fix the editor than to get the rest of the
team to move to a saner tree structure, aggravated by cross-platform/
cross-compile/cross-toolchain requirements that cause a 3 way cross
product of both build and some sources. If only the world had been
sold on
the obscenely deep tree our development happens in
I sympathise, though ours is not _that_ bad. I use Plan9 as my
desktop and mount parts of our server off a work dir in my home
directory. This way I can work with short paths whilst remaining
compatible with my colleagues.
just my 2¢
-Steve
The P9P version has this too: acme -$
But that still doesn't address ease of Edit commands or tags full of
build config strings and other crap. Yes, I've been relying more on
tags than guide files of late.
Paul
On 23-Dec-08, at 10:54 AM, erik quanstrom wrote:
(Really, it was easier to
is that an intention that acme does not recognize (or , not so sure
about '''chk' ) to be a name of a valid file? At least and seems to me
to be a valid file name, but clicking on it with button 3 in acme doesn't
work --- file is not opened. Only explicit use of Get opens it.
They are
401 - 500 of 543 matches
Mail list logo