XPSE

Hallo Ragnar, die in der Hilfe beschriebene Installroutine ist zwar dokumentiert, aber wie auch z.B. in der PDF nachlesbar noch nicht aktiviert.
Du musst dem Profanpad beibringen, statt profancomp.exe die xpse.exe zu starten. Auf Anhieb weiß ich nicht ob das Einstellbar ist, ich lade mir gleich mal das Profanpad und schaue nach wie es konkret einbindbar ist.

Das mit den Tastendruck ist so, wenn du mal z.B manuell eine prf-datei als Parameter angibst, zeigt dir der xpse ein menü, wenn Du aber eine Taste drückst die nicht im Menü steht, dann beendet er sich. So kann man als Programmierer ohne generft zu werden mit jeder Taste den XPSE beenden, oder mit einer speziellen Taste (lt. Menü was ein paar Zeilen drüber steht) die entsprechende Operation auslösen. Z.B. C für Compilieren, oder L für linken.....

Bis denne, iF

Hmmm, stimmt, hast recht, irgendetwas stimmt nicht, xpse zeigt garkein menü, ich schaue woran das liegt und melde mich wieder.

___NACHTRAG___

Ich sehe was falsch ist, das ProfanPad hängt ein -E PRC an den Dateinamen hinten an, darauf achtet XPSE nicht, ich werde sehen das XPSE das ProfanPAD auch unterstützt.

iF

Ragnar
Rehbein

mir ist noch nicht klar, wie das teil eigentlich funktioniert.
wenn die identische exe anstatt der profan.exe und der profcomp.exe eingetragen werden soll, müssen doch weitere parameter wie -E prc ausgewertet werden, um zu regeln ob compiliert oder interpretiert werden muß.
woher weiß die xpse.exe welche programme zum compilieren und linken aufgerufen werden müssen ? bei der umbenennugsmasche heißen sie ja dann profan.org.exe bzw. profcom.org.exe. wird da alternativ gesucht, oder gibt es eine ini-datei ?
wenn ich das alles wüßte könnte ich das problem sicherlich viel präzieser erfassen.
warum wird der compiler und linker nicht gefunden wenn ich das alles von der kommandozeile starte : xpse.exe xxx.prf ??
die erzeugung des zwischecodes in die xxx.enh erfolgt korrekt.

r.r.

Ok, lass uns Stück für Stück an die Sache herangehen, muss ja selber erstmal damit Erfahrung sammeln, danke das Du hilfst!

So, ich lade gleich eine Version [XPSE] V0.1.2d hoch (in ca. 30 Minuten), damit konnte ich im Profan-Pad die Funktion Compilieren richtig ausführen.

Hier die Einstellungen im Pad:
Alles wie gehabt, außer: So gehtz bei mir:
PROFAN²-Verzeichnis: C:p00x
PROFAN²-Interpreter: C:p00xxpse.exe
PROFAN²-Compiler: C:p00xxpse.exe
Compilat-Endung: prc
Das Häckchen XProfan ab Version 8 kann eingeschaltet [X] sein.

So, probierst mal wenn ich Version 0.1.2d hochgeladen hab?

Frank
Abbing

Hi,

ich glaube, Ragnar will willen, wie der XPSE erkennt, welcher Compiler/Linker denn jetzt von User benutzt werden soll. Woher bekommt er die richtigen Pfade ?
Das ist mir auch noch schleierhaft...

Nun, ersteinmal nutzt xpse den Compiler und den Linker, welcher sich im aktiven Verzeichnis befindet. D.h. XPSE selbst führt keinen chdir durch, sondern versucht einfach ProfanComp auszuführen.

Es sind aber folgende Compilerschaltern angedacht:

{$linkwith c:anypathprfrun32.exe}
{$compilewith c:anypathprofancomp.exe}
{$putexeto c:anypathmyexes}

Damit könnte man dann razfaz auch zum ersten Male ganz einfach für bestimmte Programme direkt im Quelltext festlegen, auf welche Runtime gelinkt werden soll. Das ist besonders dann praktisch, wenn man verschiedene Runtimes wegen Ressourcen nutzt.

iF

Frank
Abbing

[quote:a3df8f3ea9=iF (!ReGeXiT)]Nun, ersteinmal nutzt xpse den Compiler und den Linker, welcher sich im aktiven Verzeichnis befindet.

{$linkwith c:anypathprfrun32.exe}
{$compilewith c:anypathprofancomp.exe}
{$putexeto c:anypathmyexes}[/quote:a3df8f3ea9]
Nette Idee.
Im gleichen Verzeichnis, damit kann ich leben

Ragnar
Rehbein

jetzt hab ich den fehler endlich gefunden und es läuft !!!

super !!

bei mir heißt der compiler profcomp.exe, das wird ja auch von roland so ausgeliefert. oder nicht in allen fällen ?
der kleine unterschied zu profancomp.exe ist mir nicht aufgefallen.

evtl. solltest du nach beiden varianten suchen, falls du die eine nicht findest.

mein glück ist leider noch nicht vollständig. leider
1. die direktive $P+ wird leider falsch übersetzt -> INC $P ... ärgerlich.
2. mit Visual Windows Professional 2 bekomme ich das teil nicht zum laufen. es wird ein compilerfehler gemeldet (compiler did not compile). hängt evtl. mit 1. zusammen ?
3. gibt es eine option oder taste um den interpreter zu nutzen ? fände ich sinnvoll {$i} bzw. I in der console

4. wie ich inzwischen festgestellt habe hängt der stress unter 2. damit zusammen, wenn die xpse.exe auf einem anderen LW steht als die zu compilierende PRF-datei. (xpse.exe ist bei mir auf LW M: und VWP 2 legt eine temp.prf auf LW C: an )
eigentlich funktioniert es bei mir nur richtig, wenn XPSE.EXE und die PRF-datei im gleichen verzeichnis liegen.

r.r.

08.06.2004 ▲

Super.

$P+ - Bug, habs aufgeschrieben, wird natürlich beseitigt, gibt ja auch noch andere Compilerschalter die ich zu berücksichtigen habe. Ich werde es so lösen das es nur dann ein Compilerschalter sein kann, wenn ein $ am Anfang steht.

ProfComp.exe? Hmmmm, ich dachte ab XProfan heißt das Teil ProfanComp.exe, nunja, ich werde einfach wie Du sagst schauen welche Variante vorhanden ist und danach handeln.

XPSE öffnet die Datei, welche als Parameter übergeben wird. Dabei wird kein Verzeichniswechsel durchgeführt. Es wird jedoch eine .enh Datei im selben Verzeichnis erstellt, wo sich die prf befindet. Dann wird ProfanComp gestartet, und bekommt den gesammten Dateinamen (incl.Pfad) ebenfalls übergeben.

Hmmm, wüsste nicht warum es bei Dir nicht funzt, leider, bin aber sehr interessiert daran es herauszubekommen.

Taste I für Interpreter? Joar, gute Idee, kein Problem.

Compiler did not compile wirft xpse aus, wenn die PRC Datei nach Beenden des Compilers 0Byte groß ist.

iF

09.06.2004 ▲

Ragnar
Rehbein

vermutlich habe ich jetzt das problem besser fassen können.

z.b. man hat 2 verzeichnisse c:est1 und c:est2
in test1 liegt die xpse.exe, profancomp.exe und prfrun32.exe
in test2 ist eine x.prf

startet man von test1 als akt. verzeichnis die xpse mit parameter c:est2x.prf dann klappt alles.
startet man vom akt. verzeichnis test2 : c:est1xpse.exe c:est2x.prf wird der compiler nicht gefunden.
diese konstellation besteht auch beim profan-pad und VWP2.

warum startest du die profancomp.exe ohne pfadangabe vor dem dateinamen (sieht im hexdump des speicherbereiches jedenfalls so aus) ? wäre das nicht besser ?

ich hoffe wir kommen jetzt langsam weiter.

nach der profancom.exe habe ich mal in rolands forum in allen beiträgen gesucht. da findet sich kein hinweis (nur profcomp.exe) .
seit 5.0 heißen alle compiler die ich habe profcomp.exe.
die letzte version die ich habe ist die Early Bird version XProfan 8.0 als installation, die roland per mail verschickt hat.

r.r.

09.06.2004 ▲

Hmmm, meinst Du es wäre besser die profcomp in dem Verzeichnis zu starten, wo auch die PRF sich befindet?

Nunja, wäre ja kein Problem. Der ganze anderen Schnullie

den Du angesprochen hattest ist schon realisiert, nur noch nicht hochgeladen, mach ich aber nachher.

iF

09.06.2004 ▲