Feld "Methoden" leer nach Codezeile mit ":"

[Michael II]

In der IDE von 10.4 Update 2 bleibt das Feld "Methoden" ab und zu ab einer Codezeile leer.

Dabei scheint das Zeichen ":" eine Rolle zu spielen und wieviel Code oberhalb der "Problemzeile" steht.

In einem Projekt fehlt die Methoden-Info nach

Delphi-Quellcode:

str(ds_gibtminpunkt[wer, ij]: 4: 3, hs1);

in einem anderen nach

Delphi-Quellcode:

writeln( tf, inttostr( i ):4, VerbSocket.Addr : 20, LANIP : 20 , VerbSocket.Port : 10 );

wobei auch bereits

Delphi-Quellcode:

writeln( tf, inttostr( i ):4);

genügt.

Wenn ich den Programmcode der Funktion, in welcher das Problem auftritt kopiere und weiter oben im Code einfüge, dann tritt das Problem nicht mehr auf.

Wenn ich den Code wieder zurück kopiere ist das Problem wieder da.

Hat jemand einen Tipp?

[Der schöne Günther]

Ich dachte ich mache jetzt lange genug mit Delphi (seit 2013), aber so ein Konstrukt habe ich noch nie gesehen 😱

Ging den Leuten welche das Parsen in den neueren Versionen gemacht haben wahrscheinlich genauso...

[Uwe Raabe]

Zitat:

Zitat von Michael II (Beitrag 1486669)

Hat jemand einen Tipp?

Na, eben keine dieser veralteten Funktionalitäten wie str und die damit verwandte implizite Formatierung von Write(ln) verwenden, sondern die Strings z.B. mit Format zusammensetzen. Das wäre auch nicht nur ein pragmatischer Ansatz zur Lösung des Problems.

[Michael II]

Ja es ist je uralter Code und dass die Jüngeren unter uns den Code nicht mal lesen können ist mir auch klar (sieht eher nach DOS Zeiten aus....) Und klar, den Code kann ich locker "updaten".

Ich nehme an, dass Delphi seine Funktionen kennt. Und dass es kaum daran liegen wird, dass man sowas heute (und auch gestern) nicht mehr so schreibt. Wenn man sowas kompilieren kann, dann soll die IDE es auch verstehen.

Und dass es eine Rolle spielt WO der Code steht (weit oben in einer unit oder erst nach ein paar tausend Zeilen) deutet für mich auf ein allgemeineres Problem hin.

Besten Dank für eure Antworten. Sonnigen Tag wünsch...

[himitsu]

Nja, da wird ja grade viel dran rumgebaut.

Wenn dann irgendwann mal Compiler/CodeInsight/ErrorInsight/..... ALLE den selben Lexer/Parser/Interpreter/... benutzen, dann werden solche Probleme bestimmt mal der Vergangenheit angehören.


Ansonsten darfst dein Problem gern als Bugreport auf quality.embarcadero.com einreichen.

[Michael II]

In Delphis System gibt's solchen Code übrigens auch ;-):

Delphi-Quellcode:

Str(val:0, S);

Sollte ich dem Problem woanders noch begegnen, werde ich mich wohl doch wieder mal um einen Account für quality.embarcadero.com kümmern.

(( Es ist relativ schwierig sowas zu melden - ein Minimalprojekt sähe hier wohl ziemlich gross aus... ))

[Uwe Raabe]

Zitat:

Zitat von Michael II (Beitrag 1486679)

JWenn man sowas kompilieren kann, dann soll die IDE es auch verstehen.

Das ist zwar formell richtig, aber dann wäre die Antwort auf deine Frage

Zitat:

Zitat von Michael II (Beitrag 1486669)

Hat jemand einen Tipp?

ein simples: Mach einen Bugreport und warte auf eine neue Version in der das behoben ist. Damit wäre aber niemandem wirklich gedient.

[Rolf Frei]

Kann mich da mal einer aufklären was diese Syntax denn überhaupt genau bewirkt? Das wirkt für mich auch sehr befremdlich, obwohl ich schon seit D1 dabei bin.

[DeddyH]

System.Str

[himitsu]

Zitat:

Zitat von DeddyH (Beitrag 1486705)

System.Str

Im Prinzip die gleichen "Parameter", wie man sie auch bei FloatToStrF, FormatFloat oder TDoubleHelper.ToString angeben kann.