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 FileWriteFun
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 your
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 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 test
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
sim
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!
http://spaces.li
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev 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 functions (for example
On Mon, 11 May 2009 03:09:40 +0200
Michalis Kamburelis 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 Result:=TRUE;
> ... to m
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev 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 because M$ did and does not
w
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 maillis
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 schrie
11 matches
Mail list logo