unverständlicher DCC-Fehler E2506

[Stevie]

Zitat von himitsu:

Zitat:

*fixed*

Wenn man das so macht, dann sind die ganzen überladenen Default-Property nutzlos.
(sind sie jetzt zwar auch, da man sie nicht mehr nutzen kann)

Das bezog sich auf deine waghalsigen Workaround Ideen ohne die offensichtliche "Lösung" zu sehen.
Ja, schade, dass dieses Feature an dieser Stelle nicht funktioniert, macht deinen Code aber nicht unbrauchbar.

[himitsu]

Es bleibt aber dennoch was Anderes ... also so, als wenn man ReadLn nutzt, weil TStringList kaputt ist.

PS: Das mit den Operatoren hab ich in meinem himXML gentzt, um den Code auch auf D2006 laufen zu lassen, welches noch keine überladenen Property kannte.

Eine sehr gute Bilanz also.
> in 2009 (?) eingeführt und in 2010 wieder geschrottet.

[ecotron]

Mit dem D2009 Update 3 kommt immer noch ein Fehler. Scheinbar gibt es ein Problem mit überladenen Default Properties und Generics.
Und wenn aber man Properties verschiebt oder Kleinigkeiten an andere Stelle ändert geht es manchmal.

Ganz seltsam ist auch dass man trotz Fehlermeldung eine Exe erzeugen kann. Einfach nach Projekt "Erzeugen" nochmals auf "Start" drücken.

[himitsu]

Zitat von ecotron:

Scheinbar gibt es ein Problem mit überladenen Default Properties und Generics.

gut, das überladene Property könnte man ja notfalls als Variant-Parameter zusammenfassen, aber dann ging ein wenig die "Leistung" runter (halt wegen der Variantverwaltung),
oder man läßt den Zugriff via Index (Integer) weg, bzw. verlagert ihn (umbenennen)

Zitat von ecotron:

Und wenn aber man Properties verschiebt oder Kleinigkeiten an andere Stelle ändert geht es manchmal.

Ganz seltsam ist auch dass man trotz Fehlermeldung eine Exe erzeugen kann. Einfach nach Projekt "Erzeugen" nochmals auf "Start" drücken.

sowas ist mir auch bei anderen Dingen schon paar Mal untergekommen.

[BlackSeven]

Zitat:

A['123'] := 'abc'; -> [DCC Error] Unit1.pas(61): E2010 Incompatible types: 'Integer' and 'string'
A['456'] := 'def';
A['alfred'] := 'xyz';

Ich bin davon ausgegangen, dass überladene Array-Properties unterstützt werden, bekomme aber einen Fehler unter Delphi XE.
Erlich gesagt, habe ich diese bisher noch nicht benötigt. Mache ich da etwas falsch?

[himitsu]

Funktionieren sollte dieses.

Wie hast du es denn deklariert?

[BlackSeven]

Zitat:

Delphi-Quellcode:

program Project1; 

uses
  SysUtils, AssocArray;

type 
  TStringAssocArray = TAssocArray<String>;

var
  A: TStringAssocArray;

begin
  A['123'] := 'abc';

end.

Ich habe die Unit "AssocArray" eingebunden und Dein Testprogramm verwendet.

[himitsu]

Ups, da hatte ich was falsch verstanden.

OK, so wie es aussieht, hat Emba mal wieder Mist gebaut, welcher sich auch schon in Delphi 2010 nachvollziehen läßt.

Irgendwie wird bei direkten Angaben von Werten immer nur das zuerst deklarierte Property erkannt.

Delphi-Quellcode:

var MyArr: TAssocArray<String>;

MyArr['123'] := ...;

Nimmt man Variablen, dann klappt es.

Delphi-Quellcode:

var MyArr: TAssocArray<String>;
  S: String;
S := '123';
MyArr[S] := ...;

Auch sowas wie MyArr[String('123')] hilft nix.


Meine einzig mögliche Antwort ist aktuell also:
Toll gemacht Emba ... wieder was, welches nicht mehr funktioniert.

Die einzige Lösung wäre, wenn man statt der überladenen Property nun nur noch ein Property nutzt, welches als Parameter einen Variant besitzt und man dann intern die entsprechenden Varianten Anhand des Variant-Inhalts ausführt.
Oder man mißhandelt wieder mal die Record-Operatoren und bastelt sich einen gemischten Parameter-Typen.
Allerdings sind beide Varianten zwar möglich, aber sie sind keine "optimale" Lösung.

Schön wäre es, wenn Embarcadero dieses reparieren würde.
(aber aus Erfahrung passiert sowas eher garnicht oder man muß sich die Bugfixes mit der nächsten Delphi-Version teuer erkaufen)