On 17/04/2010 00:29, Marc Weustink wrote:
Flávio Etrusco wrote:
On Fri, Apr 16, 2010 at 4:54 PM, José Mejuto wrote:
Hello FPC-Pascal,
Friday, April 16, 2010, 9:06:45 PM, you wrote:
FE> Published methods can be found with TObject.MethodAddress,
that's how
FE> the lfm hook event handlers (an
Flávio Etrusco wrote:
On Fri, Apr 16, 2010 at 4:54 PM, José Mejuto wrote:
Hello FPC-Pascal,
Friday, April 16, 2010, 9:06:45 PM, you wrote:
FE> Published methods can be found with TObject.MethodAddress, that's how
FE> the lfm hook event handlers (and why Form event handlers are
FE> published).
On Fri, Apr 16, 2010 at 4:54 PM, José Mejuto wrote:
> Hello FPC-Pascal,
>
> Friday, April 16, 2010, 9:06:45 PM, you wrote:
>
> FE> Published methods can be found with TObject.MethodAddress, that's how
> FE> the lfm hook event handlers (and why Form event handlers are
> FE> published).
>
> Yes, but
Whenever I try to use EvaluateXPathExpression, I wind up with a SIGSEGV. I
have done my homework and there is a similar report from 2007, [
http://community.freepascal.org:1/bboards/message?message_id=242871&forum_id=24082
Are there some examples of its use out there? Googling has not shown an
Hello FPC-Pascal,
Friday, April 16, 2010, 9:06:45 PM, you wrote:
FE> Published methods can be found with TObject.MethodAddress, that's how
FE> the lfm hook event handlers (and why Form event handlers are
FE> published).
Yes, but thats for streamable objects like TForm, or any component,
but I th
On Fri, Apr 16, 2010 at 8:32 AM, José Mejuto wrote:
> Hello FPC-Pascal,
>
> Friday, April 16, 2010, 8:42:32 AM, you wrote:
>
> ZD> What useful for put procedure in Publish?
>
> I do not know :-? I'll ask in the Lazarus list.
>
> --
> Best regards,
> José
>
Published methods can be found with TOb
Hello,
Newcomer here.
Seems stupid, but I had a hard time in simply starting Lazarus -- on Ubuntu.
When I typed "lazarus", I got an error message about a lazarus program from
another package. Finally thought at the "Application" menu, which I else never
use. Then, copying the launcher to the de
In our previous episode, Michael Van Canneyt said:
> Export SetThreadManager() and call it from your main application with the
> threadmanager from the main application.
Should wakemainthread or something be set also?
___
fpc-pascal maillist - fpc-pasc
Thank you for your help!
I will now move some parts of the lib to a DBus daemon and run only the
necessary parts of the lib in extra threads.
I'll also try to set the threadmanager.
On Fri, 16 Apr 2010 13:10:15 +0200 (CEST), Michael Van Canneyt
wrote:
> On Fri, 16 Apr 2010, Matthias Klumpp wrote:
Hello FPC-Pascal,
Friday, April 16, 2010, 8:42:32 AM, you wrote:
ZD> What useful for put procedure in Publish?
I do not know :-? I'll ask in the Lazarus list.
--
Best regards,
José
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://
On Fri, 16 Apr 2010, Matthias Klumpp wrote:
Set the thread manager of the library to the main application thread
manager. That should hopefully work. But it is not guaranteed; there
are many issues with libraries and threads under linux.
Michael.
How do I do that?
Export SetThreadManager()
> Set the thread manager of the library to the main application thread
> manager. That should hopefully work. But it is not guaranteed; there
> are many issues with libraries and threads under linux.
>
> Michael.
How do I do that?
(There is also another thing which I have forgotten: The library sh
On Fri, 16 Apr 2010, Matthias Klumpp wrote:
Hello!
I have a serious problem with a shared lib and threads.
To fix a critical bug in my app, the shared library has to execute commands
asynchronous. To make the non-blocking API I use classes inherited from
TThread, which process serveral actions
Hello!
I have a serious problem with a shared lib and threads.
To fix a critical bug in my app, the shared library has to execute commands
asynchronous. To make the non-blocking API I use classes inherited from
TThread, which process serveral actions. Those threads have to submit data
back to the m
On Thu, Apr 15, 2010 at 7:58 PM, Marc Weustink wrote:
> Zaher Dirkey wrote:
>>
>> On Thu, Apr 15, 2010 at 11:09 AM, Michael Van Canneyt
>> wrote:
>>>
>>> {$INTERFACES CORBA}
>>
>> {$INTERFACES CORBA}
>>
>> It is resolved my problem, Is there any limit to use it (except it is
>> not work in Delphi
Bruce Bauman wrote:
I am porting a large amount of existing Pascal code (MetaWare) to Free
Pascal. Unfortunately, this code makes extensive use of nested
procedures, and the nested procedures often reference variables in the
enclosing scope.
I know that I can't pass the nested routine by address
Extending the example program a but further to test for not supported
interfaces I found that the cast (via as syntax) to get a interface gives a
compiler error [test 3 it program]. Using supports() still worked though
[test 4 in program].
Cheers,
- Graeme -
program interface_test;
{$ifdef FPC
Marc Weustink het geskryf:
>
> or functions like supports() (which uses queryinterface)
Actually, that *does* work with FPC 2.4.0. See attached console application.
I used supports() and a cast to get a Corba interface reference.
It seems the compiler does some extra magic (probably with the GU
On Fri, 16 Apr 2010, Graeme Geldenhuys wrote:
Marc Weustink het geskryf:
You cannot use casts like
var
a: IMyObject;
b: IMyOtherObject;
begin
b := a as IMyOtherObject;
or functions like supports() (which uses queryinterface)
I remember reading something about this a year or two ag
19 matches
Mail list logo
