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
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;
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
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}
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
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".
>
>
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
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
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: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
__
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
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
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
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
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,
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
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,
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
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
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
21 matches
Mail list logo
