Am 2015-03-09 um 19:24 schrieb DaWorm:
I would think this part answers that question: "The warning means that no value has
been */explicitly/* assigned to these variables (which */may indicate a logic error/* in
the code), not necessarily that they contain an unpredictable value." (emphasis m
2015-03-10 0:33 GMT+08:00 OBones :
> How about using TMethod?
>
> procedure DataHandler(DummySelf: Pointer; data: Pointer);
> begin
> // do what you want to do, DummySelf is always nil.
> end;
>
> var
> Method: TMethod;
> begin
> Method.Data := nil;
> Method.Code := @DataHandler;
>
> Se
I would think this part answers that question: "The warning means that no
value has been *explicitly* assigned to these variables (which *may
indicate a logic error* in the code), not necessarily that they contain an
unpredictable value." (emphasis mine)
Jeff.
On 09 Mar 2015, at 18:43, Michael Van Canneyt wrote:
>
> You must be sure that self is passed in the correct register.
> I am not sure this is the case if you declare it as an extra argument.
It is, as long as the `self` is the first parameter. Same goes for `Class
Procedure XXX;` kind of decl
Am 2015-03-09 um 18:31 schrieb Jonas Maebe:
On 09 Mar 2015, at 17:49, Jürgen Hestermann wrote:
Am 2015-03-09 um 17:40 schrieb Jonas Maebe:
http://bugs.freepascal.org/view.php?id=24601#c75617 (and the comment below +
use -vq to see warning numbers, and -vm to block a particular warning
On Mon, 9 Mar 2015, OBones wrote:
Michael Van Canneyt wrote:
On Mon, 9 Mar 2015, Xiangrong Fang wrote:
Hi all,
I define a procedure like this:
type
TDataHandler = procedure(data: Pointer) of object;
procedure SetHandler(h: TDataHandler); external cdecl;
Now, can I implement SetHandle
On 09 Mar 2015, at 17:49, Jürgen Hestermann wrote:
> Am 2015-03-09 um 17:40 schrieb Jonas Maebe:
>>
>> http://bugs.freepascal.org/view.php?id=24601#c75617 (and the comment below +
>> use -vq to see warning numbers, and -vm to block a particular warning
>> number).
>
> Thanks for the ans
Am 2015-03-09 um 17:40 schrieb Jonas Maebe:
On 09 Mar 2015, at 17:25, Jürgen Hestermann wrote:
I get a warning that a local dynamic array variable is not initialized.
Aren't such managed types initialized by default?
On http://wiki.freepascal.org/Dynamic_array it says:
Actually, dynamic arra
On 09 Mar 2015, at 17:25, Jürgen Hestermann wrote:
I get a warning that a local dynamic array variable is not
initialized.
Aren't such managed types initialized by default?
On http://wiki.freepascal.org/Dynamic_array it says:
Actually, dynamic arrays are pointers with automatic dereferencing
Michael Van Canneyt wrote:
On Mon, 9 Mar 2015, Xiangrong Fang wrote:
Hi all,
I define a procedure like this:
type
TDataHandler = procedure(data: Pointer) of object;
procedure SetHandler(h: TDataHandler); external cdecl;
Now, can I implement SetHandler in a library written in C, then call
On Mon, 9 Mar 2015, Xiangrong Fang wrote:
Hi all,
I define a procedure like this:
type
TDataHandler = procedure(data: Pointer) of object;
procedure SetHandler(h: TDataHandler); external cdecl;
Now, can I implement SetHandler in a library written in C, then call h in C?
IMHO Not without
I get a warning that a local dynamic array variable is not initialized.
Aren't such managed types initialized by default?
On http://wiki.freepascal.org/Dynamic_array it says:
Actually, dynamic arrays are pointers with automatic dereferencing. They are
initialized to *nil* automatically.
So why
In our previous episode, Mark Morgan Lloyd said:
> > If either tv or tz is NULL, the corresponding structure is not set or
> >returned. (However, compilation warnings will result if tv is NULL.)
>
> The funny thing is that the snippet of code that I'm using was
> contributed by you,
Hi all,
I define a procedure like this:
type
TDataHandler = procedure(data: Pointer) of object;
procedure SetHandler(h: TDataHandler); external cdecl;
Now, can I implement SetHandler in a library written in C, then call h in C?
Thankyou.
--
Sent from Gmail Mobile
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
Are there any known issues with this sort of thing fpGetTimeOfDay
(@TimeVal, nil) on various platforms? FPC 2.6.4 and 2.7.1 seem to be OK
on x86, but on x64 (and FWIW SPARC, haven't tested others) it appears to
be ret
On 03/08/2015 11:23 AM, Christo wrote:
While reading up on the history of FastHTMLParser (to find out who/where
the root owner of this unit is) I noticed that the last release (0.4)
from Jazarsoft
(http://web.archive.org/web/20050112010608/http://www.jazarsoft.com/download/fasthtmlparser-0.4-delp
On Mon, Mar 09, 2015 at 01:30:28PM +0100, Marco van de Voort wrote:
> In our previous episode, Mark Morgan Lloyd said:
> > Are there any known issues with this sort of thing fpGetTimeOfDay
> > (@TimeVal, nil) on various platforms? FPC 2.6.4 and 2.7.1 seem to be OK
> > on x86, but on x64 (and FW
In our previous episode, Mark Morgan Lloyd said:
> Are there any known issues with this sort of thing fpGetTimeOfDay
> (@TimeVal, nil) on various platforms? FPC 2.6.4 and 2.7.1 seem to be OK
> on x86, but on x64 (and FWIW SPARC, haven't tested others) it appears to
> be returning a fixed TimeV
Are there any known issues with this sort of thing fpGetTimeOfDay
(@TimeVal, nil) on various platforms? FPC 2.6.4 and 2.7.1 seem to be OK
on x86, but on x64 (and FWIW SPARC, haven't tested others) it appears to
be returning a fixed TimeVal plus a result of zero even if there are
several secon
On 03/07/2015 05:20 PM, Adriaan van Os wrote:
Also for low-power battery-powered devices ?
PIC32MX5XX/6XX/7XX Datasheet:
"Power Management:
Low-power management modes (Sleep and Idle)
Integrated Power-on Reset, Brown-out Reset
0.5 mA/MHz dynamic current (typical)
41 μA IPD current (typical) "
20 matches
Mail list logo
