Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
"self" ipv "Concepts"
Forget your fears...
...and want to know more...
Dat dacht ik ook, maar dat geeft dus een andere pointer terug dan @Concepts, ook Self en @Self komen niet overeen.
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
ah, 't is al opgelost...
TConceptList zat in TLinkList en vice versa... nu eerst:
en dan:
werkt wel
TConceptList zat in TLinkList en vice versa... nu eerst:
code:
1
2
3
4
5
6
7
8
9
| TConceptList = class;
TLinkList = class(TStringList)
public
Parent : TConceptList;
....
end;
TConceptList = class (TstringList)
....
end; |
en dan:
code:
1
| aLinkList.Parent:=(Self as TConceptList); |
werkt wel
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
Objecten zoals Self en Concepts zijn al pointers. @ van een object doen geeft het adres van de pointer zelf, niet waar het heenwijst (het object).Logos schreef op 02 February 2003 @ 17:03:
Dat dacht ik ook, maar dat geeft dus een andere pointer terug dan @Concepts, ook Self en @Self komen niet overeen.
Delphi:
1
2
3
4
5
| Self = Concepts; // Waar @Self = @Concepts; // Onwaar aLinkList.Parent := Self; // Goed aLinkList.Parent := @Self; // Fout |
[ Voor 9% gewijzigd door LordLarry op 02-02-2003 21:30 ]
We adore chaos because we like to restore order - M.C. Escher