XProfan

- Seite 3 -

@Georg

WinExec(Par$(0) + bunt.prc,1)

Kann es sein, dass Du nach den ersten Anführungszeichen eine Leerstelle hast und daher der Aufruf nicht klappt ?

bunt.prc

Ich nutze das prc-Prinzip seither - und xpse hilft hierbei sogar durch einfache Kompilerschalter.

@GDL: Die startexe mit {$cleq} kompilieren, die anderen Programme nur mit {$cq} kompilieren, ein (L)inken zur Exe und ein Starten (run oder exec) ist hier nicht nötig/erwünscht.

Jörg
Sellmeyer

Horst Horn

@Georg

Horst Horn

WinExec(Par$(0) + bunt.prc,1)

Kann es sein, dass Du nach den ersten Anführungszeichen eine Leerstelle hast und daher der Aufruf nicht klappt ?

bunt.prc

Die Leerstelle muß sein, sonst funktioniertes mit Sicherheit nicht. Es soll ja im Endeffekt das da stehen:
WinExec(C:MeinProgrammLaeuft.exe bunt.prc,1)

Die Tests würde ich auch alle mal ohne Hilfsmittel, wie XPSE machen, um Fehlerquellen in Deiner Konfiguration auszuschließen. Einfach die Programme kompilieren/linken und aus dem Ordner direkt starten. Dann weiter mit Verknüpfung u.s.w.

Aber gut, daß es zumindest schon mal funktioniert.

Gruß
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

GDL

Hi,

erstmal allen Danke für die Mithilfe.
@iF, ich hab alle Programme auch das bunt.prc als file auf platte und nicht im Editor.Im Editor rufe ich nur die zukünftige.exe als exe mittels XPSE auf.Es geht nicht. Vielleicht liegts auch an prfellow das da noch irgendwas im speicher ist oder wird dort die .prc gestartet statt der vom xpse mittels Schalter eingestellten exe.
Dnn teste ich halt nimmer von prfellow heraus sondern rufe im Verzeichnis die von xpse erstellte exe auf.Dann kommt keine doppelte declaration mehr.

@Ladedialog:
Ich habe heute nochmal ganz in Ruhe in Prfellow,Xprofed alt, Xprofed neu das mit dem Problem mit dem Ladedialog im aufzurufenden Programm probiert.
Es geht kein winexec,kein winexecwait um das andere Programm(hat den Ladedialog am Anfang) weder als exe noch als prc aufzurufen.
Das es weder am Leerpunkt noch am Verzeichnis liegt sieht man daran dass es mit den Befehlen Shell und Run dann geht.
Dass es am Rechner bzw. den Einstellungen liegt steht aber definitiv fest, da Rolands Beisspiel auf meinem alten P III Rechner geht.

@ allgemein
Dies ist mein letzter Verbesserungsschritt in meinem Steuerungsprogramm.An der Oberfläche ändere ich nimmer mehr, da es für ein Steuerungsprogramm schon Überluxus hat.
Intern ändere ich auch nix mehr, da alle Versuche was zu ändern darin endeten, das zwar das Programm vielleicht schneller oder sicherer wird, dies aber zu Lasten der permanenten Einlesegeschwindigkeit der RS232 geht.Diese aber ist in einem Steuerungsprogramm wichtiger wie schneller Bildschirmaufbau oder Klicksicherheit.
Dies liegt aber nicht an XProfan sondern an Windows selbst. Nach Tests mit Win95 stelle ich meinen Steuerungsrechner wieder auf Win95 um, da ME und XP lahme Krücken dagegen sind (für das was ich brauch).
Auch in den Zusatzmodulen werde ich nix mehr ändern, da ich jetzt an einen Punkt kam, wo ich mit Quelltextoptimierung nimmer durchblicke.Aber bei einer fertigen Exe sieht man ja den Quelltext nicht.Für mich ist da wichtig, dass es geht.

In diesem Zusammenhang möchte ich nochmals allen Danken die mir auf diesen Weg halfen.Wenn ich zurückblicke was aus meinem Versuch vor 2Jahren herauskam, hätte ich es sowieso nie geglaubt.Aber nu iss schluss.

Servus
Georg

Windows7 Xprofan 8,9,10 [...]

[...]

08.11.2007 ▲

Jörg
Sellmeyer

Ich muß sagen, im Moment kann ich Georgs Beobachtungen bestätigen. Wenn ich aus dem XProfEd eine ungespeicherte Datei starten will, kommt immer der Profanladedialog. Eigentlich ist der Editor so programmiert, daß er eine temporäre datei anlegt.
Mit WinExec funktioniert es nicht, mit Shell funktioniert es!
Interessanterweise läßt es sich mit einem kleinen Beispielprogramm nicht nachvollziehen

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Dieter
Zornow

XProfEd hat noch mehr Fehler, wenn ich eine neue Datei anlege und den Namen ohne Endung eingebe haengt XProfEd, obwohl es sein sollte, die Endung .prf nicht automatisch an, Beim Aufrufen des Programmes kommt es dann zu Fehlern.

Gruss aus Bangkok

Dieter

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

Da habe ich mich schon dran gewöhnt. Bei *.INC Dateien ist es ebenfalls so. Ich hänge einfach den passenden Suffix an und weiter gehts !

RGH

Dieter Zornow

Das Problem kannst Du sehr einfach beseitigen, in dem Du den mitgelieferten XProfed-Quellcode einfach neu kompilierst und die dann erzeugte EXE benutzt.
Die installierte Version ist mit Profan2CPP kompiliert, das hier noch einen kleinen Bug hatte und in der Dateidialogbox die eingestellte Endung nicht automatisch übernimmt. SORRY!

In der aktuell hier in der Community downloadbaren Version, sollte dieses Problem allerdings behoben sein. Die aktuelle Profan2CPP-Version hat diesen Bug auch schon behoben.

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

@RGH

Das Problem kannst Du sehr einfach beseitigen, in dem Du den mitgelieferten XProfed-Quellcode einfach neu kompilierst und die dann erzeugte EXE benutzt.

Wieder mal den Wald vor lauter Bäumen nicht gesehen ! - Es kann manchmal so einfach sein -

- eigenen Blödheit. Jetzt klappt alles

Dieter
Zornow

Danke Roland,

bei mir laeuft aber die Profan2CPP Version viel besser, bei selbsterstellten Exen kommt das Problem wenn ich *.prf Dateien ueber Doppelclick lade, dass der Editor im Vollbildmodus startet, das Lexercontrol aber nicht, wesentlich oefter.
habe gerade neu kompiliert, Ergebnis siehe Anhang

Gruss aus Bangkok

Dieter

xprofed.jpg	27 kB

Hochgeladen:	25.11.2007

Ladeanzahl:
		Herunterladen

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

25.11.2007 ▲

- Seite 4 -

RGH

Hallo,

ich musste gerade erstaunt feststellen, daß ich im Juli vergaß, die korrigierte Version hier hochzuladen. Das ist jetzt geschehen: [...]

Diese Version ist mit der korrigierten Profan2CPP erzeugt worden.

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

25.11.2007 ▲

Jörg
Sellmeyer

Das Problem, daß ich beschrieben habe, taucht in der frisch kompilierten und gekinketen Exe (also nicht P2CC) auf. Bitte mal testen, ob das bei euch auch Probleme macht.
Gruß
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

25.11.2007 ▲