| |
|
|
- Seite 1 - |
|
Ragnar Rehbein | hallo IF !
auch wenn du im moment wichtigere sorgen hast, kurz 3 kleine fehlerchen: 1. KompilierenMarkierenSeparieren bringt den XPSE zum absturz. das ^ ist mir aus versehen in den quelltext geraten (kleiner ausrutscher, den ich nicht bemerkt habe oder waren es die kinder ??? mit ihren süßen grabbelpfötchen ???).
2. KompilierenMarkierenSeparieren {$batch copy "xx x.exe" "c:xx x.exe"}
ist nicht möglich. ich habe teilweise leerzeichen in den dateinamen bzw. pfadnamen. gibt es dafür eine lösung ?
3. KompilierenMarkierenSeparieren includedateien werden ohne pfadangabe nicht gefunden, wenn sich die programmdatei in einem anderen verzeichnis befindet als XPSE. m:ehbeinxprofan - XPSE und compiler m:ehbeinxprofaninclude - z.b. debugprint.inc m:ehbeinxprofanprojekteest - z.b. xxx.prf
ich benutze XPSE seit einiger zeit zu fast 100%. neben den Compileroptionen die die arbeit erleichtern und beschleunigen, ist die .enh-datei das genialste. zu jeder programmversion die im einsatz ist hebe ich mir die entsprechende .enh-datei auf. fehlermeldungen die sich auf eine zeilennummer beziehen, lassen sich so genial einfach finden.
toll daß es XPSE gibt
r.r. |
|
|
| |
|
|
| |
|
- Seite 4 - |
|
|
| Achja genau, Du schreibtest [quote:11c1513cc9]includedateien werden ohne pfadangabe nicht gefunden, wenn sich die programmdatei in einem anderen verzeichnis befindet als XPSE. m:ehbeinxprofan - XPSE und compiler m:ehbeinxprofaninclude - z.b. debugprint.inc m:ehbeinxprofanprojekteest - z.b. xxx.prf [/quote:11c1513cc9]ich hab mir das ca. 20 mal durchgelesen - und irgendwie ists doch klar das XPSE ohne Pfadangabe die Includes nicht findet wenn diese überhalb der PRF liegen. Normalerweise hat man doch auch seine includes unterhalb der PRF.
Vielleicht kappier ich auch nur was net
Salve, iF |
|
|
| |
|
|
|
Ragnar Rehbein | ich gehe von der standardmäßigen XProfan-Installation aus. da gibt es ein verz. XProfan (interpreter, compiler und XPSE) und darunter ein Verz. INCLUDE. in diesem Verz. liegen bei mir alle includes, klassen und *.phs die für alle projekte gültig sind und gemeinsam genutzt werden. die projektspezifischen includes befinden sich im verz. der *.prfs
in der Hilfe steht: ... Ebenso, wenn XPSE die Include nicht im eigenen Verzeichnis findet...
was ist das eigene Verzeichnis ? ich dachte das wo sich die XPSE.exe befindet.
deshalb mein gemecker über die nicht gefundenen includes. störend ist das hauptsächlich, wenn man code aus dem forum mal schnell testen will bzw. helfen möchte. dann klappere ich jedesmal mühsam den kompletten pfad z.b. in einen aufruf einer Headerdatei in den Editor, um ein codeschnipsel zum laufen zu bekommen.
r.r. |
|
|
| |
|
|
|
| Das sog. Eigene Verzeichnis - damit ist eigendlich das aktuelle Enviroment gemeint. Je nach Editor kann das ja abweichen.
Fakt ist, so sollte es funktionieren:
c:profanxpse.exe c:profanprfrun32.exe c:profanprofcomp.exe c:profanincludes*.inc[prf] Und das tut es bei Dir nicht - richtig?
Bis denne, iF |
|
|
| |
|
|
|
Ragnar Rehbein | richtig ! tut es leider nicht ! :roll:
r.r.
konkret lautet der pfad M:RehbeinXProfan unter dem alles liegt.
M:RehbeinXProfanxpse.exe M:RehbeinXProfanprfrun32.exe M:RehbeinXProfanprofcomp.exe M:RehbeinXProfanincludes*.inc M:RehbeinXProfanProjekteDatenbanktestdbtest.prf |
|
|
| |
|
|
|
| Ok, noch 2 Fragen
In M:RehbeinXProfanProjekteDatenbanktest liegt kein Compiler und keine PrfRun32.exe?
XPSE findet den Compiler in M:RehbeinXProfan auch ohne Compiler/Runtime-Angabe per Compilerschalter?
Salve, iF |
|
|
| |
|
|
|
CB | Hi, wie wärs mit folgendem Registry-Eintrag: KompilierenMarkierenSeparieren Anm.: Der letzte Eintrag für den XProfan-Writer 2004 geht in dieser Form ins Leere, ich habe ihn nur als Muster für einen Editor stehengelassen. Noch günstiger wäre es, wenn XPSE/XPIA einen kurzen Blick in die Registry werfen könnten. Ein Mini-Tool, das die relevanten Pfade dort ablegt und damit sollte doch das Pfad-Problem gelöst sein.
Gruß, Christian |
|
|
| |
|
|
|
| Und genau auf Reg, Configfile & Co möchte ich verzichten.
Salve, iF |
|
|
| |
|
|
|
Ragnar Rehbein | IF schrieb: ... Ok, noch 2 Fragen ...
standardmäßig liegen runtime und compiler im XProfan-verzeichnis. bei einigen projekten ist per compilerschalter eine andere als die standardruntime (mit anderem namen) angegeben, diese liegt im gleichen verzeichnis wie die *.prf-datei.
r.r. |
|
|
| |
|
|
|
| OK- dann ist doch aba kla dasser die includes nicht findet - da Dein Editor doch dann das Enviroment (aktiver Pfad) auf den Pfad der PRF setzt - und xpse den eigendlichen Pfad damit nicht kennen kann.
Ich werde mal einbauen das er zu alldem auchnoch den Pfad der eigenen existens nutzt um von dort aus in alle verschiedenen Verzeichnisse zu schauen.
Salve, iF |
|
|
| |
|
|
|
Frank Abbing | Hi.
[quote:e5da54f4c2]Und genau auf Reg, Configfile & Co möchte ich verzichten.[/quote:e5da54f4c2] Ich halte es ebenso und begrüsse das ausdrücklich! |
|
|
| |
|
|
|
Dietmar Horn | Hallo David,
gerade ist mir folgende Unstimmigkeit bei XPSE aufgefallen:
if testversion% $I INC_1.INC else $I INC_2.INC endif
XProfan selber akzeptiert diese Vorgehensweise, XPSE jedoch leider (noch) nicht.
Gruß 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: [...] | 27.02.2005 ▲ |
|
|
|
|
| Nun - eigendlich ganz im Gegenteil, denn XPSE hat damit überhaupt garkein Problem.
Was XPSE im Rahmen des Syntaxchecks beanstandet ist dort wohl etwas anderes. Schau mal beim Compilerschalter NoSectionChecke nach.
Folgendes steht nämlich einer sauberen Programmierung entgegen:
if 1 proc pla endproc else proc pli endproc endif
Salve, iF |
|
|
| |
|
|