XProfan

- page 3 -

GDL

Mannoman enfin gehts

Fehlermeldung erscheint réellement si je qui fichier comme exe aus dem editor avec XPSE
{cleq} starte.

Starte je qui fichier comme exe par doppelklick ensuite allez wenigstens Schonmal cet
variante
Kompilieren Marque Séparation

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

mais qui Dossier avec dem Ladedialog allez quand même pas?

salut
Georg

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

[...]

Dietmar
Horn

allô Georg,

cela wird Dir zwar aussi pas weiterhelfen, mais chez mir courir start.exe et bunt.prc également correcte.

je vermute, là fais Du déjà beim Aufrufen irgendwas verkehrt, si bien que Votre start.exe pas qui richtige bunt.prc erwischt, mais irgendeine autre *.prc, chez qui wirklich une variable doppelt deklariert ist. un beliebter candidat pour une solche piège ist toujours cela Starten sur une Verknüpfung, si on im Programme Dateinamen sans Pfad, alors sans

upper$($PROGDIR + bunt.prc)

angibt.

ou bien Du erwischt déjà beim Aufrufen de start.exe pas qui richtige start.exe, mais versehentlich une autre Exe, chez qui wirklich irgendwas chez den Variablen doppelt gemoppelt ist.

Klarheit devrait es apporter, si Du cet beiden Fichiers sur une calculateur kopierst, sur dem es weder XProfan encore qui anderen Fichiers Deines XProfan-Verzeichnisses gibt. si cela wirklich un Hardwareproblem ist, ensuite pourrait doch meiner attitude pour aussi bunt.prc trop bunt.exe gelinkt pas courir.

ou bien Du nennst zunächst qui beiden Kandidaten um avec irgendwelchen exotischen Namen, qui es sur Deinem System garantiert pas gibt: lalulla.exe et blablalalla.prc (naturellement ensuite pas oublier qc, den WinExec-Befehl dans qui Prf également anzupassen, sonst allez qui Meckerei sur qui doppelten Variablen plus).

un XProfan-Bug liegt ici avec à Sicherheit grenzender probabilité pas avant.

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

@Georg

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

peux es son, dass Du pour den ersten Anführungszeichen une Leerstelle la hâte et daher qui Aufruf pas klappt ?

bunt.prc

je nutze cela prc-Prinzip seither - et xpse hilft hierbei sogar par simple Kompilerschalter.

@GDL: qui startexe avec {$cleq} kompilieren, qui anderen Programme seulement avec {$cq} kompilieren, un (L)inken zur Exe et un Starten (run ou bien exec) ist ici pas nötig/erwünscht.

Jörg
Sellmeyer

Horst Horn

@Georg

Horst Horn

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

peux es son, dass Du pour den ersten Anführungszeichen une Leerstelle la hâte et daher qui Aufruf pas klappt ?

bunt.prc

qui Leerstelle doit son, sonst funktioniertes avec Sicherheit pas. Es soll oui im Endeffekt cela là stehen:
WinExec(C:MeinProgrammLaeuft.exe bunt.prc,1)

qui Tests serait je aussi alle la fois sans Hilfsmittel, comment XPSE faire, um Fehlerquellen dans Deiner Konfiguration auszuschließen. simple qui Programme kompilieren/linken et aus dem Dossier direct starten. ensuite plus avec Verknüpfung u.s.w.

mais bien, qui es zumindest déjà la fois funktioniert.

Salut
Jörg

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

GDL

Hi,

erstmal allen merci pour qui Mithilfe.
@iF, je hab alle Programme aussi cela bunt.prc comme file sur platte et pas im Editor.Im Editor appelle je seulement qui zukünftige.exe comme exe mittels XPSE sur.und dir pas. peut-être Il se trouve aussi à prfellow cela là encore irgendwas im grenier ist ou bien wird là qui .prc gestartet statt qui vom xpse mittels commutateur eingestellten exe.
Dnn teste je arrêt nimmer de prfellow heraus mais appelle im Verzeichnis qui de xpse erstellte exe sur.ensuite venez aucun doppelte declaration plus.

@Ladedialog:
j'ai aujourd'hui nochmal entier dans Ruhe dans Prfellow,Xprofed vieux, Xprofed récente cela avec dem Problem avec dem Ladedialog im aufzurufenden Programme probiert.
und dir ne...aucune winexec,ne...aucune winexecwait um l'autre Programme(hat den Ladedialog am Anfang) weder comme exe encore comme prc aufzurufen.
cela es weder am Leerpunkt encore am Verzeichnis liegt sieht on daran dass es avec den Befehlen Shell et Run ensuite allez.
Dass es am calculateur bzw. den Einstellungen liegt steht mais définitif fest, là Rolands Beisspiel sur meinem alten P III calculateur allez.

@ allgemein
ca ist mon dernier Verbesserungsschritt dans mon Steuerungsprogramm.à qui surface ändere je nimmer plus, là es pour un Steuerungsprogramm déjà Überluxus hat.
interne ändere je aussi nix plus, là alle Versuche quoi trop changement y endeten, cela zwar cela Programme peut-être plus rapide ou bien sicherer wird, ca mais trop Lasten qui permanenten Einlesegeschwindigkeit qui RS232 allez.cet mais ist dans einem Steuerungsprogramm wichtiger comment plus rapide Bildschirmaufbau ou bien Klicksicherheit.
ca liegt mais pas à XProfan mais à Windows selbst. Pour Tests avec Win95 lieu je meinen Steuerungsrechner wieder sur Win95 um, là ME et XP lahme Krücken dagegen sommes (pour cela quoi je coutume).
aussi dans den Zusatzmodulen werde je nix plus changement, là je maintenant à une Punkt kam, wohin je avec Quelltextoptimierung nimmer durchblicke.mais chez einer fertigen Exe sieht on oui den Voir le texte source pas.Pour mich ist là important, dass und dir.

dans diesem Zusammenhang voudrais je nochmals allen remercier qui mir sur cette Weg halfen.si je zurückblicke quoi aus meinem Versuch avant 2Jahren herauskam, hätte je es sowieso nie geglaubt.mais nu iss schluss.

salut
Georg

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

[...]

08.11.2007 ▲

Jörg
Sellmeyer

je dois dire, im Moment peux je Georgs Beobachtungen bestätigen. si je aus dem XProfEd une ungespeicherte Dossier starten veux, venez toujours qui Profanladedialog. Eigentlich ist qui Editor so programmiert, qui il une temporäre fichier anlegt.
avec WinExec funktioniert es pas, avec Shell funktioniert es!
Interessanterweise läßt es sich avec einem kleinen Beispielprogramm pas nachvollziehen

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

Dieter
Zornow

XProfEd hat encore plus faute, si je une neue Dossier anlege et den Namen sans Endung eingebe haengt XProfEd, quoique es son sollte, qui Endung .prf pas automatisch à, Beim Aufrufen des Programmes venez es ensuite trop 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

là habe je mich déjà tour gewöhnt. chez *.INC Fichiers ist es également so. je hänge simple den passenden Suffix à et plus gehts !

RGH

Dieter Zornow

cela Problem peux Du très simple beseitigen, dans dem Du den mitgelieferten XProfed-Quellcode simple récente kompilierst et qui ensuite erzeugte EXE benutzt.
qui installierte Version ist avec Profan2CPP kompiliert, que voici encore une kleinen Bug hatte et dans qui Dateidialogbox qui eingestellte Endung pas automatisch übernimmt. SORRY!

dans qui aktuell ici dans qui Community downloadbaren Version, sollte cet Problem allerdings behoben son. qui aktuelle Profan2CPP-Version hat cette Bug aussi déjà behoben.

Salut
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

cela Problem peux Du très simple beseitigen, dans dem Du den mitgelieferten XProfed-Quellcode simple récente kompilierst et qui ensuite erzeugte EXE benutzt.

Wieder la fois den forêt avant lauter Bäumen pas gesehen ! - Es peux quelquefois so simple son -

- eigenen Blödheit. maintenant klappt alles