I am just trying to understand the
limitations of the bindings as there seems to be no documentation.
The binding treats OpenGL versions in the same way as any other extension.
Only new version function are loaded on demand. This makes the binding
very *flexible*.
Because some obsolete functions
In our previous episode, dmitry boyarintsev said:
I am just trying to understand the
limitations of the bindings as there seems to be no documentation.
The binding treats OpenGL versions in the same way as any other extension.
Only new version function are loaded on demand. This makes the
En/na Jonas Maebe ha escrit:
[sorry to revive an old thread, but I'm having a similar problem and I
prefer to follow-up than to start a new thread. Since it's old, I'm
quoting it without trimming]
On 14 Jan 2009, at 13:02, Burkhard Carstens wrote:
Am Mittwoch, 14. Januar 2009 04:50
On 11 May 2009, at 12:00, Luca Olivetti wrote:
Is there any undesirable side effect due to the use of cmem?
It's usually slower if you perform many allocations and deallocations
of small blocks. Other than that, no.
Jonas
___
fpc-pascal
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev skalogryz.li...@gmail.com wrote:
The binding treats OpenGL versions in the same way as any other extension.
Which isn't a good thing IMHO. The artificial limitation that you have to load
higher version functions like extensions is just
On Mon, 11 May 2009 03:09:40 +0200
Michalis Kamburelis michalis.ka...@gmail.com wrote:
Change this e.g. to follow each
Result := Load_GL_version_1_5;
by
if not Result then Exit;
Result := FALSE;
Instead I moved the Load_GL_version_x_x calls to the end of the functions.
Replacing
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev skalogryz.li...@gmail.com wrote:
Only new version function are loaded on demand. This makes the binding
very *flexible*.
Because some obsolete functions might be removed in future OpenGL versions.
OpenGL 3.x also deprecates many OpenGL 1.1
Hi,
When I run FP IDE on Debian I get an error message. Also I cannot use F8 to
debug my program. How can I fix this?
thanks
_
Invite your mail contacts to join your friends list with Windows Live Spaces.
It's easy!
Luca Olivetti wrote:
Seeing this thread, I used GetFPCHeapStatus and, effectively,
CurrHeapSize is growing but CurrHeapUsed isn't, so apparently
TJpegImage.LoadFromStream (that's what I'm using) causes heap
fragmentation.
Can you reproduce this in a small test program? Perhaps there is a
En/na Micha Nelissen ha escrit:
Luca Olivetti wrote:
Seeing this thread, I used GetFPCHeapStatus and, effectively,
CurrHeapSize is growing but CurrHeapUsed isn't, so apparently
TJpegImage.LoadFromStream (that's what I'm using) causes heap
fragmentation.
Can you reproduce this in a small
What was the error message?
What was the version of FPC and Debian?
cheers,
Paul
- Original Message -
From: Andres Linares
To: Free Pascal Mail List
Sent: Tuesday, May 12, 2009 4:48 AM
Subject: [fpc-pascal] Problems with Debian and FP IDE
Hi,When I run FP IDE on Debian I get
The results of your email command are provided below. Attached is your
original message.
- Results:
Invalid confirmation string. Note that confirmation strings expire
approximately 3 days after the initial subscription request. If your
confirmation has expired, please try to re-submit
Jonas Maebe-2 wrote:
It writes to whatever the text file variable called stdout in rtl/
inc/systemh.inc is assigned to. Standard I/O is indeed buffered, see
the routines in rtl/inc/text.inc. The actual writing from the buffer
to the associated file/device is done by FileWriteFunc(),
13 matches
Mail list logo
