Re: [9fans] The Olde 2e 'worthies' ... ?
I think the vital piece of paper is the business reply / product registration card which has your unique license ID number on it, rather than the license text (which is here /n/sources/contrib/steve/historic/2nd-edition/LICENSE). My memory was that patches where exchanged in xor'ed with 9pc from the distribution cdrom to ensure they where obscured - an interesting example of encryption with a one time pad. -Steve
Re: [9fans] just in case anyone has written this
2009/4/28 ron minnich : > On the inbound side, I need it to merge lines so that, e.g., a line from > 11.1.1.1 and 11.1.1.2 if same, gets printed as > 1-2: Mon may 8 2011 if you do this, then presumably you can't print a line from any source until you've got a line from all of them. is that what you want? or does the merging apply only to lines received within some time interval of each other?
Re: [9fans] Acme column layout box and buttons
On 04/27/2009 06:23 PM, yy wrote: > 2009/4/27 Balwinder S Dheeman : >> 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 version of acme to do this. It is not such a trivial > thing as it looks like, but it is not difficult. However, it doesn't > work so good in practice as in theory. I found disturbing that after > pressing the right button the column was moved to the first place, and > doing it without moving the column was a mess because of the mouse > events (at the end I think I just moved the column to the first place > and then back to its previous position). Other problem I had was that > I didn't have very clear what to do with the middle button (taking the > maximum space and having small columns is not a practical thing). On > the other hands, growing columns with the left button is an easier > thing (once you decide all your heuristics). That's what I wished. Perhaps, it the heuristics which seems to harder and taken care of. Let us wait for a few more responses and, or ideas. > Anyway, it was my first look into acme code and there probably are > better ways to do it. > What did you have in mind? While editing code and, or other documents, I think, one mostly need to concentrate more on content or the column containing body of the code or text, hence maximizing a column with a single click seems in-line with the philosophy behind Acme. Whereas, Acme with the help of appropriate heuristics can open new window for related +Errors etcetera when needed in bottom half or quarter of the same column. Same is true for columns containing directory listings where one is looking for a file or directory. IMHO, better open the file in a new or other hidden column and un-hide it on a right click on file. Whereas, the the directories can be opened in bottom half of the same column. I think and hope that this or similar kinds of actions attached to all the three buttons for columns or horizontal layout management will improve the productivity of Acme users. -- Balwinder S "bdheeman" DheemanRegistered Linux User: #229709 Anu'z li...@home (Unix Shoppe)Machines: #168573, 170593, 259192 Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP Home: http://cto.homelinux.net/~bsd/ Visit: http://counter.li.org/
Re: [9fans] The Olde 2e 'worthies' ... ?
I think the vital piece of paper is the business reply / product registration card which has your unique license ID number on it, Apparently I was thinking of the SCO Ancient UNIX license. The 2e Plan9 license came with the books that were the product code we all had to order. The CDs came with the books. I forget who the publisher was. Anyway, my 2e license is the CD set I own (with floppies). All I'm asking about is if the license exchange still exists for those of us who used to require one. --lyndon
Re: [9fans] The Olde 2e 'worthies' ... ?
> of encryption with a one time pad. s/one time // - erik
Re: [9fans] just in case anyone has written this
On Tue, Apr 28, 2009 at 2:05 AM, roger peppe wrote: > 2009/4/28 ron minnich : >> On the inbound side, I need it to merge lines so that, e.g., a line from >> 11.1.1.1 and 11.1.1.2 if same, gets printed as >> 1-2: Mon may 8 2011 > > if you do this, then presumably you can't print a line > from any source until you've got a line from all of them. > is that what you want? or does the merging apply only > to lines received within some time interval of each other? you have to have a timeout (which I do) since nodes can always fail or not talk to you ron
Re: [9fans] just in case anyone has written this
2009/4/28 ron minnich : > On Tue, Apr 28, 2009 at 2:05 AM, roger peppe wrote: >> 2009/4/28 ron minnich : >>> On the inbound side, I need it to merge lines so that, e.g., a line from >>> 11.1.1.1 and 11.1.1.2 if same, gets printed as >>> 1-2: Mon may 8 2011 >> >> if you do this, then presumably you can't print a line >> from any source until you've got a line from all of them. >> is that what you want? or does the merging apply only >> to lines received within some time interval of each other? > > you have to have a timeout (which I do) since nodes can always fail or > not talk to you if one node is just slow enough in responding that it falls outside the timeout, you could get an annoying situation where that node is out-of-step forever after. i guess it depends how often incoming lines arrive. if it's an interactive session, i guess it might not matter too much - i can see how this might be useful controlling many shell sessions at once. you could make things more reliable by tagging requests and replies, but even then there's the question of what to do when sessions diverge (assuming that's what you're doing). interesting.
Re: [9fans] just in case anyone has written this
> if one node is just slow enough in responding that it > falls outside the timeout, you could get an annoying situation > where that node is out-of-step forever after. worse yet, nodes may be sending more than one line at a time, circumventing the aggregator. if they do it fast enough it becomes a real mess and there's no amount of lookback one can do to ensure this isn't happening :) i'm routinely seeing syslog brought to its knees around here by a particular cluster management software which decides to log two lines instead of just one for a particular often-failing operation, so instead of 'message repeated X times' (for some very large X) we get 'disk full'...
Re: [9fans] just in case anyone has written this
On Tue, Apr 28, 2009 at 8:17 AM, roger peppe wrote: > if one node is just slow enough in responding that it > falls outside the timeout, you could get an annoying situation > where that node is out-of-step forever after. i guess it depends > how often incoming lines arrive. Sure. And things will always go wrong. Anything designed for things going well will fail. ron
Re: [9fans] just in case anyone has written this
> > if one node is just slow enough in responding that it > > falls outside the timeout, you could get an annoying situation > > where that node is out-of-step forever after. > i fought some socket mgmt software for a few years that did timeouts and rollup like this. it seemed to me that between timeouts and retransmission one could not dig oneself out of the hole without a proper protocol. and doing it on top of tcp was impossible. > worse yet, nodes may be sending more than one line at a time, > circumventing the aggregator. if they do it fast enough it becomes a > real mess and there's no amount of lookback one can do to ensure this > isn't happening :) but even if it logs the message once, your disk full message will appear in n*2 seconds. do we need to take up a collection to get you some disks? - erik
Re: [9fans] just in case anyone has written this
> do we need to take up a collection to get you some disks? not yet, although the syslogs in question are on a somewhat constrained budget since they're running inside a vm whose image is, for various reasons, kept small...
Re: [9fans] just in case anyone has written this
> not yet, although the syslogs in question are on a somewhat
> constrained budget since they're running inside a vm whose image is,
> for various reasons, kept small...
sometimes i think us cs types operate with the following algorithm
do{
while(!resourceconstrainted())
abstract();
}while(budgetreqest() != -1);
- erik
Re: [9fans] The Olde 2e 'worthies' ... ?
>> of encryption with a one time pad. > s/one time // Indeed, I stand corrected. -Steve
Re: [9fans] web server
erik quanstrom wrote: I use ~ patterns for URI matching on my site what are "~ patterns"? rc shell pattern matching
Re: [9fans] The Olde 2e 'worthies' ... ?
> I used to have the hard copy license from the back of the bubble envelope, > but it now lives in a galaxy far far away. I still have mine. And I don't plan to part with it, either :-) ++L
Re: [9fans] automatic page sharing
> Assuming statically linked-in libraries are properly aligned, > we'll have lots of equal pages in the system, so the kernel could > find and automatically map them together. This is not true. When static libraries are linked into a target binary, only the necessary objects are taken, and all the symbol references are resolved (avoiding the need for relocation at load time), and the code is not position-independent. So even if they were "properly aligned", the bits of common code would be very small. You'll see this if you run an experiment and compare two big binaries for common code sequences. They'll be there, but nothing nearly as big as a page. Russ
Re: [9fans] missing ed's line numbering in sam -d
On Fri, Apr 24, 2009 at 1:03 AM, Rudolf Sykora wrote: > when using 'sam -d' to remotely edit files I really miss the option to > print line numbers along with lines, like ed's e.g. '1,10n'. > > Is there anything like that? Why not? no. because for remotely editing files, you're supposed to use sam -r. russ
Re: [9fans] wrarenas
rdarenas reads directly from disk. wrarenas writes to venti, which means all of the network and seek overhead. 36 hours is too long, but it definitely isn't going to run at disk speeds. it sounds like your bloom filter wasn't doing anything useful. russ
Re: [9fans] Borderless rio
> I also have a question. I'm running this script to open rio with workspaces : > %vx ; cat bin/rc/riows > #!/bin/rc > > labels=$* > if(test $#labels -lt 1) > labels=(1 2 3 4) > > rio.b -I -i'\ > for(label in $labels) > window -miny 40 ''rio -i label ''$label > # give time to set all the labels > sleep 0.5 > window -dy 39 ''winwatch -e ^(winwatch|stats|faces)''' > > My question is: what is the better way to avoid that lot of quotes? I > can think of variables or functions, but I wonder what is the idiom > for nested quotes. the better way is to make each one of your giant quoted strings its own shell script. that's more useful too. russ
