I also tried "make cycle" as outlined in programmers guide, but
results are the same.
On Sun, Nov 21, 2010 at 10:03 AM, Brian Winfrey wrote:
> What version should fpc display (Revision: 16393).
>
> When I get latest and make /usr/bin/fpc is at version 2.4.2.
>
> fpc -vut dummy.pas
> ...
> Compile
I've installed WebDesign package and would like to try its examples to see
what I can do with it. I'm facing a problem where I can't see any preview in
a TWebPage, it says: "Failed to initialize Gecko/XULRunner. Make sure it is
installed. You can specify the filename of the XPCom library in
Enviro
In our previous episode, Vinzent H?fler said:
> wrote:
>
> > Single has 7 significant digits.
>
>
> Six significant digits. The seventh already is unreliable.
>
A mistake in the nth digit can show up much higher than the nth or n-1th
digit, depending on the magnitude of the condition number.
On Sun, Nov 21, 2010 at 9:22 PM, Michael Van Canneyt wrote:
>
>
> On Sun, 21 Nov 2010, Max Vlasov wrote:
>
> Hi,
>> I'm one of those developers who takes hints and warnings seriously and I
>> must say at least once a week it helps me find a bugs even before running
>> the
>> program. So when I g
On Sun, 21 Nov 2010 20:35:42 +0100, Michael Müller
wrote:
Single has 7 significant digits.
Six significant digits. The seventh already is unreliable.
Vinzent.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
Am 21.11.2010 um 18:54 schrieb Helmut Hartl:
> While stabilizing my bullet physics port i saw some differences in
> floating point behaviour between c++ and fpc32 and fpc 64 bit.
>
> In question is a simple dot product.
>
> The function :
> result := a*d+b*e+c*f;
>
> Gives "different" results(
While stabilizing my bullet physics port i saw some differences in
floating point behaviour between c++ and fpc32 and fpc 64 bit.
In question is a simple dot product.
The function :
result := a*d+b*e+c*f;
Gives "different" results( 6.3846106530 vs 6.3846111610 ) depending
on the usage of interm
On Sun, 21 Nov 2010, Max Vlasov wrote:
Hi,
I'm one of those developers who takes hints and warnings seriously and I must
say at least once a week it helps me find a bugs even before running the
program. So when I got a warning about some uninitialized variable passed by
reference (Delphi 5 i
On Sun, 21 Nov 2010 18:54:13 +0100, Helmut Hartl
wrote:
Running the above program gives
1) C++ / FPC 64 Bit
6.3846106530
6.3846106530
2) FPC32 Bit
6.3846106530
6.3846111610
Is this explainable or wrong behaviour ?
First suspect candidate: the intermediate results are calculated wit
On Sun, Nov 21, 2010 at 6:37 PM, Sven Barth wrote:
> On 21.11.2010 16:22, Max Vlasov wrote:
>
>> But is it possible to do the same (partially, gradually or in any other
>> way) for the "legacy" code that keeps the interface compatibility with
>> Delphi. For example TStrignList.Find(const S: string
On 21.11.2010 16:22, Max Vlasov wrote:
Hi,
I'm one of those developers who takes hints and warnings seriously and I
must say at least once a week it helps me find a bugs even before
running the program. So when I got a warning about some uninitialized
variable passed by reference (Delphi 5 is ok
Hi,
I'm one of those developers who takes hints and warnings seriously and I
must say at least once a week it helps me find a bugs even before running
the program. So when I got a warning about some uninitialized variable
passed by reference (Delphi 5 is ok with such variable being uninitialized),
12 matches
Mail list logo