I've put together a rudimentary chart of acme chords -- if anyone has
any suggestions, revisions, corrections, etc., they would be greatly
appreciated. Eventually the chart will form part of an introduction to
acme for non-programmers.
https://docs.google.com/open?id=0B1QVUS-qAuuienlTMHdRYkFzSHM
On Apr 25, 6:40 pm, Brian Vito wrote:
> I've put together a rudimentary chart of acme chords -- if anyone has
> any suggestions, revisions, corrections, etc., they would be greatly
> appreciated. Eventually the chart will form part of an introduction to
> acme for non-programmers.
>
> https://docs
>> > I haven't tried genning up a CPU kernel with the new factotum yet.
>>
>> Sorry, I meant to say "with Richard's patched original factotum."
Patching no longer necessary - it's now in the standard auth/factotum
on sources.
> I haven't tried building a new pccpuf kernel yet either, but on
> reb
> https://docs.google.com/open?id=0B1QVUS-qAuuienlTMHdRYkFzSHM
Could this be presented in a format accessible to Plan 9 users?
-sl
When only half of the fields of your table have a meaning you're doing
something wrong. And nobody wants to learn motoric motions from some
stupid table.
Things like select are too trivial for this and Snarf can be left out
because essentially it's just the same as cutting and pasting
together.
So
On Monday, April 23, 2012, Richard Miller <9f...@hamnavoe.com> wrote:
> >> > I haven't tried genning up a CPU kernel with the new factotum yet.
> >>
> >> Sorry, I meant to say "with Richard's patched original factotum."
>
> Patching no longer necessary - it's now in the standard auth/factotum
> on
Hello all.
I just lately installed Plan 9, but the stock system is built for
32-bit x86, and I have an amd64 computer.
I found this diff: http://9legacy.org/9legacy/patch/nix.diff
which seems to have all needed system libraries, and its own kernel,
but the kernel seems to lack basic functionality
nix does not have graphics yet. sorry.
we are using a changed 9pxeload and
are switching to the new 9boot.
the loader can be found in the distrib.
if you can't wait.
--
iphone kbd. excuse typos :)
On Apr 25, 2012, at 4:17 PM, Strake wrote:
> Hello all.
>
> I just lately installed Plan 9,
> I just lately installed Plan 9, but the stock system is built for
> 32-bit x86, and I have an amd64 computer.
the stock system will work find for you.
> I found this diff: http://9legacy.org/9legacy/patch/nix.diff
> which seems to have all needed system libraries, and its own kernel,
> but the
> I found this diff: http://9legacy.org/9legacy/patch/nix.diff
> which seems to have all needed system libraries, and its own kernel,
> but the kernel seems to lack basic functionality, such as graphics and
> mouse, and I can't find the local bootloader for it — the stock
> bootloader chokes with m
Greetings.
On Wed, 25 Apr 2012 16:31:42 +0200 Nemo wrote:
> iphone kbd. excuse typos :)
Nix is running on iPhones?
Sincerely,
Christoph Lohmann
No. But sofware capable of using nix services is.
As you can see by looking at my signature in the previous mail.
Enjoy.
On Apr 25, 2012, at 4:31 PM, Christoph Lohmann wrote:
> Greetings.
>
> On Wed, 25 Apr 2012 16:31:42 +0200 Nemo wrote:
>> iphone kbd. excuse typos :)
>
> Nix is running on i
On Apr 25, 7:26 am, 23h...@googlemail.com (hiro) wrote:
> When only half of the fields of your table have a meaning you're doing
> something wrong. And nobody wants to learn motoric motions from some
> stupid table.
> Things like select are too trivial for this and Snarf can be left out
> because e
>
>> What authentication methods are permitted in sshd_config on your host?
>> I find that if I enable only ChallengeResponseAuthentication, passwd
>> doesn't work, but if I enable PasswordAuthentication it does.
>>
>>
>>
Thats what we discovered, gentoo's opensshd installation had passsword auth
m
> But thanks for your criticism. Next time, trying to be helpful would
> be nice.
But how do Plan 9 users access this chart?
-sl
On Apr 25, 7:26 am, 23h...@googlemail.com (hiro) wrote:
> When only half of the fields of your table have a meaning you're doing
> something wrong. And nobody wants to learn motoric motions from some
> stupid table.
> Things like select are too trivial for this and Snarf can be left out
> because e
hello
A plan9 user already knows how to work with the mouse. The document is for
non-plan9 users that want to become one, so there is no problem for them to
access it, they will have a compatible browser. Also, if they search the mail
list (http://9fans.net/archive/) for information they will
> But how do Plan 9 users access this chart?
hget -o acme_chords.pdf
'https://doc-0o-3g-docs.googleusercontent.com/docs/securesc/ha0ro937gcuc7l7deffksulhg5h7mbp1/pub48giqvrap6he53h3mtl8q9g5nlvid/133536960/05011244667098227595/*/0B1QVUS-qAuuienlTMHdRYkFzSHM'
--
David du Colombier
>> But how do Plan 9 users access this chart?
>
> hget -o acme_chords.pdf
> 'https://doc-0o-3g-docs.googleusercontent.com/docs/securesc/ha0ro937gcuc7l7deffksulhg5h7mbp1/pub48giqvrap6he53h3mtl8q9g5nlvid/133536960/05011244667098227595/*/0B1QVUS-qAuuienlTMHdRYkFzSHM'
Thank you.
-sl
not on the table: B2+B1 passes dot as arg to the cmd
Aren't all of the chords in the acme paper and/or man page?
On Apr 25, 2012 4:46 AM, "Brian Vito" wrote:
> I've put together a rudimentary chart of acme chords -- if anyone has
> any suggestions, revisions, corrections, etc., they would be greatly
> appreciated. Eventually the chart will form par
On 4/25/2012 11:50 AM, Jacob Todd wrote:
Aren't all of the chords in the acme paper and/or man page?
The acme paper isn't as descriptive as the man page on the subject.
There is a section for individual mouse buttons and a dedicated section
for chording (keep going down...). Some of the subt
On Wed, Apr 25, 2012 at 12:15 PM, Jack Norton wrote:
> Now, the sam language quick reference card that one 9fan composed long
> ago... THAT is a great little thing to have handy. I printed it out but
> removed the file so I don't have a link handy.
>
http://plan9.bell-labs.com/sources/contrib/s
On 25/04/2012, erik quanstrom wrote:
>> I just lately installed Plan 9, but the stock system is built for
>> 32-bit x86, and I have an amd64 computer.
>
> the stock system will work find for you.
Assume s/find/fine/.
32-bit is not fine.
Four billion is not enough.
>> I found this diff: http://
> On 25/04/2012, erik quanstrom wrote:
> >> I just lately installed Plan 9, but the stock system is built for
> >> 32-bit x86, and I have an amd64 computer.
> >
> > the stock system will work find for you.
>
> Assume s/find/fine/.
>
> 32-bit is not fine.
>
> Four billion is not enough.
can you
On 2012-04-25, at 11:04 AM, Strake wrote:
> Four billion is not enough.
Not enough what? This cat's curiosity is raised.
Usually I am all about the written word, but the chart made chording
significantly easier to integrate, brain-wise .. just to screw around I
made a nroff document about it, my first ever .. (what a pain in the .. to
make table like data, couldn't find a tag for it anyway)
Acme Chord-Chart
"cmd
On Apr 25, 2012 2:27 PM, "Lyndon Nerenberg" wrote:
>
>
> On 2012-04-25, at 11:04 AM, Strake wrote:
>
> > Four billion is not enough.
>
> Not enough what? This cat's curiosity is raised.
>
Numbers obviously.
--
Veety
On 2012-04-25, andy zerger wrote:
> Usually I am all about the written word, but the chart made chording
> significantly easier to integrate, brain-wise .. just to screw around I
> made a nroff document about it, my first ever .. (what a pain in the .. to
> make table like data, couldn't find a ta
On Wed, Apr 25, 2012 at 11:13 AM, Brian Vito wrote:
> How would you put together the chart without any empty fees?
This is how I've always visualized it:
http://alltom.com/files/misc/chords.png
(incomplete because I ran out of time and had trouble interpreting the table :)
--
Tom Lieber
htt
On Wed, Apr 25, 2012 at 2:50 PM, Tom Lieber wrote:
> On Wed, Apr 25, 2012 at 11:13 AM, Brian Vito wrote:
>> How would you put together the chart without any empty fees?
>
> This is how I've always visualized it:
>
> http://alltom.com/files/misc/chords.png
>
> (incomplete because I ran out of tim
> > On 2012-04-25, at 11:04 AM, Strake wrote:
> >
> > > Four billion is not enough.
> >
> > Not enough what? This cat's curiosity is raised.
> >
>
> Numbers obviously.
i think you mean the maximum value of an integer
rather than a count. assuming this, vlongs are
still 64 bits with 8c and the 3
On 25/04/2012, Matthew Veety wrote:
> On Apr 25, 2012 2:27 PM, "Lyndon Nerenberg" wrote:
>> On 2012-04-25, at 11:04 AM, Strake wrote:
>> > Four billion is not enough.
>>
>> Not enough what? This cat's curiosity is raised.
>>
>
> Numbers obviously.
This. A limit on cryptography, physical simulat
On 25/04/2012, erik quanstrom wrote:
> i think you mean the maximum value of an integer
> rather than a count. assuming this, vlongs are
> still 64 bits with 8c and the 32-bit architecture.
>
> what's wrong with them?
Twice as many instructions, if I'm not mistaken, and a waste of good
64-bit re
On Wed, Apr 25, 2012 at 12:09 PM, Strake wrote:
> On 25/04/2012, Matthew Veety wrote:
>> On Apr 25, 2012 2:27 PM, "Lyndon Nerenberg" wrote:
>>> On 2012-04-25, at 11:04 AM, Strake wrote:
>>> > Four billion is not enough.
>>>
>>> Not enough what? This cat's curiosity is raised.
>>>
>>
>> Numbers
> How did you learn this information -- from a "stupid" textual
> list?
No, from a youtube vid. There were these nice mouse button graphics
accompaning the screencast like later in the thread.
On 2012-04-25, at 12:09 PM, Strake wrote:
> This. A limit on cryptography, physical simulation, ...
> which are computation-bound, so bignum arithmetic would be slow.
>
> Also logical memory addresses, timestamps, ...
Don't vlongs cover this? Perhaps the physical simulation example would like
plus I think the man page describes it quite well. IIRC.
--
using ipad keyboard. excuse any typos.
On Apr 25, 2012, at 9:19 PM, hiro <23h...@googlemail.com> wrote:
>> How did you learn this information -- from a "stupid" textual
>> list?
>
> No, from a youtube vid. There were these nice mouse
On Wed Apr 25 15:17:15 EDT 2012, strake...@gmail.com wrote:
> On 25/04/2012, erik quanstrom wrote:
> > i think you mean the maximum value of an integer
> > rather than a count. assuming this, vlongs are
> > still 64 bits with 8c and the 32-bit architecture.
> >
> > what's wrong with them?
>
> Tw
> http://alltom.com/files/misc/chords.png
a suggestion?
http://i.imgur.com/hjFJa.png
> Also logical memory addresses, timestamps, ...
the tsc (timestamp counter) is 64 bits regardless of processor mode.
- erik
On Wed, Apr 25, 2012 at 9:34 PM, andrey mirtchovski
wrote:
>> http://alltom.com/files/misc/chords.png
>
> a suggestion?
>
> http://i.imgur.com/hjFJa.png
>
I really like this graphics and with the text they are even
better.
G.
This is the way, Tom Lieber's graphic is really great, I agree.
http://www.youtube.com/watch?v=dopu3ZtdCsg
The Hello world is confusing though :D
i just modified _schedexecwait to not eat wait messages.
i think that if you're asynchronously procexecing() and
waiting for wait messages, some could have been lost.
have i missed something? this seems too basic.
- erik
---
void
_schedexecwait(void)
{
int pid;
Channel *c;
On 25/04/2012, John Floren wrote:
> If you're doing cryptography and physical simulation, computation
> bound stuff, why not set up a 64-bit CPU server? I've got one at work,
> all you should need to do is get the 64-bit binaries on your
> fileserver.
Then I have a CPU server with very nice on-bo
> I really like this graphics and with the text they are even
> better.
i think it needs two lines of text per graph -- one for what's on
screen, one for the snarf buffer.
On 25/04/2012, Lyndon Nerenberg wrote:
> Anyway, I was just curious to see what specific real case you had for
> needing 64 bits.
The main one is this: I have a 64-bit machine, and I'll be damned if
my programs won't use every last one of them (^_~)
On Wed, Apr 25, 2012 at 3:46 PM, erik quanstrom wrote:
> i think that if you're asynchronously procexecing() and
> waiting for wait messages, some could have been lost.
why would they be delivered to the proc running procexec?
russ
On Wed, Apr 25, 2012 at 12:57 PM, Strake wrote:
> On 25/04/2012, John Floren wrote:
>> If you're doing cryptography and physical simulation, computation
>> bound stuff, why not set up a 64-bit CPU server? I've got one at work,
>> all you should need to do is get the 64-bit binaries on your
>> fil
>
> The main one is this: I have a 64-bit machine, and I'll be damned if
> my programs won't use every last one of them (^_~)
>
We are going to be grateful to you saving yourself by writing
drivers...
G.
On Wed Apr 25 16:04:06 EDT 2012, r...@swtch.com wrote:
> On Wed, Apr 25, 2012 at 3:46 PM, erik quanstrom wrote:
> > i think that if you're asynchronously procexecing() and
> > waiting for wait messages, some could have been lost.
>
> why would they be delivered to the proc running procexec?
good
On 2012-04-25, at 1:01 PM, Strake wrote:
> The main one is this: I have a 64-bit machine, and I'll be damned if
> my programs won't use every last one of them (^_~)
Hookers?
On 25/04/2012, erik quanstrom wrote:
> it's not like the registers are real on a modern x86 machine in any mode
> after renaming, etc. and this is also offset somewhat by the fact that
> pointers are now twice as big.
It can rename them but I can't name them, so I can't keep any more
variables i
On Wed, Apr 25, 2012 at 4:06 PM, erik quanstrom wrote:
> good point. procrfork() does nowait. but then how do i get
> a wait message. i'm really hoping the answer is not "you don't".
I don't believe you have looked at the context here.
This is only used by procexec, which is trying to simulat
On 2012-04-25, at 1:13 PM, Strake wrote:
> What the hell? This is a waste and a fault
Yup :-P
I guess it depends on what you expect to break.
I like using the E script because (once you learn not
to click Put, which doesn't take too long) after I click
Put the window is still there with my work in it in case
the tool I just sent it to chooses to blow up and
discard my efforts.
Russ
Indeed.
On Fri, Apr 20, 2012 at 9:39 PM, Mark van Atten
wrote:
> Mathieu Lonjaret a écrit :
>
>
>>> http://sqweek.net/plan9/acmeedit
>>
>>
>> Nice, it almost works out of the box.
>> I got a 9p error message when using it:
>> 9p: write error: ill-formed control message
>
>
> In /lib/acme.rc, the
On 2012-04-25, at 1:21 PM, Russ Cox wrote:
> I like using the E script because (once you learn not
> to click Put, which doesn't take too long) after I click
> Put the window is still there with my work in it in case
> the tool I just sent it to chooses to blow up and
> discard my efforts.
If 's
On 25/04/2012, John Floren wrote:
> There are 3 options:
>
> 1. Suck it up and use the 64-bit system that is available
> 2. Write drivers for your hardware (this is the comedy option)
> 3. Complain on 9fans for a while before eventually giving up (this is
> the popular option)
4. Keep to Linux and
On Wed, Apr 25, 2012 at 4:30 PM, Lyndon Nerenberg wrote:
> If 'sam file' did the obvious thing this would be much less of a problem.
What is not obvious about what 'sam file' does?
On Wed Apr 25 16:15:27 EDT 2012, r...@swtch.com wrote:
> This is not Linux. Each individual proc (thread) has its own
> set of children, so the only wait message that should arrive
and yet the threadwaitchan() is shared among all threads in all
procs, no?
- erik
On Wed, Apr 25, 2012 at 1:30 PM, Strake wrote:
> On 25/04/2012, John Floren wrote:
>> There are 3 options:
>>
>> 1. Suck it up and use the 64-bit system that is available
>> 2. Write drivers for your hardware (this is the comedy option)
>> 3. Complain on 9fans for a while before eventually giving
On 2012-04-25, at 1:36 PM, Russ Cox wrote:
> What is not obvious about what 'sam file' does?
Plugging 'sam file' into a script does not launch the editor with the specified
file in a window for the user to edit, and then save out.
People are clamouring for a (visual) 'ed foo' replacement. Acm
On Wed, Apr 25, 2012 at 1:46 PM, Lyndon Nerenberg wrote:
>
> On 2012-04-25, at 1:36 PM, Russ Cox wrote:
>
>> What is not obvious about what 'sam file' does?
>
> Plugging 'sam file' into a script does not launch the editor with the
> specified file in a window for the user to edit, and then save o
On Wed, Apr 25, 2012 at 4:46 PM, Lyndon Nerenberg wrote:
> Plugging 'sam file' into a script does not launch the editor with the
> specified file in a window for the user to edit, and then save
out.
Sure it does. And so does 'acme file', if you are on Plan 9 or
if you are on plan9port and don't
On 2012-04-25, at 1:51 PM, John Floren wrote:
> What behavior are you seeing?
A lack of expectation. I.e. I expect 'sam foo' to, well, edit 'foo'. 'acme
foo' does that, as does 'ed foo.' From a UI perspective, the 'sam foo'
behaviour is as non-intuitive as it gets.
If 'sam foo' (i.e. with
On 2012-04-25, at 1:56 PM, Russ Cox wrote:
> The point of the E script is to let you edit in the editor you're
> already using instead of opening a new one.
But none of those commands will block until the file is saved, and that's the
issue.
On Wed, Apr 25, 2012 at 4:57 PM, Lyndon Nerenberg wrote:
> A lack of expectation. I.e. I expect 'sam foo' to, well, edit 'foo'. 'acme
> foo' does that, as does 'ed foo.' From a UI perspective, the 'sam foo'
> behaviour is as non-intuitive as it gets.
>
> If 'sam foo' (i.e. with a single filen
On Wed, Apr 25, 2012 at 4:37 PM, erik quanstrom wrote:
> On Wed Apr 25 16:15:27 EDT 2012, r...@swtch.com wrote:
>> This is not Linux. Each individual proc (thread) has its own
>> set of children, so the only wait message that should arrive
>
> and yet the threadwaitchan() is shared among all thre
On 2012-04-25, at 1:58 PM, Russ Cox wrote:
> Otherwise, I don't know what you're talking about.
Yes you do.
On Wed, Apr 25, 2012 at 4:59 PM, Lyndon Nerenberg wrote:
> But none of those commands will block until the file is saved, and that's the
> issue.
Are you sure you are running 'sam foo' and not 'sam foo &'?
Sam 'blocks' until you quit out of it, just like acme or vi or ed.
Russ
On 2012-04-25, at 2:02 PM, Russ Cox wrote:
> Are you sure you are running 'sam foo' and not 'sam foo &'?
> Sam 'blocks' until you quit out of it, just like acme or vi or ed.
It doesn't load the file for the user to edit. Given a single file on the
command line, the obvious behaviour should be
On 2012-04-25, at 2:02 PM, Russ Cox wrote:
> Are you sure you are running 'sam foo' and not 'sam foo &'?
> Sam 'blocks' until you quit out of it, just like acme or vi or ed.
And you're right -- blocking behaviour isn't the problem with sam.
> It doesn't load the file for the user to edit.
You must be running a different sam than I am.
I would make a video and post it on YouTube
but I am too lazy.
Russ
On Wed Apr 25 17:01:18 EDT 2012, r...@swtch.com wrote:
> On Wed, Apr 25, 2012 at 4:37 PM, erik quanstrom wrote:
> > On Wed Apr 25 16:15:27 EDT 2012, r...@swtch.com wrote:
> >> This is not Linux. Each individual proc (thread) has its own
> >> set of children, so the only wait message that should a
So, are you saying E just works out of the box for you as the $EDITOR
for git/hg?
Or did you have to tweak a few things like what Aram and Dexen describe?
I wouldn't mind using E as it is, with Put being the trigger to the
tool (git in that case), but it does not seem to be working here.
On Wed,
> So, are you saying E just works out of the box for you as the $EDITOR
> for git/hg?
> Or did you have to tweak a few things like what Aram and Dexen describe?
I guess all you need to run up awd in your cd alias. I think I stole
my cd function from Russ.
--
Aram Hăvărneanu
> I guess all you need to run up awd in your cd alias. I think I stole
> my cd function from Russ.
Actually, the way one does this is documented in label(1). Beware that
this requires X, hence the $DISPLAY check in my profile.
--
Aram Hăvărneanu
On Wed, Apr 25, 2012 at 3:34 PM, andrey mirtchovski
wrote:
>> http://alltom.com/files/misc/chords.png
>
> a suggestion?
>
> http://i.imgur.com/hjFJa.png
I like that. It'd probably work better if 'cut' and 'paste' didn't
have the same 'select' as their root, so the example for paste could
start e
A bit off topic, but if some OS X users need a
mouse only for Acme, here is a patch to use Acme
without a mouse:
http://codereview.appspot.com/6115053
Once applied, Devdraw's manual (accessible from
the Help menu) will show the following:
On Mac OS X 10.6 or later, the follow
Indeed, it seems like awd was all that was needed.
Thanks!
On Wed, Apr 25, 2012 at 11:49 PM, Aram Hăvărneanu wrote:
>> I guess all you need to run up awd in your cd alias. I think I stole
>> my cd function from Russ.
>
> Actually, the way one does this is documented in label(1). Beware that
> thi
On Wed, Apr 25, 2012 at 8:50 PM, Tom Lieber wrote:
> On Wed, Apr 25, 2012 at 11:13 AM, Brian Vito wrote:
>> How would you put together the chart without any empty fees?
>
> This is how I've always visualized it:
>
> http://alltom.com/files/misc/chords.png
Thanks, this is a quite nice visualizat
On Wed, Apr 25, 2012 at 9:34 PM, andrey mirtchovski
wrote:
>> http://alltom.com/files/misc/chords.png
>
> a suggestion?
>
> http://i.imgur.com/hjFJa.png
Ah, that is even better, I added a different green to the held button,
and updated the version at: http://acme.cat-v.org/mouse
But now I'm thi
> But now I'm thinking, the text under Select and Paste should not be
> the same, unless you are pasting nothing or exactly the text you are
> pasting over.
it needs two entries at each vertex: one for the buffer, one for
what's on screen. then the paste becomes:
select:
scr: hwhw_hw_hwhw
buf:
On Wed, Apr 25, 2012 at 7:23 PM, Uriel wrote:
> On Wed, Apr 25, 2012 at 8:50 PM, Tom Lieber wrote:
>> On Wed, Apr 25, 2012 at 11:13 AM, Brian Vito wrote:
>>> How would you put together the chart without any empty fees?
>>
>> This is how I've always visualized it:
>>
>> http://alltom.com/files/m
On 25/04/2012, John Floren wrote:
> On Wed, Apr 25, 2012 at 1:30 PM, Strake wrote:
>> On 25/04/2012, John Floren wrote:
>>> There are 3 options:
>>>
>>> 1. Suck it up and use the 64-bit system that is available
>>> 2. Write drivers for your hardware (this is the comedy option)
>>> 3. Complain on
> Not yet. It seems to be in the works:
> http://plan9.bell-labs.com/wiki/plan9/todo/index.html
i think that work "stalled" in 2004 :)
And the link moved to somewhere like http://bellard.org/TinyGL/ ?
"L'eurreur de 404" at the plan9.bell link.
On Wed, Apr 25, 2012 at 7:21 PM, andrey mirtchovski
wrote:
> > Not yet. It seems to be in the works:
> > http://plan9.bell-labs.com/wiki/plan9/todo/index.html
>
> i think that work "stalle
On Wed, Apr 25, 2012 at 6:11 PM, Strake wrote:
> On 25/04/2012, John Floren wrote:
>> Through the magic of compression, and other things like realizing that
>> you don't have to redraw the *entire* screen 60 times a second when
>> displaying a mostly-static desktop.
>> You just send the chunks th
On Wed, Apr 25, 2012 at 5:35 PM, Mathieu Lonjaret
wrote:
> So, are you saying E just works out of the box for you as the $EDITOR
> for git/hg?
Yes. Note that E waits for the file to change by running
ls -l on the file in a loop. If for some reason doing the Put
does not change the ls -l output
On Wed, Apr 25, 2012 at 4:13 PM, Strake wrote:
> What the hell? This is a waste and a fault. long at least ought to be
> at least a machine word.
Use vlong. Why does it matter what it's called?
> The main one is this: I have a 64-bit machine, and I'll be damned if
> my programs won't use every
On 25/04/2012, John Floren wrote:
> I thought you wanted this to do your uber computations, not watch movies?
No, I want this to do both! Likely not simultaneously.
> And if you have full-screen 3D games for Plan 9, share!
When I do, I shall.
> You still haven't told us your usage case. Wild s
True story. If I wasn't on a phone i'd elaborate more.
On Apr 25, 2012 11:39 PM, "Russ Cox" wrote:
> On Wed, Apr 25, 2012 at 4:13 PM, Strake wrote:
> > What the hell? This is a waste and a fault. long at least ought to be
> > at least a machine word.
>
> Use vlong. Why does it matter what it's
...but whining feels so righteous :(
On 25/04/2012, Russ Cox wrote:
> On Wed, Apr 25, 2012 at 4:13 PM, Strake wrote:
>> What the hell? This is a waste and a fault. long at least ought to be
>> at least a machine word.
>
> Use vlong. Why does it matter what it's called?
Not all programs that I use, I write.
>> The main one is this
95 matches
Mail list logo
