> When I specify the entire path to /bin/disk/fdisk, the "'./disk' file does
> not exist" part doesn't happen.
> /bin/disk/fdisk: diskread 68 at 0.446:
Yes, this shows that %r in print(2) can be misleading if errstr
hasn't been cleared from a previous error. The "file does not exist"
message is
On Sun, Oct 2, 2011 at 12:07 AM, steve jenkin wrote:
> erik quanstrom wrote on 2/10/11 1:37 PM:
>> it's all block storage.
>>
>
> Nope.
> In the same way that RAM is finely differentiated with many
> incompatibilities & 'gotchas'.
> It's not "all memory".
>
> Go away and actually *do* the thing y
On Sun, Oct 2, 2011 at 4:07 AM, steve jenkin wrote:
> erik quanstrom wrote on 2/10/11 1:37 PM:
>> it's all block storage.
>>
>
> Nope.
> In the same way that RAM is finely differentiated with many
> incompatibilities & 'gotchas'.
> It's not "all memory".
>
> Go away and actually *do* the thing yo
On Sat, 1 Oct 2011 14:29:29 -0400
Anthony Sorace wrote:
> On Oct 1, 2011, at 14:21 , Lyndon Nerenberg (VE6BBM/VE7TFX) wrote:
>
> > What you don't know is (most) Macs no longer have Firewire interfaces.
>
> This works again with the newest Macs with Thunderbolt.
LOL yeah, I forgot but I knew th
Hello,
Is there some documentation about the precision of the circular (i.e
trigonometric) fonctions, depending on the (plan9) implementation and
the hardware?
To my limited knowledge, an OS is integer based, so the floating
point support is mainly "user space" and is, despite IEEE754 and due to
On Sun, 02 Oct 2011 18:38:00 +0200 tlaro...@polynum.com wrote:
> Hello,
>
> Is there some documentation about the precision of the circular (i.e
> trigonometric) fonctions, depending on the (plan9) implementation and
> the hardware?
Do you mean precision (number of significant bits) or accuracy
> > To my limited knowledge, an OS is integer based, so the floating
> > point support is mainly "user space" and is, despite IEEE754 and due to
> > the interaction between hardware, software, and programmer, really
> > floating, but is there a range given for the association of OS/hardware
> > tel
On Sun, Oct 02, 2011 at 10:52:27AM -0700, Bakul Shah wrote:
> On Sun, 02 Oct 2011 18:38:00 +0200 tlaro...@polynum.com wrote:
> > Hello,
> >
> > Is there some documentation about the precision of the circular (i.e
> > trigonometric) fonctions, depending on the (plan9) implementation and
> > the ha
On Sun, 02 Oct 2011 14:06:48 EDT erik quanstrom
wrote:
> > > To my limited knowledge, an OS is integer based, so the floating
> > > point support is mainly "user space" and is, despite IEEE754 and due to
> > > the interaction between hardware, software, and programmer, really
> > > floating, but
On Sun, Oct 02, 2011 at 02:06:48PM -0400, erik quanstrom wrote:
>
> 754 defines the results to be accurate to within 1 bit. obviously
> that's as good as you can get. minix's math(3) points to a collection
> of detailed man pages on the subject.
Does 754 define the precision of circular functio
On Sun, Oct 02, 2011 at 08:44:59PM +0200, tlaro...@polynum.com wrote:
>
> Does 754 define the precision of circular functions? I have only, on a
^
> draft copy, the algebraic operations?
accuracy... My english wording is not accurate enough...
--
Thierry La
> IEEE754-1985 didn't specify circular, hyperbolic or other
> advanced functions. You can have 754 compliant hardware and
> not implement these functions. In any case the standard can
> not dictate the accuracy of functions not specified in it. An
> iterative algorithm may lose more than 1 bit of a
havent read any of these specs but im sitting here thinking that bits on a
processor that can subtract == more preicision ..
On Sun, Oct 2, 2011 at 12:44 PM, erik quanstrom wrote:
> > IEEE754-1985 didn't specify circular, hyperbolic or other
> > advanced functions. You can have 754 compliant har
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.
- erik
On Sun, Oct 02, 2011 at 02:44:35PM -0400, erik quanstrom wrote:
> > IEEE754-1985 didn't specify circular, hyperbolic or other
> > advanced functions. You can have 754 compliant hardware and
> > not implement these functions. In any case the standard can
> > not dictate the accuracy of functions not
On Sun, 02 Oct 2011 20:28:46 +0200 tlaro...@polynum.com wrote:
>
> Here, I mean by "OS" not the kernel, but the whole soft-system, i.e.
> here the implementation of libc and the direct use of sin(3) etc.
I meant only the kernel but with your definition, yes.
> It seems you've answered my badly
On Sun, 02 Oct 2011 14:44:35 EDT erik quanstrom wrote:
> > IEEE754-1985 didn't specify circular, hyperbolic or other
> > advanced functions. You can have 754 compliant hardware and
> > not implement these functions. In any case the standard can
> > not dictate the accuracy of functions not specif
> > that wasn't my reading of the spec. so you're saying that if
> > the iterative algorithm loops 53 times, it's free to return any
> > answer whatever and still be compliant?
>
> That was my reading (but it was a long time ago and I am not a
> numerical analyst lawyer. So caveat emptor. You get
> > When I specify the entire path to /bin/disk/fdisk, the "'./disk' file does
> > not exist" part doesn't happen.
> > /bin/disk/fdisk: diskread 68 at 0.446:
>
> Yes, this shows that %r in print(2) can be misleading if errstr
> hasn't been cleared from a previous error. The "file does not exist
Salman Aljammaz wrote on 3/10/11 12:30 AM:
> my mac's old hard drive, with os x and all my data, has been through 3
> macbook(pro)s without a single os x reinstall. recently i dd'd it
> into an ssd which replaced it with no issue.
>
> unless the interface is physically incompatible with your machi
Iruatã Souza wrote on 2/10/11 11:38 PM:
> you know so much, and yet you failed to read that this is not a mac list.
>
>
and yet this is a rather rude, unhelpful list.
1. the subject line is "Off Topic". That's a clue.
2. I didn't start the thread. I responded to it.
3. The lack of any real t
On Sun Oct 2 23:58:29 EDT 2011, stevej...@gmail.com wrote:
> Iruatã Souza wrote on 2/10/11 11:38 PM:
> > you know so much, and yet you failed to read that this is not a mac list.
> >
> >
> and yet this is a rather rude, unhelpful list.
>
> 1. the subject line is "Off Topic". That's a clue.
>
i finally got around to making the radar location configurable.
try "radar san fran". if you apply rob's patch to gif(1) you'll even
see the colors correctly.
unfortunately the us government doesn't provide
radar data for europe. sorry about that.
- erik
23 matches
Mail list logo
