| |
| |
|
 | Vielleicht könnte sich Roland nochmal &loop  anschauen, denn &loop kommt speziell hierbei gerne mit falschen Werten:
KompilierenMarkierenSeparieren
Ich tappe gerne in diese Falle da ich gerne verschachteln möchte.
Ich gehe dann immer wieder auf die langsameren For-Schleifen zurück, die aber fehlerfrei funktionieren. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Naja,
Hier verhält sich Profan wenigstens so wie in der Hilfe beschrieben: &Loop hat nur innerhalb einer WhileLoop-Schleife einen Nutzen.
In dieser Situation verhält es sich aber nicht wie erwartet:
KompilierenMarkierenSeparieren |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 18.11.2007 ▲ |
|
| |
|
|
RGH | @iF:
Wie Jörg schon treffend feststellte: Hier verhält sich XProfan gemäß Hilfe: In jeder anderen Schleife ist &LOOP undefiniert. (Dass es tatsächlich derzeit immer 1 ist, ist halt so.)
Vermutlich erwartest Du, das &LOOP immer noch den Wert der äußeren LOOP-Schleife hat. Ok, das kann ich so einrichten. Ab der nächsten Subscriptionsversion.
@Jörg
Hinter dem WHILELOOP befinden wir uns programmtechnisch gesehen schon in der neuen LOOP-Schleife und da hat, da wir diese soeben betreten haben, &LOOP natürlich immer den Wert 1. Vermutlich erwartest Du aber hier noch den Wert der äußeren LOOP-Schleife. Hm, mal schauen ob ich da a) was machen kann und überlegen ob das b) dann auch sinnvoll und logisch wäre.
Gruß
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 18.11.2007 ▲ |
|
| |
|
|
Frank
Abbing |
Vermutlich erwartest Du, das &LOOP immer noch den Wert der äußeren LOOP-Schleife hat. Ok, das kann ich so einrichten. Ab der nächsten Subscriptionsversion.
&Loop sollte wirklich nur von WhileLoop beeinflußt werden und von sonst nichts! |
|
| |
| |
| |
|
|
| Vielleicht doch nochmal &loop anschauen...
Bin soeben wieder in eine weitere Falle getappt! (wenn mir das passiert passierts sicherlich anderen auch, nur das andere vlt. nicht wissen woher der Fehler rührt...)
Return innerhalb einer WhileLoop-Schleife! - Die Hilfe sagts zwar, aber...
...besser wäre eine eindeutige Abbruch/Fehlermeldung des XProfan - z.B. zur Laufzeit! Weil: Ohne Meldung suchen sich Anfänger vlt. dumm und dämlich und könnten das Vertrauen verlieren...
Besser klarer Abbruch!
Roland könnte es aber auch einfach seinem integrierten Präkompiler beibringen darauf zu achten, ebenso wie ich es dem xpse beibringen könnte. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer |
Roland könnte es aber auch einfach seinem integrierten Präkompiler beibringen
Das wäre sinnvoller, als zur Laufzeit in der Schleife auf Return zu checken. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 07.12.2007 ▲ |
|
| |
|
|
Michael
Dell | |
| |
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 08.12.2007 ▲ |
|
| |
|
|
| Ich finde WhileLoop soweit IO, ist eine schöne einfache Zusatzschleife.
Bei verschachtelten Zählschleifen nutze ich einfach for , besser gehts net.
Vielleicht implementiert Roland sowas einmal. Er könnte das von seinem Präkompiler erledigen lassen. xpse zeigt ja das es mit reiner Textumschreibung sehr einfach möglich ist. xpse unterstützt die pascal-Forschleifensyntax weil ich fand das diese sehr einfach zu verstehen ist.
KompilierenMarkierenSeparieren
natürlich geht auch
KompilierenMarkierenSeparieren |
|
| |
| |
| |
|
|
Michael
Dell | For- Next die Urmutter aller Schleifen, war auch bei mir der Vater des Gedanken.
Über XPSE läufts ja Prima  aber in XProfan direkt wärs sogar noch schöner!  |
|
| |
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 08.12.2007 ▲ |
|
| |
|
|
| |
| |
| |
| |
|
(910)
Deutsch
English
Français
Español
Italia