What's the benefit of using objects ?
One drawback of objects already discovered:
Objects cannot have the same field identifiers.
A problem that does not exist with records, and empty records.
// object example, pointers and typecasts still necessary.
program Project1;
{$APPTYPE CONSOLE}
us
Well ok,
I see one benefit of using objects so far.
No extension field needed per record/object, makes the code less complex ;)
Bye,
Skybuck.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fp
Hi,
why does this program:
program novariant;
uses
sysutils;
var
a, b: double;
begin
b := 0.4237;
a := b**5;
writeln(floattostr(a));
end.
when running give that error message:
$ ./novariant
Program needs probably the variants unit.
Include the variants
On 17 Feb 2008, at 17:19, Marc Santhoff wrote:
why does this program:
program novariant;
uses
sysutils;
var
a, b: double;
begin
b := 0.4237;
a := b**5;
writeln(floattostr(a));
end.
when running give that error message:
The ** operator for doubles is
Hi,
fpGUI version 0.6 has been released.
Five months after the previous release, v0.6 is finally here. As
always, lot has been improved
and added. For example: a newly supported platform (FreeBSD) and
64-bit support just to mention two.
Source and documentation are available for download at Sour
Am Sonntag, den 17.02.2008, 17:23 +0100 schrieb Jonas Maebe:
> On 17 Feb 2008, at 17:19, Marc Santhoff wrote:
>
> > why does this program:
> >
> >
> > program novariant;
> > uses
> > sysutils;
> > var
> > a, b: double;
> > begin
> > b := 0.4237;
> > a := b**5;
> > writeln(float
Hi,
what makes a calculation like this:
result := 4*Q / (pi*ny*d);
throw an error:
An unhandled exception occurred at $080897AB :
Exception : Unknown Run-Time error : 208
and what is the cause and nature of error 208?
(I feel a little stupid, I've searched the .pdf-docs and the freepa
Jonas Maebe schrieb:
>
> On 17 Feb 2008, at 18:48, Marc Santhoff wrote:
>
>> and what is the cause and nature of error 208?
>
> An unknown/unsupported fpu exception (in the FreeBSD rtl at least, on
> other platforms this is mapped to rte 207).
>
At least it should be mapped to 207 on FreeBSD a
On 17 Feb 2008, at 18:48, Marc Santhoff wrote:
and what is the cause and nature of error 208?
An unknown/unsupported fpu exception (in the FreeBSD rtl at least, on
other platforms this is mapped to rte 207).
Jonas
___
fpc-pascal maillist - fp
Am Sonntag, den 17.02.2008, 19:01 +0100 schrieb Jonas Maebe:
> On 17 Feb 2008, at 18:48, Marc Santhoff wrote:
>
> > and what is the cause and nature of error 208?
>
> An unknown/unsupported fpu exception (in the FreeBSD rtl at least, on
> other platforms this is mapped to rte 207).
That's why
On 17 Feb 2008, at 19:19, Marc Santhoff wrote:
That's why I knew I had seen this number, it's in the procedure
SignalToRunerror(), so I'm not so stupid after all. ;)
Is there any other way of examining the cause besides looking at the
values of the variables involved in the calculation?
You
On 17 Feb 2008, at 19:15, Florian Klaempfl wrote:
Jonas Maebe schrieb:
An unknown/unsupported fpu exception (in the FreeBSD rtl at least, on
other platforms this is mapped to rte 207).
At least it should be mapped to 207 on FreeBSD as well I suppose.
I think so too.
Jonas
__
Hello,
I'm trying to use the pthread_self function that supposed to be
existed at cthreads unit.
However the compiler tell me that it does not know "pthread_self".
I'm using Linux 64 bit (so I can't use libc), using fpc 2.2.0 .
Looking at the source of cthreads.pp, it does have an include for
pth
On 17 Feb 2008, at 19:42, ik wrote:
I'm trying to use the pthread_self function that supposed to be
existed at cthreads unit.
However the compiler tell me that it does not know "pthread_self".
It's only imported into that unit (in the implementation), it's not
exported. The cthreads unit on
Hi Graeme,
Great step, congrats.
Are there any new screnshot?
[]s
Cesar
Hi,
fpGUI version 0.6 has been released.
Five months after the previous release, v0.6 is finally here. As
always, lot has been improved
and added. For example: a newly supported platform (FreeBSD) and
64-bit support jus
Am Sonntag, den 17.02.2008, 19:38 +0100 schrieb Jonas Maebe:
> On 17 Feb 2008, at 19:19, Marc Santhoff wrote:
>
> > That's why I knew I had seen this number, it's in the procedure
> > SignalToRunerror(), so I'm not so stupid after all. ;)
> >
> > Is there any other way of examining the cause besid
On 17 Feb 2008, at 20:43, Marc Santhoff wrote:
The code for FreeBSD in question looks like this:
case sig of
SIGFPE :
begin
Case Info.si_code Of
FPE_INTDIV : Res:=200; {integer divide fault. Div0?}
FPE_FLTOVF : Res:=205; {Overflow trap}
Thanks, that works.
On Feb 17, 2008 8:50 PM, Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 17 Feb 2008, at 19:42, ik wrote:
>
> > I'm trying to use the pthread_self function that supposed to be
> > existed at cthreads unit.
> > However the compiler tell me that it does not know "pthread_self".
>
>
On 17/02/2008, Cesar Romero <[EMAIL PROTECTED]> wrote:
>
> Are there any new screenshot?
Visually things have stayed pretty much the same compared to the
previous release. The components simply work and behave better. :)
v0.6 contains a lot of bug fixes. Three new visual things are the
Gauges co
Am Sonntag, den 17.02.2008, 20:46 +0100 schrieb Jonas Maebe:
> On 17 Feb 2008, at 20:43, Marc Santhoff wrote:
>
> > The code for FreeBSD in question looks like this:
> >
> > case sig of
> >SIGFPE :
> > begin
> >Case Info.si_code Of
> >FPE_INTDIV : Res:=200;
Hello,
I need to save data stored in memory into .bmp or (which would be the better
variant) into .jpg file. Actually what I want to do is to save the OpenGL
screen (probably using glReadPixels() function) into image. I've downloaded
PasJPEG, but it doesn't seem to be working. When I try to compi
21 matches
Mail list logo
