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
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
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 wor
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 o
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
> > most basic stuff of a DOS-Compiler working
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
>>> sp
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
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 c
> {$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
> 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 for
{$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
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 the
> 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
> > 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 n
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 ther
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 s
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
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 space - "wired" (i.
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;
sta
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). I
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
22 matches
Mail list logo
