Deutsch
Forum

Unterschied shell und winexec

 
- Seite 1 -



GDL
Hi,

in dem Zusammenhang von der Runtimegröße bin ich wieder auf ein altes Problem gestoßen.
KompilierenMarkierenSeparieren
Von den obigen Befehlen geht nur der letzte shell Befehl. Alle anderen starten das gerade laufende Programm neu.

Der einzige Unterschied des Moduls betrieb.exe zu den anderen Modulen ist der, dass betrieb.exe mit einem Ladedialog startet.

Servus
Georg
 
Windows7 Xprofan 8,9,10 [...]  [...] 
07.11.2007  
 



 
- Seite 2 -



RGH
Und auch die Variante mit den PRC klappt:
KompilierenMarkierenSeparieren
Hierbei muß das Testprogramm natürlich als EXE erzeugt und dannaufgerufen werden. Dann steht in Par$(0) nämlich das Testprogramm selbst mit korrektem Pfad.

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
07.11.2007  
 




Jörg
Sellmeyer
Also bei mir klappt auch alles ohne Probleme. Georg, poste doch mal Deine Testcodes komplett und nicht nur Schnipsel - also sowas wie mein programm oben.
ich bin sicher, Du hast Du einen Fehler in der Struktur oder in denAufrufen.
 
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...
07.11.2007  
 




RGH
GDL
Und dieser codeteil als exe oder als prc lässt sich gar nicht öffnen
KompilierenMarkierenSeparieren
In diesem Fall startet das aufrufende Programm ein 2tes mal.
Dieser Codeteil läßt sich nur als exe und nur mit shell starten.


Ich weiß nicht, was bei Dir schief läuft, aber genau derselbe Code läßt sich bei mir sowohl als EXE als auch als PRC mit allen drei Aufrufarten völlig problemlos öffen. Keine Fehlermeldung wegen doppeter Deklaration. Da muß bei Dir noch ganz woanders gewaltig der Wurm drin sein.

Probiere mal mein kleines Testprogramm aus. Läuft das bei Dir auch schief?

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
07.11.2007  
 




GDL
Ich gebe es auf.

ich kann diese zeilen
KompilierenMarkierenSeparieren
auch mit Roland seinen Code nicht aufrufen.Es startet in Rolands beispiel gar nix.

Genauso kann ich nimmer alle *.prf umschreiben nur weil diese zufällig die selben Variablennamen nutzen.
Wie bereits im vorherigen Posting mit den declare a& in den zwei Programmen beschrieben , es geht nicht ohne Fehlermeldung.
Dann muss ich halt meine Einzelexen lassen.

Vielleicht habt ihr andere Computer, bei mir geht von euren Beispielen nichts.

Servus
Georg
 
Windows7 Xprofan 8,9,10 [...]  [...] 
07.11.2007  
 




Jörg
Sellmeyer
Hast Du mein Beispiel oben getestet. Ich habe zweimal was geändert, weil mit der ersten Version das noch nicht geklappt hatte.
Ersetze Programm drei durch folgenden Code:
KompilierenMarkierenSeparieren
Declare name$
Cls
Name$ = @LoadFile$(ÖFFNE,Programme|*.EXE;*.PIF|Batch|*.BAT)
Print Name$
waitinput

In Deinem Verzeichnis müssen dann drei Dateien sein, damit es funktioniert:
Prog1.exe, Prog2.prc, proc3.prc
Wenn Du dann Proc1.exe startest, kannst Du die anderen Programme nach Wunsch starten.
Wenn das nicht klappt, weiß ich es auch nicht. Du nutzt doch Version 10, oder?

Wenn Du Änderungen in den Unterprogrammen vornimmst, mußt Du daran denken, diese wieder neu zu kompilieren!

und bitte, bitte! Keine Schnipsel sondern kompletten Code, den Du zu Testen benutzt, sonst können wir hier noch stundenlang aneinander vorbeischreiben.
 
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...
07.11.2007  
 




RGH
GDL
Genauso kann ich nimmer alle *.prf umschreiben nur weil diese zufällig die selben Variablennamen nutzen.


Das würde Dir mit Sicherheit auch nichts nutzen, da Dein Problem offensichtlich ganz woanders liegt. Nur wo es liegt, ist mir noch ein absolutes Rätsel ...

Was für einen Rechner benutzt Du denn? (Prozessor, Tempo, Hauptspeicher)

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
07.11.2007  
 




GDL
@Jörg

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

whilenot ende%

    waitinput
    case clicked(button&):winexec(start.exe bunt.prc,1)

wend


Dieses Programm zur Exe

=================================================
Programm bunt
KompilierenMarkierenSeparieren
Dieses als prc

Hier meine 2 prfs die schon aussteigen.Schreibe ich in bunt aber
declare namu$ dann gehts.

Servus
Georg
 
Windows7 Xprofan 8,9,10 [...]  [...] 
07.11.2007  
 




Jörg
Sellmeyer
Seehr merkwürdig. Bei mir läuft es problemlos! Da fällt mir, ehrlich gesgt, nicht wirklich was zu ein außer Rolands Hardwarefragen.
Vielleicht noch: Wie startest Du das Programm? Mit ner Verknüpfung? Aus welchem Verzeichnis? Hast Du es schonmal mit anderen Namen für Start.exe/bunt.prc versucht?
Hast Du die Möglichkeit, das mal auf einem anderen Rechner zu testen?
 
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...
07.11.2007  
 




GDL
Hast du XPSE ? Ich kann es mir aber absolut net vorstellen dass es das ist.
Vielleicht liegts daran das ich nen AMD hab.

Servus
Georg
 
Windows7 Xprofan 8,9,10 [...]  [...] 
07.11.2007  
 




Jörg
Sellmeyer
Es könnte an dem Programmnamen Start.exe liegen! Es gibt unter Windows ein Programm namens Start.exe, was im Prinzip das gleiche macht, wie der Profanaufruf mit ShellExec.
Nenn mal Start.exe anders, dann könnte es klappen.

und nimm winexec(Par$(0) + bunt.prc
 
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...
07.11.2007  
 




RGH
GDL
Hast du XPSE ? Ich kann es mir aber absolut net vorstellen dass es das ist.


Versuche es doch einfach mal ohne XPSE mi dem ganz normalen XProfed. Dann kannst Du den XPSE als Fehlerquelle aussschließen ... oder eben auch nicht.
Aber ganz wichtig: Zum Testen der Programme, die PRCs aufrufen, das fertig kompilierte und gelinkte Menüprogramm direkt aufrufen und nicht aus der Entwicklungsumgebung starten!
(Ok, über Datei/Programm aufrufen geht es auch aus dem XProfed, aber nicht über den Run-Button, bzw. das XProfan-Menü, da dort nicht die EXE gestartet wird, sondern die Runtime mit dem compilierten PRC als Parameter. Wenn Du das so gemacht hast, würde das einige Deiner Fehlerbeschreibungen erklären ...)

GDL
Vielleicht liegts daran das ich nen AMD hab.


SEHR unwahrscheinlich!

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
07.11.2007  
 




Jörg
Sellmeyer
Ich hab auch einen AMD. Das ist es mit Sicherheit nicht. Beachte meinen Tip mit Par$(0)
 
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...
07.11.2007  
 




Antworten


Thementitel, max. 100 Zeichen.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Beitrag  Schrift  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Themenoptionen

7.225 Betrachtungen

Unbenanntvor 0 min.
kustg10.05.2019
rquindt16.03.2018
Walter30.01.2018
GC5704.08.2016
Mehr...

Themeninformationen



Admins  |  AGB  |  Anwendungen  |  Autoren  |  Chat  |  Datenschutz  |  Download  |  Eingangshalle  |  Hilfe  |  Händlerportal  |  Impressum  |  Mart  |  Schnittstellen  |  SDK  |  Services  |  Spiele  |  Suche  |  Support

Ein Projekt aller XProfaner, die es gibt!


Mein XProfan
Private Nachrichten
Eigenes Ablageforum
Themen-Merkliste
Eigene Beiträge
Eigene Themen
Zwischenablage
Abmelden
 Deutsch English Français Español Italia
Übersetzungen

Datenschutz


Wir verwenden Cookies nur als Session-Cookies wegen der technischen Notwendigkeit und bei uns gibt es keine Cookies von Drittanbietern.

Wenn du hier auf unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung von Informationen in unseren Cookies auf XProfan.Net zu.

Weitere Informationen zu unseren Cookies und dazu, wie du die Kontrolle darüber behältst, findest du in unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Ich möchte keinen Cookie