no suprise here, cb sometimes eats unicode.
i'm currently too lazy to track the problem down.
- erik
On Mon Oct 3 19:08:49 EDT 2011, slash.9f...@gmail.com wrote:
> > the way to interpret this information is you may use 512
> > byte sectors if you really want to suffer terrible performance
> > (usually 1/3 the normal performance for reasonablly random
> > workloads.)
>
> That doesn't sound tempti
> the way to interpret this information is you may use 512
> byte sectors if you really want to suffer terrible performance
> (usually 1/3 the normal performance for reasonablly random
> workloads.)
That doesn't sound tempting at all. I am still within Amazon's return
window. Can anyone recommend
On Mon Oct 3 19:08:49 EDT 2011, slash.9f...@gmail.com wrote:
> > the way to interpret this information is you may use 512
> > byte sectors if you really want to suffer terrible performance
> > (usually 1/3 the normal performance for reasonablly random
> > workloads.)
>
> That doesn't sound tempti
On Mon, Oct 03, 2011 at 09:03:50AM -0400, Russ Cox wrote:
> On Sun, Oct 2, 2011 at 12:38 PM, wrote:
> > Is there some documentation about the precision of the circular (i.e
> > trigonometric) fonctions, depending on the (plan9) implementation and
> > the hardware?
>
> They are not terribly accur
On Mon, Oct 03, 2011 at 07:39:16AM -0700, Bakul Shah wrote:
>
> Integer & rational arithmetic is guaranteed in Scheme and some other
> languages. In an R5RS compliant Scheme implementation you have for example (/
> 5 7) => 5/7. (If only people get over their irrational fear of prefix syntax
> t
On Mon, 03 Oct 2011 08:29:40 PDT Bakul Shah wrote:
> In my test library a 'shift' was
> (+ (quotient 512-bit-reg 2^32) new-32-bit-value)).
Oops. I meant:
(+ (* (quotient 512-bit-reg 2^32) 2^32)) new-32-bit-value)
In one clock the top 32 bits shift out and new 32 bits shift
in. It has been a
On Mon, Oct 3, 2011 at 11:34 AM, Bakul Shah wrote:
> I don't get it. Surely go has a FFI? Or Are you planning to reimplement many
> libraries in go?
Using FFI for square root is overkill.
Russ
On Oct 3, 2011, at 7:57 AM, Russ Cox wrote:
> On Mon, Oct 3, 2011 at 10:44 AM, Bakul Shah wrote:
>> Why not just use sun/FreeBSD functions in C?
>
> Because we are writing in Go.
I don't get it. Surely go has a FFI? Or Are you planning to reimplement many
libraries in go?
On Oct 3, 2011, at 7:46 AM, erik quanstrom wrote:
>> On Oct 3, 2011, at 4:41 AM, tlaro...@polynum.com wrote: >>
>>> But to come back to programming, when calculus is the crux, the more
>>> common/known even new! programming languages are not great tools,
>>> and "portability" i.e. proved accura
On Mon, Oct 3, 2011 at 10:44 AM, Bakul Shah wrote:
> Why not just use sun/FreeBSD functions in C?
Because we are writing in Go.
Russ
> On Oct 3, 2011, at 4:41 AM, tlaro...@polynum.com wrote: >>
> > But to come back to programming, when calculus is the crux, the more
> > common/known even new! programming languages are not great tools,
> > and "portability" i.e. proved accuracy of the implementation for a
> > wide range of hard
On Oct 3, 2011, at 6:03 AM, Russ Cox wrote:
> For Go, we started with implementations of the Plan 9 library
> algorithms but have been slowly replacing them with implementations
> of the Sun/FreeBSD algorithms for the improved accuracy.
Why not just use sun/FreeBSD functions in C? Unless of cour
On Oct 3, 2011, at 4:41 AM, tlaro...@polynum.com wrote:
>>
> But to come back to programming, when calculus is the crux, the more
> common/known even new! programming languages are not great tools, and
> "portability" i.e. proved accuracy of the implementation for a wide
> range of hardware/softwa
On Sun, Oct 2, 2011 at 12:38 PM, wrote:
> Is there some documentation about the precision of the circular (i.e
> trigonometric) fonctions, depending on the (plan9) implementation and
> the hardware?
They are not terribly accurate.
If you need accurate versions, the best I know are the ones
that
On Sun, Oct 02, 2011 at 12:06:18PM -0700, Bakul Shah wrote:
>
> > I sometimes wonder if the more common 64bits will not someday see
> > CAD or related software go back to scaled integer arithmetic =E0 la
> > Intergraph dgn, where 64bits is enough for the range of coordinates
> > and precision used
On Sun, Oct 2, 2011 at 8:52 PM, erik quanstrom wrote:
> should the ctl file contain text? i get something that looks like it should
> be a directory, but it's not. the manual page doesn't say what should be
> in the jtag file.
>
Jtagxx is a directory.
jtag is a connection to the jtag.
ctl is ig
17 matches
Mail list logo