Hi,
At cutils line 926, FreeMem is called for p with size strlen(p)+1. Could
it be that actually a much bigger block was allocated, and not size
strlen(p)+1 ?
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/ma
Maybe this is off topic, but some interesting information about floating
point operations could be found at
http://vod.niif.hu/index.php?lg=en&mn=archive&eid=47&sm=listevent&secid=85.
I recommend you to check "Can we trust floating-point numbers?" by Paul
Zimmermann.
ISO/IEC 10967-3 "Informatio
> Why do you think that scientific notation is used by default?
>> I personally prefer "-0.000" in this case.
It's just a personal preference.
A weak argument:
If you write a program "grandma" should use, you can always add an extra check
if she complains (and it will be only one of the many "ex
Jonas Maebe wrote:
examples when you answered with "Like?". I therefore gave a link to a
wikipedia article which shows that the sign matters e.g. when dividing
by zero (positive or negative infinity), and the article also gives some
Well I meant a "real practical" difference, not something at
Op Thu, 12 Oct 2006, schreef ???:
> "Format" primarily produces strings for users, not for programmers.
Why do you think that scientific notation is used by default?
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://
On 12 okt 2006, at 16:31, Micha Nelissen wrote:
Michael Van Canneyt wrote:
Like ?
http://en.wikipedia.org/wiki/Negative_zero
Jonas being succinct as ever :)
And not answering the question ... sigh. As shown there, you never
notice the difference in result.
I don't understand what you m
> http://en.wikipedia.org/wiki/Negative_zero
> Jonas
Nice link: "In science, −0 may be used to denote a quantity which is less
than zero, but which is too small in magnitude to be rounded down to −1."
"Format" primarily produces strings for users, not for programmers.
___
Op Thu, 12 Oct 2006, schreef ???:
> > representable in an exact way on any IEEE standard-compliant fpu. The
>
> Of course. But the result of "format" is user-oriented. User is not supposed
> to know about negative zero, denormal numbers, negative infinity and the
> whole IEEE 7
Michael Van Canneyt wrote:
Like ?
http://en.wikipedia.org/wiki/Negative_zero
Jonas being succinct as ever :)
And not answering the question ... sigh. As shown there, you never
notice the difference in result.
Micha
___
fpc-devel maillist - fpc
On Thu, 12 Oct 2006, Jonas Maebe wrote:
>
> On 12 okt 2006, at 15:46, Micha Nelissen wrote:
>
> >Jonas Maebe wrote:
> > >can still be one (meaning that it's a negative zero). And for some fpu
> > >calculations this even matters.
> >
> >Like ?
>
> http://en.wikipedia.org/wiki/Negative_zero
he
On 12 okt 2006, at 15:46, Micha Nelissen wrote:
Jonas Maebe wrote:
can still be one (meaning that it's a negative zero). And for some
fpu calculations this even matters.
Like ?
http://en.wikipedia.org/wiki/Negative_zero
Jonas
___
fpc-devel mai
> representable in an exact way on any IEEE standard-compliant fpu. The
Of course. But the result of "format" is user-oriented. User is not supposed to
know about negative zero, denormal numbers, negative infinity and the whole
IEEE 754.
If the user is supposed to understand that "-0.000" mea
On Thursday 12 October 2006 13:46, Micha Nelissen wrote:
> Jonas Maebe wrote:
> > can still be one (meaning that it's a negative zero). And for some
> > fpu calculations this even matters.
>
> Like ?
Divide by signed zero. That decides if the result is positive or
negative infinity. :D
Vinzent.
when the statement
if (-0 = 0)
is true then RoundTo schould not return an numer like -0 ?!
i think the point of view of an fpu is in the round functions not nessesary
0 is 0 and not -0
- Original Message -
From: "Jonas Maebe" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: T
Jonas Maebe wrote:
can still be one (meaning that it's a negative zero). And for some fpu
calculations this even matters.
Like ?
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 12 okt 2006, at 15:41, Пётр Косаревский wrote:
In the othe case, if the user is supposed to understand, that he
looks at some representation of binary representation of a real
number, "-0.000" obviously means "little negative number".
No, it means the value 0, but with a negative sign.
> >> Not only that, but -0.000 is different from 0.000 (at least for the fpu)
> >> Jonas
> > In a mathematical way of view I think that -0.000 has no meaning.
> Well, despite the fact that -0.000 is probably indeed wrong in this case, a
> mathematical view is often wrong when using an fpu :)
> > If
Andrea Mauri wrote:
> Jonas Maebe wrote:
>>
>> Not only that, but -0.000 is different from 0.000 (at least for the fpu)
>>
>>
>> Jonas
> In a mathematical way of view I think that -0.000 has no meaning.
Well, despite the fact that -0.000 is probably indeed wrong in this case, a
mathematical view i
Jonas Maebe wrote:
Not only that, but -0.000 is different from 0.000 (at least for the fpu)
Jonas
In a mathematical way of view I think that -0.000 has no meaning.
If I round something and the resulting value is zero, well zero is zero.
Not +0 or -0.
a.
_
A week or two ago, I also found a problem with the Banker's Rounding
in Free Pascal. As far as I could see, with my tests I did, compared
to Delphi an know results with set values, there is a bug in FPC
implementation.
I might have forgotten to report it in Mantis though. I will double check.
R
Using round function I implemented the RoundTo function as in Delphi:
type
TRoundToRange = -37..37;
function RoundTo(const AValue: Double; const ADigit: TRoundToRange): Double;
var
LFactor: Double;
begin
LFactor := IntPower(10, ADigit);
Result := Round(AValue / LFactor) * LFactor;
end;
In D
Michael Van Canneyt wrote:
Because your number is negative... The original number is taken to decide
whether it should put the - sign or not. What does delphi do ?
Michael.
___
Delphi gives 0.000 as result.
a.
__
On 12 okt 2006, at 14:22, Michael Van Canneyt wrote:
I noticed a strange behavior of the format function. I'm not sure
it can be
considered as a bug.
If I use
format('%.3f', [-0.0001])
the resulting string is
-0.000
and not
0.000
Why?
Because your number is negative... The original number i
On Thu, 12 Oct 2006, Andrea Mauri wrote:
> Dear all,
> this is my first mail to this mailing list, I'm not sure this is the correct
> one to post this topic.
> I noticed a strange behavior of the format function. I'm not sure it can be
> considered as a bug.
> If I use
> format('%.3f', [-0.0001]
On Thursday 12 October 2006 12:16, Andrea Mauri wrote:
> Dear all,
> this is my first mail to this mailing list, I'm not sure this is the
> correct one to post this topic.
> I noticed a strange behavior of the format function. I'm not sure it
> can be considered as a bug.
> If I use
> format('%.3f'
Dear all,
this is my first mail to this mailing list, I'm not sure this is the
correct one to post this topic.
I noticed a strange behavior of the format function. I'm not sure it can
be considered as a bug.
If I use
format('%.3f', [-0.0001])
the resulting string is
-0.000
and not
0.000
Why?
A
Florian Klaempfl wrote:
Daniël Mantione schrieb:
To get a large speedup, I think you should instead of making pairs of
doubles, do the pixels in parallel. I.e. in this benchmark, a row is
3000 pixels wide, so, make an array of 3000 doubles, and do the
operation with arrays. With proper compi
27 matches
Mail list logo
