On Wed, Dec 27, 2017 at 6:39 PM, Michael Van Canneyt
wrote:
> I don't want to burden TCollection with a field that will rarely be used.
>
> The proper solution is to implement GetOwner correctly for all cases that
> need it. That's why it is there.
>
> So if you report all cases where GetOwner is
On Wed, 27 Dec 2017, Juha Manninen wrote:
I am proposing to add a private
FOwner: TPersistent;
to TCollection and remove it from derived classes which already have it.
At least TParams has it but it is not used.
I don't want to burden TCollection with a field that will rarely be used.
The
On 12/27/2017 04:15 PM, Juha Manninen wrote:
> I am proposing to add a private
> FOwner: TPersistent;
> to TCollection and remove it from derived classes which already have it.
Just a warning which does not necessarily apply to the TCollection issue
you report:
Be very careful to change compon
I am proposing to add a private
FOwner: TPersistent;
to TCollection and remove it from derived classes which already have it.
At least TParams has it but it is not used.
The next step would be to assign a proper owner for derived
TCollection instances, case by case.
Lazarus has code to go up in h
Am 27.12.2017 00:54 schrieb "Giuliano Colla" :
Il 26/12/2017 18:26, Sven Barth via fpc-devel ha scritto:
Am 26.12.2017 13:33 schrieb "Giuliano Colla" :
If the idea is not rejected, then a number of refinements (which I'm ready
to implement) are required to make the feature generally available:
Hello folks,
As described on my site
programming.sirrida.de/pascal_proposals.html#offset I would propose a
slightly more general approach to the theme. In contrast to the
presented solution my offsets are separated from the base pointer.
Calculations with offsets, e.g.:
TYPE
tr_rec = RECOR
On 26/12/17 23:15, Giuliano Colla wrote:
Il 26/12/2017 14:27, Mark Morgan Lloyd ha scritto:> What does gdb (and
possibly other debuggers) make of this? What currently gdb tells (and
any other debugger would tell) is :
No symbol "Item" in current context.
Once the appropriate entries are impleme