XPSE

- Página 5 -

Dietmar
Horn

Klar - irgendwie hast Usted así en efecto bastante.

Yo verwende esta Vorgehensweise aber gelegentlich trotzdem, porque XProfan (desafortunadamente) no Compilerschalter para bedingte Compilierung sabe, como el en otro Programmiersprachen el Fall es.

Saludo
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

28.02.2005 ▲

Hi, IF!
[quote:75c6004837]
Folgendes es nämlich uno sauberen Programación entgegen:

if 1
proc pla
ENDPROC
más
proc pli
ENDPROC
endif
[/quote:75c6004837]
Spräche eigentlich algo gegen folgende Vorgehensweise - sin el Schalter {$nosectioncheck}?

if 1
pla
más
pli
endif

In dieser Konstellation voluntad el Prozeduren pla y pli doch sólo anstelle uno (längeren) Quelltexts eingesetzt, en para mehr Información general a sorgen.
Oder betrifft el sólo el Fall, si yo pla y pli en uno INC unterbringen sería?

Saludo, Christian

XProfan 8/9.1, Win XP, AMD 64/3200

28.02.2005 ▲

Lo va sólo a Deklarierung de Prozeduren innerhalb de ifs[whiles[repeats[etc...]]] - no en el Ausführen de Prozeduren.

Folgendes beachtet XPSE y meldet ggf. una...

Sektionsfehler:
Kompilieren Marca Separación

if
proc

endif

endproc

if
proc

endproc

endif

proc
if
endroc

endif

while
if

wend

endif

Lo va simplemente por lo tanto el XPSE algo strenger como XProfan-incluso es - así se weniger Fehler en el Source schmuggeln puede.

Salve, IF

28.02.2005 ▲

Dietmar
Horn

¡Hola David,

XPSE V0.1.3.p findet Incude-Archivos no, si detrás de él a para Zeilenende una Kommentar es.

Ohne Kommentar voluntad el INCs sin embargo gefunden.

Saludo
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

Der Sache Aprovecho mich gleichmal a.

Hm, Yo teste grade

$I input.inctest

y como gibz nix Fehler.

Auch en
Kompilieren Marca Separación

 $I inputtest
 $I input//test
include inputtest
#include inputtest
include input//test
#include input//test

se ejecuta nix torcido.

Ahhh, Yo sehe en
Kompilieren Marca Separación

include input/*test
*/
oder
 $I input/*test
*/

gibbed el Fehler - media Usted el?

Also el /* */ Rem macht Fehler en Compilerschaltern hmpf

Kla - gehört korrigiert.

Salve, IF

Jauix.

Dat Teil is schlimmeliger como ik pensamiento.

Et betrifft el gesamten compilerschalter welche no con /* */ ausklammerbar son.

Das Prob es el Yo en diesem Schritt aller Operationen no simplemente el RemKilling ansetzen kann - como el Cuerdas a el Pos (beim Einladen en el Mem) todavía freigelegt son.

Dat se grauselig...acker...

Salve, IF

Dietmar
Horn

¡Hola David,

folgendes klappt en me:

$I C:VEREINDHOXPROFAN9FORTSCHRITT.INCTEST

y el auch:

$I C:VEREINDHOXPROFAN9FORTSCHRITT.INC TEST
(Hochkamma por Leerzeichen abgetrennt)

Wenn Yo sin embargo el Hochkamma por una Tabulator abtrenne - sólo entonces funzt no mehr.

Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

Verstehe - is heut todavía Fijo.

Salve, IF

Dietmar
Horn

Gracias,

nun klappt lo endlich otra vez!

Aufgefallen me está el eigentlich sólo en el Zusammenhang con el Compilerschalter para el bedingte INC-Einfügung con en él enthaltenen PROCS.

Den Compilerschalter esta halte Yo después de como antes para überflüssig, genau como strengere Syntaxüberprüfung en diesem Punkt.

Meiner Meinung después de debería no el Tarea uno Programmautors ser, el Anwender su Software en irgendeine Richtung herumerziehen a querer. Meistens se ejecuta el sowieso gegen el Baum (siehe GOTO-Diskussion, oder en Sache con más Befehlen en uno Línea en el RGH-Foro).

Solange lo en XProfan no richtigen Compilerschalter para bedingte Compilierung son, ha esta Vorgehensweise meiner Meinung después de ihre Berechtigung: Was z.B. en uno Testversion nada sólo en el Code drin es, el bläht el Programa no unnötig en (y kann auch nada sólo gecrackt voluntad).

Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

Usted Yo weiß no genau lo que quiere decir.

XPSE se auch niemanden erziehen - lo va por lo tanto la Fehler uno Sources auffindig a hacer en maximale Interpretationsgenauigkeit a Produzieren.

Beim Proggen hay strenge Regeln - aber qué erzähl Yo Usted.

Es sicher falso si una Compiler folgendes erlaubt:

proc
if
ENDPROC
endif

como no vorhersehbar es wied él Code de PRFVersion a Versión interpretiert se. Es also unklar - qué wiederum gegen jede Form el Programación spricht.

Aber Yo glaube por lo tanto gings No - Yo Usted probablemente no correcto verstanden.

Salve, IF

Dietmar
Horn

¡Hola David,

Yo schätze, como haben wir beide cada una bißchen bastante - oder uns tüchtig mißverstanden.

Als vorläufigen Ersatz para bedingte Compilierung meinte Yo lediglich una Konstruktion en folgender Art:

if testversion%
proc pla con Inhalt 1
ENDPROC
más
proc pla con Inhalt 2 <> Inhalt 1
ENDPROC
endif

oder notfalls:

if testversion%
proc pla
ENDPROC
más
proc pli
ENDPROC
endif

wobei entonces beim Aufrufen el PROCs natürlich ebenfalls nochmals una IF-ELSE-ENDIF-Abfrage en testversion% erforderlich wäre, el no angemeckert voluntad dürfte. Das debería auch beim Verwenden de XPSE erlaubt bleiben.

Jedenfalls, solange lo en XProfan todavía no otro Möglichkeit para (echtes) bedingtes Compilieren son ...

El otro de Usted genannten Konstruktionen debería natürlich auch weiterhin de XPSE angemeckert voluntad, solange RGH o. ser Compiler el no selber macht.

Saludo
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]