Konstantin Münning wrote:
And in all cases, the program will still crash occasionally because it
runs out of memory in certain cases, because the check and the
allocation do not happen atomically. You can't put something into the
standard Run Time Library which works most of the time, except
On Mon, 23 May 2005 02:29:48 +0200
Konstantin Münning [EMAIL PROTECTED] wrote:
But when there is no memory left and you need
some you can't behave perfect. Please let it be the programmers choice
what to do and how to handle this.
It is. Exceptions, ReturnNil, ...
A compiler should be
On Sun, 22 May 2005, Vincent Snijders wrote:
Hi,
In order to create the rtl docs for sourceforge (
http://lazarus-ccr.sourceforge.net/docs/rtl/ ) I needed to pass the
--footer=xxx to fpdoc. Because I wanted to use make, for creating these docs,
I modified the Makefile (see attached diff).
Florian Klaempfl wrote:
Konstantin Münning wrote:
By the way, I've found the following code in compiler/cclasses.pas when
I searched for the whereabouts of maxavail/memavail and there were some
more like this in the sources:
{$ifdef HASGETHEAPSTATUS}
status:=GetFPCHeapStatus;
Hi Micha!
Thanks for the amusing comments :-). Let me add some of mine.
Micha Nelissen wrote:
On Mon, 23 May 2005 02:29:48 +0200
Konstantin Münning [EMAIL PROTECTED] wrote:
But when there is no memory left and you need
some you can't behave perfect. Please let it be the programmers choice
Jonas Maebe wrote:
On 23 mei 2005, at 02:29, Konstantin Münning wrote:
What would you suggest to return under an OS like Windows, Mac OS X or
Linux? The current free memory of the OS? Free memory + buffer cache
- minimal buffer cache size enforced by the OS? The previous +
available swap
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
At 11:46 22-5-2005, you wrote:
What's about Go32v2 or some other DOS port?
Will it supported in 2.0.x branch?
There is no maintainer for go32v2. Unless there is an user that
steps forward to be the maintainer for go32v2 there will be no
Environment changes sometimes you know! Thus, so does the RTL. There are
new means now.
New means are good. I'm happy with this. But the removal of some
basics which is not really enforced by the environment is what makes
me unhappy.
If it can't be implemented sanely, it is not a
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
steps forward to be the maintainer for go32v2 there will be no DOS
release anymore.
To amend this - we're certainly willing to support such a volunteer
to reasonable extent, but we just don't have sufficient bandwidth for
On 23 mei 2005, at 11:09, Konstantin Münning wrote:
The only way to know that is to perform getmem's with every
increasing values until one fails.
I was not implying that a getmem(maxavail) must work under any
circumstances on a multitasking OS. But as the OS knows at a given
point what
Vinzent Hoefler wrote:
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
At 11:46 22-5-2005, you wrote:
What's about Go32v2 or some other DOS port?
Will it supported in 2.0.x branch?
There is no maintainer for go32v2. Unless there is an user that
steps forward to be the maintainer for go32v2
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Vinzent Hoefler wrote:
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
At 11:46 22-5-2005, you wrote:
What's about Go32v2 or some other DOS port?
Will it supported in 2.0.x branch?
There is no maintainer for go32v2. Unless there is an user that
steps forward to be the maintainer for go32v2
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
That's a nice one :-)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 23 mei 2005, at 11:43, Peter Vreman wrote:
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
Then we could maybe also add an optimization that checks whether you
are comparing against the upper or the lower bound of the current type
and completely optimize away the
I hope to start the go32v2 win32 daily snapshots in next day or so for v2.0
v2.1 John
Crashes with the dos extender, probably exception related,
see also the
go32v2
related bug reports. First step: get the 1.0.10 go32v2
compiler and try a
make
all with the 2.0.x branch and fix
Peter Vreman said:
Vinzent Hoefler wrote:
There is no maintainer for go32v2. Unless there is an user that
steps forward to be the maintainer for go32v2 there will be no DOS
release anymore.
.
.
Alright. How much time would someone need for that task? Or, to be more
specific: what is known to
Op Mon, 23 May 2005, schreef Jonas Maebe:
On 23 mei 2005, at 11:43, Peter Vreman wrote:
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
Then we could maybe also add an optimization that checks whether you
are comparing against the upper or the lower bound of the
Op Mon, 23 May 2005, schreef Vinzent Hoefler:
On Monday 23 May 2005 09:25, Marco van de Voort wrote:
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
Alright. How much time would someone need for that task? Or, to be
more specific: what is known to need high priority work to get the
I can help on doing dos makes eg under win9x - I do them every day for dos
snapshots.
Regards John
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Daniël
Mantione
Sent: 23 May 2005 19:03
To: FPC developers' list
Subject: Re: [fpc-devel] DOS Platforms
I think the icon currently using on the desktop is too simple. Does
anyone here want to make a new one?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
21 matches
Mail list logo