| |
|
|
- page 1 - |
|
Ragnar Rehbein | allô IF !
aussi si du im moment wichtigere sorgen la hâte, kurz 3 kleine fehlerchen: 1. KompilierenMarqueSéparation bringt den XPSE zum absturz. cela ^ c'est moi aus versehen dans den quelltext geraten (kleiner ausrutscher, den je pas bemerkt habe ou bien étions es qui kinder ??? avec ihren süßen grabbelpfötchen ???).
2. KompilierenMarqueSéparation {$batch copy "xx x.exe" "c:xx x.exe"} > ist pas possible. j'ai partiellement leerzeichen dans den dateinamen bzw. pfadnamen. gibt es pour une lösung ?
3. KompilierenMarqueSéparation includedateien volonté sans pfadangabe pas trouvé, si sich qui programmdatei dans einem anderen verzeichnis est comme XPSE. m:ehbeinxprofan - XPSE et compiler m:ehbeinxprofaninclude - z.b. debugprint.inc m:ehbeinxprofanprojekteest - z.b. xxx.prf
je benutze XPSE depuis einiger zeit trop presque 100%. près de den Compileroptionen qui qui travail erleichtern et beschleunigen, ist qui .enh-fichier cela genialste. trop chacun programmversion qui im einsatz ist hebe je mir qui entsprechende .enh-fichier sur. fehlermeldungen qui sich sur une zeilennummer beziehen, laisser sich so genial simple trouver.
toll qui es XPSE gibt
r.r. |
|
|
| |
|
|
|
| |
|
- page 5 - |
|
Dietmar Horn | allô David,
folgendes klappt chez mir:
$I C:VEREINDHOXPROFAN9FORTSCHRITT.INCTEST
et cela aussi:
$I C:VEREINDHOXPROFAN9FORTSCHRITT.INC TEST (Hochkamma par Leerzeichen abgetrennt)
si je cependant cela Hochkamma par une tabulateur abtrenne - seulement ensuite funzt es pas plus.
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: [...] | 12.03.2005 ▲ |
|
|
|
|
| Verstehe - is heut encore behoben.
Salve, iF |
|
|
| |
|
|
|
Dietmar Horn | merci,
eh bien klappt es enfin wieder!
Aufgefallen c'est moi cela eigentlich seulement im Zusammenhang avec dem Compilerschalter pour qui bedingte INC-Einfügung avec y enthaltenen PROCS.
Den Compilerschalter hierfür halte je pour comment avant pour überflüssig, oui c'est ca comment qui strengere Syntaxüberprüfung dans diesem Punkt.
Meiner attitude pour sollte es pas qui devoir eines Programmautors son, qui Anwender seiner Software dans irgendeine direction herumerziehen trop voulons. la plus part du temps fonctionne cela sowieso vers den arbre (siehe GOTO-Diskussion, ou bien sur qui l'affaire avec mehreren Befehlen dans einer la ligne im RGH-Forum).
Solange es dans XProfan keinen richtigen Compilerschalter pour bedingte Compilierung gibt, hat cet Vorgehensweise meiner attitude pour ses Berechtigung: quoi z.B. dans einer Testversion gar pas seulement im Code drin ist, cela bläht cela Programme pas unnötig sur (et peux aussi gar pas seulement gecrackt volonté).
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: [...] | 12.03.2005 ▲ |
|
|
|
|
| Du je ne sais pas oui c'est ca quoi Du meinst.
XPSE soll aussi niemanden erziehen - und dir tout autor qui faute eines Sources auffindig trop faire um maximale Interpretationsgenauigkeit trop Produzieren.
Beim Proggen gibt es strenge régulariser - mais quoi erzähl je Dir.
c'est sûrement faux si un Compiler folgendes erlaubt:
proc si endproc endif
là pas vorhersehbar ist wied il Code de PRFVersion trop Version interpretiert wird. c'est alors unklar - quoi wiederum vers chacun forme qui Programmation spricht.
mais je crois tout autor gings Dir pas - j'ai toi wohl pas richtig verstanden.
Salve, iF |
|
|
| |
|
|
|
Dietmar Horn | allô David,
je schätze, là avons wir beide chacun légèrement droite - ou bien uns tüchtig mißverstanden.
comme vorläufigen Ersatz pour bedingte Compilierung meinte je lediglich une Konstruktion dans suivant Art:
si testversion% proc pla avec le contenu 1 endproc d'autre proc pla avec le contenu 2 <> le contenu 1 endproc endif
ou bien notfalls:
si testversion% proc pla endproc d'autre proc pli endproc endif
wobei ensuite beim Aufrufen qui PROCs naturellement également nochmals une IF-ELSE-ENDIF-Abfrage sur testversion% erforderlich wäre, qui pas angemeckert volonté pourrait. cela sollte aussi beim Verwenden de XPSE erlaubt rester.
Jedenfalls, solange es dans XProfan encore aucun autre Possibilité pour (réel) bedingtes Compilieren gibt ...
qui anderen de Dir genannten Konstruktionen devrait naturellement aussi weiterhin de XPSE angemeckert volonté, solange RGH bzw. son Compiler cela pas selber pouvoir.
Salut 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: [...] | 12.03.2005 ▲ |
|
|
|
| |
|
- page 6 - |
|
|
| Ok - je comprends et vois es un.
je werde cela Abprüfen de if;proc;endproc;endif entfernen.[quote-part:0561ce5d0c]solange RGH bzw. son Compiler cela pas selber pouvoir[/quote-part:0561ce5d0c]là veux je kurz einhaken. Rolands Compiler ist - dire wir so - pas qui Schnellste. Mir ists lieber xpse meckert pour un paire Millisekunden cela quoi pas stimmt - comme cela Rolands Compiler dans la ligne 95.000 nen faute findet.
*duck*
Salve, iF |
|
|
| |
|
|
|
Dietmar Horn | Prima!
Hoffentlich liest Roland selber ici gelegentlich avec ...
*duck*
Salut 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: [...] | 12.03.2005 ▲ |
|
|
|
|
| non- malheureusement pas.
exposition ici qui ici déjà gelesen hat: [...]
Unten - dans qui Minitoolbar est un Auge - là ist ersichtlich qui bereits cela Topic gelesen hat.
Salve, iF |
|
|
| |
|
|
|
Stephan Sonneborn | Hi iF,
après que je mon Programme avec dem XPSE V0.1.3r habe prekompilieren laisser, scheint qui CREATE-Bug, si mehrdimensionale Arrays comme Handle vorkommen, gefixt trop son. merci!!!
eh bien zum prochain Problem:
Aus KompilierenMarqueSéparation pouvoir qui XPSE KompilierenMarqueSéparationWINDOWSTYLE (1+2+8+16+32+64+512)
SPLASHSCREEN&=CREATE("WINDOW",%DESKTOP, », 0,0,300,300)
SETWINDOWPOS SPLASHSCREEN&=(%MAXX-300)/2,(%MAXY-300)/2-300,300;-1
STARTPAINT SPLASHSCREEN&
DRAWPIC FLASHBITMAP&, 0,0
0
ENDPAINT
SLEEP 1000
quoi stimmt ici pas? Richtig! cela Semikolon im DRAWPIC-Befehl wird comme Befehlstrenner erkannt et schiebt qui 0 dans qui neue la ligne. Folge: qui XProfan-Compiler beschwert sich. avec 0 peux il nix anfangen. c'est trop vérifier, si cela aussi qui anderen Bitmap-Befehle betrifft... |
|
|
| Schöne Grüße aus Wittgenstein von Stephan
Programmierumgebung:| XProfan X4 | WIN10 | AMD FX6100 3,3 GHz | 18.03.2005 ▲ |
|
|
|
|
| Yehhaa - vielen Dank Stephan!
Mag gugn quelle Befehle Roland là encore eingeschmuggelt hat quelle nen Semikolon dans qui Syntax nutzen.
Salve, iF
Kleiner Tip am Rande:
Aus WINDOWSTYLE (1+2+8+16+32+64+512) mach besser WINDOWSTYLE (1|2|8|16|32|64|512) |
|
|
| |
|
|
|
Stephan Sonneborn | [quote-part:8a36c2af26=iF] Mag gugn quelle Befehle Roland là encore eingeschmuggelt hat quelle nen Semikolon dans qui Syntax nutzen. [/quote-part:8a36c2af26] je crois (presque) alle Befehle, qui avec Bitmaps trop 1faire avons, avons une Semikolon-paramètre.
[quote-part:8a36c2af26=iF] Kleiner Tip am Rande: Aus WINDOWSTYLE (1+2+8+16+32+64+512) mach besser WINDOWSTYLE (1|2|8|16|32|64|512)[/quote-part:8a36c2af26] Pourquoi ist cela besser? je habs la fois reinprogrammiert, mußte mais qui Pipes mittels Leerzeichen separieren, sonst meldet XProfan: aucun numéro: 1|2|8|16|32|64|512 |
|
|
| Schöne Grüße aus Wittgenstein von Stephan
Programmierumgebung:| XProfan X4 | WIN10 | AMD FX6100 3,3 GHz | 19.03.2005 ▲ |
|
|
|
|
| Ist doch bien sûr - cela avec den Bitmapbefehlen etc. - qui kenn XPSE oui aussi - seulement qui vom XProfan9 étions encore pas dabei.
Salve, iF |
|
|
| |
|
|