[9fans] cb bug

2011-10-03 Thread erik quanstrom
no suprise here, cb sometimes eats unicode. i'm currently too lazy to track the problem down. - erik

Re: [9fans] copying fossil filesystem to a bigger disk

2011-10-03 Thread erik quanstrom
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

Re: [9fans] copying fossil filesystem to a bigger disk

2011-10-03 Thread slash
> 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

Re: [9fans] copying fossil filesystem to a bigger disk

2011-10-03 Thread erik quanstrom
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread tlaronde
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread tlaronde
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Bakul Shah
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Russ Cox
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Bakul Shah
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?

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Bakul Shah
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Russ Cox
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread erik quanstrom
> 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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Bakul Shah
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Bakul Shah
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread Russ Cox
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

Re: [9fans] circular fonctions: precision?

2011-10-03 Thread tlaronde
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

Re: [9fans] usb jtag

2011-10-03 Thread Gorka Guardiola
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