Op 2010-06-04 02:02, Dimitri Smits het geskryf:
>
> Parent and Owner are what they say they are. Owner: the TComponent that
> "owns" the TComponent-descendant. In other words, that is responsible
> for the lifecycle of that instance. Parent: the control on which the
> control is visualised.
I kno
On Thu, 3 Jun 2010, Graeme Geldenhuys wrote:
To get back to the point. So must I now override GetChildren for every
single component in fpGUI that can contain child components and do the
loopy Components[] array thing? Or do I only need to override
GetChildren in TfpgBaseForm - the top level
Graeme Geldenhuys wrote:
>> In LCL the owner is always the form. Otherwise the form variables
>> would not work.
>
> I know that, and the same think applies to VCL. But again, I don't see
> why Borland had to do that. Like fpGUI proves, it's not even required
> to have Owner and Parent. fpGUI can e
On 3 June 2010 22:58, Mattias Gaertner wrote:
>
> Marco just gave another example where the Owner is not the form.
Ok, sorry. I miss interpreted his email.
> No. It is because you only use the Owner tree instead of both the Owner
> and Parent tree.
Well, in the Form Designer of my copy of Laza
On 3 June 2010 22:55, Mattias Gaertner wrote:
> I other words: There are two tree like structures: Owner and Parent.
> Parent is optional and will make your stream files more readable.
>
>[...]
>
> Readability.
I can't think that's the reason. D1 thru D5 (or D7) saved dfm files in
binary format. S
Hello FPC-Pascal,
Thursday, June 3, 2010, 6:51:22 PM, you wrote:
JM> Since the RTL is compiled with optimisation enabled, you may
JM> be missing intermediate stack frames. You will have to recompile
JM> it without optimisations to get a full backtrace.
Done, the halt is in fpc code:
---
On 3 June 2010 22:33, Michael Van Canneyt wrote:
>>
>> Well, isn't that what the 'stored' specifier could be used for too, to
>> know if a property should be stored or not.
>
> No, because there may not be a property. You can perfectly have a child
> component without a property to access it.
Sorr
On 03 Jun 2010, at 23:01, spir wrote:
> Is it possible to rename a method in a subclass (with or without overriding);
> for instance because the new name makes more sense in the subclass?
No, it is not. You can however obviously add a new method that calls the old
one.
Jonas_
Hello,
Is it possible to rename a method in a subclass (with or without overriding);
for instance because the new name makes more sense in the subclass?
In my case, the situation is a bit different: a single method splits into two
methods in a subclass. One is equivalent to the inherited one, b
On Thu, 3 Jun 2010 22:38:53 +0200
Graeme Geldenhuys wrote:
> On 3 June 2010 21:22, Marco van de Voort wrote:
> >>
> >> I deliberately didn't mention these cases ;)
> >
> > labelededit ?
>
>
> Huh?
> I added a LabelEdit to my test app mentioned in my reply to
> Mattias. Here is the output, and
On Thu, 3 Jun 2010 22:32:38 +0200
Graeme Geldenhuys wrote:
> On 3 June 2010 20:53, Mattias Gaertner wrote:
> >
> > For example a TOpenDialog is not in Controls, so it must be put into
> > GetChildren.
>
> Sorry, I don't understand. I don't have VCL code here, only LCL & CLX
> code, but TOpenDial
On 3 June 2010 21:22, Marco van de Voort wrote:
>>
>> I deliberately didn't mention these cases ;)
>
> labelededit ?
Huh? I added a LabelEdit to my test app mentioned in my reply to
Mattias. Here is the output, and as you can see the internal label in
the LabelEdit is listed via Components[] arr
On Thu, 3 Jun 2010, Graeme Geldenhuys wrote:
On 3 June 2010 20:38, Michael Van Canneyt wrote:
Because Borland decided otherwise.
Actually, there is a good reason: some components create internal components
they own, and which they don't want to have streamed.
The 'GetChildren' allows you to
On 3 June 2010 20:53, Mattias Gaertner wrote:
>
> For example a TOpenDialog is not in Controls, so it must be put into
> GetChildren.
Sorry, I don't understand. I don't have VCL code here, only LCL & CLX
code, but TOpenDialog descends from TCustomDialog, which descends from
TDialog, which descends
On 3 June 2010 20:38, Michael Van Canneyt wrote:
>
> Because Borland decided otherwise.
>
> Actually, there is a good reason: some components create internal components
> they own, and which they don't want to have streamed.
> The 'GetChildren' allows you to control what gets streamed and what not.
In our previous episode, Michael Van Canneyt said:
> >> In LCL the owner is always the form. Otherwise the form variables
> >> would not work.
> >
> > Yes, and no.
> > Think about Frames, Ancestors and special created components (e.g.
> > TSynEdit creates some components owned by itself).
>
> I de
On Thu, 3 Jun 2010, Mattias Gaertner wrote:
On Thu, 3 Jun 2010 20:38:26 +0200 (CEST)
Michael Van Canneyt wrote:
On Thu, 3 Jun 2010, Graeme Geldenhuys wrote:
On 3 June 2010 17:24, Michael Van Canneyt wrote:
You must override GetChildren.
In the LCL, TWinControl overrides GetChildren
On Thu, 3 Jun 2010 20:38:26 +0200 (CEST)
Michael Van Canneyt wrote:
>
>
> On Thu, 3 Jun 2010, Graeme Geldenhuys wrote:
>
> > On 3 June 2010 17:24, Michael Van Canneyt wrote:
> >>
> >> You must override GetChildren.
> >>
> >> In the LCL, TWinControl overrides GetChildren to write child control
On Thu, 3 Jun 2010, Graeme Geldenhuys wrote:
On 3 June 2010 17:24, Michael Van Canneyt wrote:
You must override GetChildren.
In the LCL, TWinControl overrides GetChildren to write child controls.
It is documented.
But why is GetChildren needed? Why can't TWriter use ComponentCount
and C
On 3 June 2010 17:24, Michael Van Canneyt wrote:
>
> You must override GetChildren.
>
> In the LCL, TWinControl overrides GetChildren to write child controls.
>
> It is documented.
But why is GetChildren needed? Why can't TWriter use ComponentCount
and Components[] like I have done in the Travers
On 03 Jun 2010, at 18:46, José Mejuto wrote:
> I was only able to set a break over _haltproc and it catches the exit
> with this backtrace:
>
> #0 0x082da470 in SI_C21__FPC_LIBC21_HALTPROC ()
> #1 0x080779d4 in SYSTEM_SYSTEM_EXIT ()
> #2 0x080700da in SYSTEM_DO_EXIT ()
> #3 0x080700fa in SYS
Hello FPC-Pascal,
Thursday, June 3, 2010, 3:31:31 PM, you wrote:
JM> You can try putting breakpoints on FPEXIT, _haltproc and _exit (the
JM> last one only exists if libc is linked, but that's definitely the case
JM> here; note that all of them are case-sensitive). That should catch
JM> most exits
On Thu, 3 Jun 2010, Graeme Geldenhuys wrote:
I'm using FPC 2.4.1
I'm experimenting with streaming (read & write) components to build a form
and runtime from an external file (something like GTK2 has with Glade). I
have a ReadForm() method very similar to the SaveForm below, and it works
prett
>> Did you try disabling floating point exceptions? A lot of C code assumes
>> that floating point exceptions are disabled (since that's what the C library
>> does on startup).
>
> Aha. And how do I do that ?
uses
math;
SetExceptionMask([exInvalidOp, exDenormalized, exZeroDivide, exOverflow,
I'm using FPC 2.4.1
I'm experimenting with streaming (read & write) components to build a form
and runtime from an external file (something like GTK2 has with Glade). I
have a ReadForm() method very similar to the SaveForm below, and it works
pretty well. All components placed directly on the form
On 03 Jun 2010, at 00:02, José Mejuto wrote:
Any idea
about how to debug the reason of the sudden stop ?
You can try putting breakpoints on FPEXIT, _haltproc and _exit (the
last one only exists if libc is linked, but that's definitely the case
here; note that all of them are case-sensitiv
Hello FPC-Pascal,
Thursday, June 3, 2010, 2:26:58 PM, you wrote:
>> Did you try disabling floating point exceptions? A lot of C code
>> assumes that floating point exceptions are disabled (since that's
>> what the C library does on startup).
JM> Another possible problem can be the fact that FPC
On 03 Jun 2010, at 10:08, Jonas Maebe wrote:
On 03 Jun 2010, at 08:55, Michael Van Canneyt wrote:
When I was debugging it (linux 64 bit) , the whole application
stopped on a floating point error somewhere in mozilla's Javascript
engine; I never got
around to debugging that.
Did you try
Hello FPC-Pascal,
Thursday, June 3, 2010, 8:55:47 AM, you wrote:
MVC> Are you cooperating with Phil on this ?
Just to keep the message in thread, I re-answer this message.
After a bit more debugging I found something strange (again it could
be fpc related or not, I'm not sure). This is the firs
Hello FPC-Pascal,
Thursday, June 3, 2010, 11:33:24 AM, you wrote:
MvdV> There are some minor issues on OS X (with _some_ components only), but for
MvdV> the rest to my best knowledge they work.
They are great news to me :) Nice to know it, thank you.
--
Best regards,
José
___
On 03 Jun 2010, at 10:24, Michael Van Canneyt wrote:
On Thu, 3 Jun 2010, Jonas Maebe wrote:
On 03 Jun 2010, at 08:55, Michael Van Canneyt wrote:
When I was debugging it (linux 64 bit) , the whole application
stopped on a floating point error somewhere in mozilla's
Javascript engine; I ne
In our previous episode, Jos? Mejuto said:
[ Charset ISO-8859-15 unsupported, converting... ]
> Hello FPC-Pascal,
>
> Thursday, June 3, 2010, 9:37:46 AM, you wrote:
>
> MvdV> Be careful here. This applies to Indy9, but Indy10 has FPC
> compatibility and
> MvdV> is way more portable. There is no
Hello FPC-Pascal,
Thursday, June 3, 2010, 10:24:43 AM, you wrote:
>> Did you try disabling floating point exceptions? A lot of C code assumes that
>> floating point exceptions are disabled (since that's what the C library does
>> on startup).
MVC> Aha. And how do I do that ?
Set8087CW($133F); ?
Hello FPC-Pascal,
Thursday, June 3, 2010, 10:08:00 AM, you wrote:
>> When I was debugging it (linux 64 bit) , the whole application
>> stopped on a floating point error somewhere in mozilla's Javascript
>> engine; I never got
>> around to debugging that.
JM> Did you try disabling floating point e
Hello FPC-Pascal,
Thursday, June 3, 2010, 9:37:46 AM, you wrote:
MvdV> Be careful here. This applies to Indy9, but Indy10 has FPC compatibility
and
MvdV> is way more portable. There is no "Indy", the various major versions are
totally
MvdV> different codebases.
It was Indy 10, but more than
Hello FPC-Pascal,
Thursday, June 3, 2010, 8:55:47 AM, you wrote:
MVC> Are you cooperating with Phil on this ?
Yes. Phil is not supporting it now so I had added some improvements.
MVC> When I was debugging it (linux 64 bit) , the whole application stopped on a
MVC> floating point error somewhere
On Thu, 3 Jun 2010, Jonas Maebe wrote:
On 03 Jun 2010, at 08:55, Michael Van Canneyt wrote:
When I was debugging it (linux 64 bit) , the whole application stopped on a
floating point error somewhere in mozilla's Javascript engine; I never got
around to debugging that.
Did you try disabli
On 03 Jun 2010, at 08:55, Michael Van Canneyt wrote:
When I was debugging it (linux 64 bit) , the whole application
stopped on a floating point error somewhere in mozilla's Javascript
engine; I never got
around to debugging that.
Did you try disabling floating point exceptions? A lot of C
In our previous episode, Jos? Mejuto said:
>
> >> That's not a matter of support,
> V> maybe a poorly placed moan there... was getting annoyed with Indy/XML not
> V> doing what I wanted.
> V> i gave up trying to get XPath and XML Namespaces to work recently...
> whereas
> V> ive had XPath+Namesp
39 matches
Mail list logo
