On 25 Mar 2008, at 18:54, Vincent Snijders wrote:
Jonas Maebe schreef:
On 25 Mar 2008, at 18:30, Peter Vreman wrote:
Current behaviour is compatible with TP7 that gave a valid pointer
back pointing to heapend. See
also the comment.
I thought so too, but I tested and TP7 stores nil in p when
Jonas Maebe schreef:
On 25 Mar 2008, at 18:30, Peter Vreman wrote:
Current behaviour is compatible with TP7 that gave a valid pointer
back pointing to heapend. See
also the comment.
I thought so too, but I tested and TP7 stores nil in p when doing
getmem(p,0) (under DosBox).
But AllocMem
On 25 Mar 2008, at 18:30, Peter Vreman wrote:
Current behaviour is compatible with TP7 that gave a valid pointer
back pointing to heapend. See
also the comment.
I thought so too, but I tested and TP7 stores nil in p when doing
getmem(p,0) (under DosBox).
Jonas
_
> Hi.
>
> I discovered some Delphi incompatibility. Call AllocMem(0) do not return nil.
> Fpc from svn.
>
> In SysGetMem are some comments about it:
>
> if size=0 then
> { we always need to allocate something, using heapend is not possible,
> because heappend can be changed by growheap
Hi.
I discovered some Delphi incompatibility. Call AllocMem(0) do not return nil.
Fpc from svn.
In SysGetMem are some comments about it:
if size=0 then
{ we always need to allocate something, using heapend is not possible,
because heappend can be changed by growheap (PFV) }
size
On 25/03/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> You should use fpc.sty that comes with the FPC docs;
> Alternatively, copy the definition of FPCltable from the fpc.sty
> file to your main document preamble.
>
> It is one of the things on my todo list to remove this dependency
On Tue, March 25, 2008 12:09, Marco van de Voort wrote:
>> On Tue, 25 Mar 2008, Graeme Geldenhuys wrote:
>> >
>> > On later version of Windows our code does (Win2000, WinXP and Vista
>> > are tested). I don't think it works on Win9x versions.
>>
>> As far as I remember, * worked even in MS-DOS days
On Tue, 25 Mar 2008, Graeme Geldenhuys wrote:
> Hi,
>
> I've tried for the first time to output some of my fpdoc documentation
> to a LaTeX format. I only tried one fully documented unit as an
> example.
>
> The latex (source) file gets generated without issue. I looks like
> it's in a book fo
Hi,
I've tried for the first time to output some of my fpdoc documentation
to a LaTeX format. I only tried one fully documented unit as an
example.
The latex (source) file gets generated without issue. I looks like
it's in a book format.
So I enclode the whole document with the following I t
> On Tue, 25 Mar 2008, Graeme Geldenhuys wrote:
> >
> > On later version of Windows our code does (Win2000, WinXP and Vista
> > are tested). I don't think it works on Win9x versions.
>
> As far as I remember, * worked even in MS-DOS days ?
Afaik it is an msdos-with-lfn (iow under w9x) extension.
On 25/03/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
> I think you didn't search very well:
>
> classesh.inc:1469:procedure Loading; virtual;
>
My searching skills has gone out the window today! My apologies
Michael. I had a very outdated (r9893) revision of FPC 2.3.1. I just
go
On Tue, 25 Mar 2008, Graeme Geldenhuys wrote:
> On 25/03/2008, Mattias Gärtner <[EMAIL PROTECTED]> wrote:
> >
> >
> > It is in fpc 2.2.1 too.
>
> Thanks.
>
>
> >
> > Does '*' work under windows too?
>
>
> On later version of Windows our code does (Win2000, WinXP and Vista
> are tested). I
On Tue, 25 Mar 2008, Graeme Geldenhuys wrote:
> Hi Michael,
>
> What ever happened to this? I've just searched the TComponent class
> in FPC 2.3.1 and can't find any Loading method you said you would add.
I think you didn't search very well:
classesh.inc:1469:procedure Loading; virtual;
On 25/03/2008, Mattias Gärtner <[EMAIL PROTECTED]> wrote:
>
>
> It is in fpc 2.2.1 too.
Thanks.
>
> Does '*' work under windows too?
On later version of Windows our code does (Win2000, WinXP and Vista
are tested). I don't think it works on Win9x versions.
Regards,
- Graeme -
___
Hi Michael,
What ever happened to this? I've just searched the TComponent class
in FPC 2.3.1 and can't find any Loading method you said you would add.
I was busy adding FPC version specific defines in fpGUI and thought I
would make it compilable with FPC 2.3.1, but need the Loading function
firs
Zitat von Graeme Geldenhuys <[EMAIL PROTECTED]>:
> On 25/03/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> > On Tue, 25 Mar 2008 10:30:28 +0200
> > "Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > Could FPC add a new 'all files' constant (eg: AllFilesMask) to the
>
Anybody know in AllFilesMask will be defined in FPC 2.2.2 as well, or
only 2.3.x?
I need to know how to wrap my existing constant definitions for future
FPC releases... For example, this is what I currently have, which
means 2.0.4 and 2.2.0 needs to use the local defines and any later
versions wi
On 25/03/2008, Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> On Tue, 25 Mar 2008 10:30:28 +0200
> "Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > Could FPC add a new 'all files' constant (eg: AllFilesMask) to the
> > RTL. Same as what we have PathDelimiter etc..
>
>
> Please d
On Tue, 25 Mar 2008 10:30:28 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Could FPC add a new 'all files' constant (eg: AllFilesMask) to the
> RTL. Same as what we have PathDelimiter etc..
Please do a find declaration. AllFilesMask is in the system unit.
Mattias
> Lazarus L
Hi,
Could FPC add a new 'all files' constant (eg: AllFilesMask) to the
RTL. Same as what we have PathDelimiter etc..
Lazarus LCL, fpGUI, tiOPF and I'm pretty sure MSEgui has it's own
definition of this. That's just four projects I know about. That
constant should really be part of the RTL as it's
On Sat, Mar 22, 2008 at 05:22:43PM +0100, Florian Klaempfl wrote:
> [EMAIL PROTECTED] schrieb:
> > Enables inserting variants arrays into variant.
>
> Do you have a test which shows how this works? Is this delphi
> compatible? Are you sure that it is enough just to allow it?
I tested it on our del
21 matches
Mail list logo