On Wed, 25 Apr 2012 23:38:01 -0400
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?
>
> > The main one is this: I have a 6
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
...but whining feels so righteous :(
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
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
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 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
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
> 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 :)
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
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 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 2012-04-25, at 1:13 PM, Strake wrote:
> What the hell? This is a waste and a fault
Yup :-P
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 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?
>
> 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, 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
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 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
> Also logical memory addresses, timestamps, ...
the tsc (timestamp counter) is 64 bits regardless of processor mode.
- erik
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
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
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
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 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 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 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, at 11:04 AM, Strake wrote:
> Four billion is not enough.
Not enough what? This cat's curiosity is raised.
> 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 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://
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
Greetings.
On Wed, 25 Apr 2012 16:31:42 +0200 Nemo wrote:
> iphone kbd. excuse typos :)
Nix is running on iPhones?
Sincerely,
Christoph Lohmann
> 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
> 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
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,
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
36 matches
Mail list logo
