[EibParser] Geschweifte Klammern statt \\

[pio]

Hallo Zusammen,

wie setze ich { und } ein, um lästige \\ an jedem Zeilenende zu verhindern?

Folgendes geht nämlich nicht:

if a=b then {
write (...);
write (...)
}
endif

[saft6luck]

if a=b then {
write (...);
write (...)
}
endif

Der Parser kann immer nur eine Zeile interpretieren (ja, ja, die Computersteinzeit ist zurück). Damit es eine Zeile bleibt, gibt es ja das berüchtigte '\\' um die Zeile in der nächsten fortzuführen.
'{}' heben den Zwang innerhalb der Klammern auf und interpretiert alles als eine Zeile, d.h. aber es dürfen vor '{' und nach '}' trotzdem keine Zeilenvorschübe sein (oder du verwendest außerhalb wieder '\\').

Du kannst also so schreiben:

if a=b then {
     write (...);
     write (...)
[COLOR="Red"]} endif[/COLOR]

oder auch so:

if a=b then {
     write (...);
     write (...)
[COLOR="Red"]} \\
endif[/COLOR]

oder so

if a=b then [COLOR="Red"]\\[/COLOR]
{
     write (...);
     write (...)
[COLOR="Red"]} \\
endif[/COLOR]

[pio]

[pio]

Das is ja schlimmer, als meine MicroVis in Forth zu programmieren .....

[chg]

Wo wir grad bei der geschweiften Klammer sind, da fällt mir auch noch was ein. Folgenden Code:

\\ {

/* } */

Meckert der Compiler mit diesen Fehlern an:

!! Anwendungsfehler !!
Klammern nicht geschlossen in ><

!! Anwendungsfehler !!
Zu viele Klammern geschlossen in >// }<

Eine Zeile mit geschweiften Klammer auskommentiern funktioniert also (noch!?) nicht.

[saft6luck]

Eine Zeile mit geschweiften Klammer auskommentiern funktioniert also (noch!?) nicht.

Aber dafür kannst du den Kommentar damit über mehrere Zeilen ziehen

/* {

blah blubber

} */

... was ja sonst nicht geht. lol

[chg]

Hhmm... Stimmt!

Hätte nicht gedacht, dass ich mir nochmal den alten Borland C-Compiler zurückwünsche... duck und weg

[enertegus]

Hätte nicht gedacht, dass ich mir nochmal den alten Borland C-Compiler zurückwünsche.

Ihr seid so gemein!

Aber vielleicht sollten wir mehr an der Syntax der Kommentarzeichen arbeiten als an Features, das wäre mal eine Abstimmung wert...

[Bodo]

Marketing ist alles

Nein, wir (Ihr) machen ein tolles Video mit allen Features sei es nun echt oder getürkt .

Vielleicht noch ein "Unboxing" -Video wie es in USA mit neuen Gadgets gemacht wird.

Und dann 30 Makros für alle Lebenslagen und Fotos vom dann neuen Webserver und gut is.

[chg]

Ihr seid so gemein!

War ja nicht so ernst gemeint... Ich schieb mal zur wiedergutmachung den Danke-Thread nach oben.

[no sleep]

Aber vielleicht sollten wir mehr an der Syntax der Kommentarzeichen arbeiten als an Features, das wäre mal eine Abstimmung wert...

Aus Erfahrung kann ich Dir sagen, daß sowas nicht funktioniert - es wird immer für Features gestimmt werden...
Einzige Lösung: Ein "Hohes Tier" (= Cheffe, dem unter überhauptgarniemalskeinen Umständen widersprochen werden darf) bei euch legt Feature-Freeze Zeiten (mehrere Tage bis Wochen) fest, in denen nur "gebugfixt" werden darf.

[enertegus]

Aus Erfahrung kann ich Dir sagen, daß sowas nicht funktioniert - es wird immer für Features gestimmt werden...

Dann ist die Sache ja klar: Das mit den Kommentaren wird erst mal so bleiben..

[saft6luck]

Dann ist die Sache ja klar: Das mit den Kommentaren wird erst mal so bleiben..

Kommentare sind doch eh nur Ballast.
Eigentlich sollten Sprachen verboten werden, die Kommentare im Source-Code erlauben!!!

[pio]

Genau, man soll so programmieren, dass jeder den Code lesen kann wie ein Buch, ausdrucksvolle Bezeichner, keine direkten oder indirekten Sprünge, .....

[SnowMaKeR]

dass jeder den Code lesen kann wie ein Buch

Das war damals in COBOL am Grossrechner so.
Ach, waren das Zeiten...