Could I ask why is there needed VarDataInit ? (only for my interest ;-))
A good question. Formally it is not needed, but in general
initializing variables before use remains a good idea. Here the
TVarData is passed to VarDataCastTo, and after initializing we can be
sure that VarDataCastTo wo
15.04.2011 9:20, LacaK пишет:
Hi Sergei,
Sorry for the delay, got stuck with other issues... Applied in r17319. Thank
you for the patch!
It is ok ;-)
Thanks.
Could I ask why is there needed VarDataInit ? (only for my interest ;-))
A good question. Formally it is not needed, but in general i
Hi Sergei,
Sorry for the delay, got stuck with other issues... Applied in r17319.
Thank you for the patch!
It is ok ;-)
Thanks.
Could I ask why is there needed VarDataInit ? (only for my interest ;-))
Laco.
___
fpc-devel maillist - fpc-devel@list
Am 13.04.11 14:59, schrieb Jonas Maebe:
On 13 Apr 2011, at 14:22, Helmut Hartl wrote:
Am 17.03.11 12:48, schrieb Jonas Maebe:
There won't be an iOS 2.4.4 release, because it would barely work
with
current iOS SDK releases:
[...]
What has to be done to get trunk working with XCode 4 ?
To clar
12.04.2011 16:18, LacaK пишет:
I have attached minor "rearangement", consider them please
Will do. It's possible to go even further and completely exclude finalization
and try..finally
block, because the intermediate Variant is always of type Double, which doesn't
need finalization.
See pl
Am 13.04.2011 12:11, schrieb Sven Barth:
> Am 12.04.2011 21:41, schrieb Sven Barth:
>> The latter change is not yet commited (I will do that tomorrow), but the
>> implementation of the flag and the removing of "current_syssym" are
>> already commited.
>
> Done.
Looks good to me now. So imo it can
W dniu 2011-04-14 16:08, Michael Schnell pisze:
On 04/14/2011 02:55 PM, Dariusz Mazur wrote:
What is the problem when pthreads works?
In fact this supposedly is a Lazarus LCL problem, so we might be in
the wrong discussion group here,
The LCL's "Application" object defines a main thread, tha
Hans-Peter Diettrich wrote:
Skybuck Flying schrieb:
Anyway if somebody could take a look at all of this and make some
sense of it that would be great/nice, saves me some time and could
clear some confusion (?) ;)
Before looking at your code, I'd know the role that your project plays
at all.
On 04/14/2011 02:55 PM, Dariusz Mazur wrote:
What is the problem when pthreads works?
In fact this supposedly is a Lazarus LCL problem, so we might be in the
wrong discussion group here,
The LCL's "Application" object defines a main thread, that allows for
"event driven programing" (the progr
On Thu, Apr 14, 2011 at 3:12 PM, Hans-Peter Diettrich
wrote:
> In this case it would be easier to use an older Delphi commandline compiler,
> from the time before the Ansi-To-Unicode move, or simply an legacy FPC. You
> also could try to make the FPC sources compile by gcc
GCC as in GNU Pascal?
W dniu 2011-04-14 11:35, Michael Schnell pisze:
On 04/14/2011 10:36 AM, Dariusz Mazur wrote:
Did you already succeed in managing the usual obstacles of this:
creating timers,
yes
Great ! How ?
What is the problem when pthreads works?
notifying the main thread from worker threads,
yes
Skybuck Flying schrieb:
Anyway if somebody could take a look at all of this and make some sense
of it that would be great/nice, saves me some time and could clear some
confusion (?) ;)
Before looking at your code, I'd know the role that your project plays
at all. Is it only about making the
On 04/14/2011 10:36 AM, Dariusz Mazur wrote:
Did you already succeed in managing the usual obstacles of this:
creating timers,
yes
Great ! How ?
notifying the main thread from worker threads,
yes
Great ! How ?
doing application initiated "active" user notifications on the
web-page ?
I'
- Original Message -
From: "Mark Morgan Lloyd"
To:
Sent: Wednesday, 13 April, 2011 10:13 AM
Subject: Re: [fpc-devel] Announcement: Free Pascal Compiler Delphi
XEPortProject
Skybuck Flying wrote:
The source code compiles, however little sections of code have been
disabled as fol
Hello,
These two functions are being used for i386:
// *** Skybuck: Fix Needed (porting issue 582)
function get_frame:pointer;assembler;nostackframe;{$ifdef
SYSTEMINLINE}inline;{$endif}
asm
movl%ebp,%eax
end;
// *** Skybuck: Fix Needed (porting issue 583)
function get_caller_addr(framebp
W dniu 2011-04-14 09:38, Michael Schnell pisze:
On 04/13/2011 11:11 PM, dar...@emadar.com wrote:
Hello
I finish first stage to move my webapp as native Android application.
Its consists one java file with declaration webWiew, and all rest,
written
in FPC, is build as library. Of course start
On 04/13/2011 11:11 PM, dar...@emadar.com wrote:
Hello
I finish first stage to move my webapp as native Android application.
Its consists one java file with declaration webWiew, and all rest, written
in FPC, is build as library. Of course start is thought jni, but after
that http server (based on
Am 04.04.2011 21:51, schrieb Sven Barth:
The wiki page I have started will be updated as soon as I find the
time.
Done.
Note: I moved it from http://wiki.freepascal.org/Class_helpers to
http://wiki.freepascal.org/Helper_types as it describes the feature in
general in not only class helpers s
18 matches
Mail list logo