XProfan

- Seite 3 -

GDL

Mannoman endlich gehts

Fehlermeldung erscheint tatsächlich wenn ich die datei als exe aus dem editor mit XPSE
{cleq} starte.

Starte ich die datei als exe durch doppelklick dann geht wenigstens schonmal diese
Variante
Kompilieren Markieren Separieren

declare name$,ende%,button&
cls
button&=create(button,%hwnd,,100,100,40,20)

whilenot ende%

    waitinput

    if clicked(button&)

        winexec(start.exe bunt.pcr,1)
        WinExec(Par$(0) +  bunt.prc,1)
        beep

    endif

wend

Aber die Datei mit dem Ladedialog geht trotzdem nicht?

Servus
Georg

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

[...]

Dietmar
Horn

Hallo Georg,

das wird Dir zwar auch nicht weiterhelfen, aber bei mir laufen start.exe und bunt.prc ebenfalls tadellos.

Ich vermute, da machst Du schon beim Aufrufen irgendwas verkehrt, so daß Deine start.exe nicht die richtige bunt.prc erwischt, sondern irgendeine andere *.prc, bei der wirklich eine Variable doppelt deklariert ist. Ein beliebter Kandidat für eine solche Falle ist immer das Starten über eine Verknüpfung, wenn man im Programm Dateinamen ohne Pfad, also ohne

upper$($ProgDir + bunt.prc)

angibt.

Oder Du erwischt schon beim Aufrufen von start.exe nicht die richtige start.exe, sondern versehentlich eine andere Exe, bei der wirklich irgendwas bei den Variablen doppelt gemoppelt ist.

Klarheit müßte es bringen, wenn Du diese beiden Dateien auf einen Rechner kopierst, auf dem es weder XProfan noch die anderen Dateien Deines XProfan-Verzeichnisses gibt. Falls das wirklich ein Hardwareproblem ist, dann dürfte doch meiner Meinung nach auch bunt.prc zu bunt.exe gelinkt nicht laufen.

Oder Du nennst zunächst die beiden Kandidaten um mit irgendwelchen exotischen Namen, die es auf Deinem System garantiert nicht gibt: lalulla.exe und blablalalla.prc (natürlich dann nicht vergessen, den WinExec-Befehl in der Prf ebenfalls anzupassen, sonst geht die Meckerei über die doppelten Variablen weiter).

Ein XProfan-Bug liegt hier mit an Sicherheit grenzender Wahrscheinlichkeit nicht vor.

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: [...]

@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