Unverständliche Compilerwarnung – Erwartet: ')' aber ','enthalten

[venice2]

Zitat:

Also der Compiler sagt nun nichts mehr?

Warum sollte? Nach der Berichtung der Klammern.

Die anderen Fehler kamen vom stupiden CodeInsight = <> Compiler

[Andreas13]

Zitat:

Zitat von himitsu (Beitrag 1489520)

Also der Compiler sagt nun nichts mehr?

Der Compiler war zuvor auch immer recht still. Anscheinend war es schon immer CodeInsight.

Zitat:

Zitat von himitsu (Beitrag 1489520)

Ob da in den Class/Record-Helpern die Konstanten schon richtig funktionieren?
...
Ich hätte die Konstante in den Record gelegt, aber ich denke mal das funktioniert nicht, mit dem eigenem Typen (der dort ja noch nicht fertig definiert ist).
Bei Klassen geht es aber sehr gut. Hast diese Konstante mal ganz traditionell probiert? (ohne Record/Klasse/Helper drumrum)

In einem meiner zahlreichen Versuche hatte ich mein Glück auch mit globalen Variablen im Implementationsteil der Unit versucht (zuvor natürlich brav initialisiert, was OK war), dann habe ich dem Record-Helper eine neue Funktion hinzugefügt, die den Wert aus den globalen Variablen holt und zurückliefert. Aber der "Haupt-Record" DoubleDouble hat davon gar keine Notiz genommen: also es hat überhaupt nicht funktioniert.

Das Problem, was ich momentan verfolge ist, daß ein Funktionsaufruf z. B. ArcTan2(..) aus den C-Object-Files einmal, zweimal hintereinander korrekt funktioniert, beim 3. Mal kommt ein falsches Ergebnis raus und beim 4. Mal stürzt es ganz ab weil alle Felder des Records -NaN sind.

Manchmal sah ich neben dem DoubleDouble-X-Array auch noch ein namenloses Record-Feld auftauchen und es sah so aus, daß der Wert bei jedem Aufruf der Funktion im Record um 1 weiterspringt, bis ins Leere gegriffen wird. Aber dieses Verhalten kann ich nicht immer reproduzieren.

Ich probiere noch weiter, und mache dazu später ein neues Topic auf.

Danke für Eure Hilfe!

Gruß, Andreas

[Andreas13]

Zitat:

Zitat von venice2 (Beitrag 1489523)

Zitat:

Also der Compiler sagt nun nichts mehr?

Warum sollte? Nach der Berichtung der Klammern...

Nur eine kleine Bemerkung zur Klarstellung: Die überflüssige und irritierende Klammer ')' (s. Post #1) habe ich nur hier im Forum als Tippfehler gehabt. :oops: Im Delphi-Code war alles korrekt und trotdem hat CodeInsight rebelliert.
Andreas

[himitsu]

CodeInsight sind die Infos/Hints zum Code.

ErrorInsight ist die Fehlermarkierung/-info.



Und ja, ErrorInsight hatte schon immer mehr oder weniger Probleme
und zeigt auch gern mal was Falsches an.

Manchmal wird es besser, in der nächsten Version, aber 100% richtig geht es seit Jahrzehnten nicht mehr.
Mit dem neuen LSP gibt es nun Hoffnung, dass es irgendwann mal fast richtig arbeiten könnte. (wenn ErrorInsight auch das LSP benutzt)



Viele nervt das ErrorInsight so sehr, dass sie es abschalten.

[Delphi.Narium]

Das vergleiche ich gerne mit Word oder Openoffice:

Nicht alles, was da unterkringelt ist, ist falsch. Die Software meint das zwar. Ja und?

Was der Kompiler als falsch bemängelt ist falsch, sonst nicht. Egal wer sonst trotzdem behauptet, es sei falsch.

Was der Kompiler nicht bemägelt ist richtig. Egal wer sonst trotzdem behauptet, es sei falsch.

Was der Kompiler als falsch bemängelt ist falsch. Egal wer sonst trotzdem behauptet, es sei richtig.

Und wenn Word oder OpenOffice zuviel als falsch bemängeln, was eindeutig richtig ist, wird die Rechtschreibprüfung eben ausgeschaltet.

Der Kompiler weiß was richtig und was falsch ist. Die anderen stellen nur mehr oder weniger belegbare oder nicht belegbare Behauptungen auf, müssen aber nie den Beweis der Richtigkeit ihrer Aussage erbringen ;-)

[himitsu]

Daher der vermutliche Vorteil vom LSP.

Da ist es dann so, als wenn ein Hintergrundcompilier auf die Unit losgeht
und dessen Ergebnisse dann vom ErrorInsight verwendet werden.
Und wenn Complier und ErrorInsight den selben Code (LSP) verwenden,
müssten da für Compilier und ErrorInsight eben auch die selben Ergebnisse rauskommen. (wenn alles richtig implementiert ist)