Français
Forum

Arbeitsverzeichnisse: GETDIR$(), $PROGDIR et so

 

RGH
Dietmar Horn
GETDIR $. peux mir peut-être la fois quelqu'un versuchen trop expliquer, welchen Sinn cette Befehl überhaupt encore hat? Meiner attitude pour sollte qui Befehl abgeschafft et interne par $PROGDIR ersetzt volonté


Dass ausgerechnet Du pour qui abolition eines Befehles votierst ...

ensuite müssten espace celui-là gens zur guitare greifen, qui cet Funktion pour cela verwenden, pour cela vous gedacht ist, nämlich cela justement aktuellen Arbeitsverzeichnis trop ermitteln.

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
05.02.2008  
 




Dietmar
Horn

ensuite müssten espace celui-là gens zur guitare greifen, qui cet Funktion pour cela verwenden, pour cela vous gedacht ist, nämlich cela justement aktuellen Arbeitsverzeichnis trop ermitteln.


Hmm ... je wage trop bezweifeln, qui cela bundesweit plus comment 2 - 3 XProfaner sommes. la fois entier en abgesehen, qui probablement qui wenigsten XProfaner überhaupt irgendein Musikinstrument einigermaßen vernünftig spielen peut.

jusqu'à maintenant hat es oui malheureusement encore pas la fois avec cela geklappt, qui sich une XProfaner-Truppe aus qui eh bien wirklich pas justement klitzekleinen Bundesrepublik l'allemagne avec uns comme Mini-MMJ-XProfan-Fan-club nommé MMJ Hoyerswerda e.V. zwecks eventueller Zusammenarbeit zum gegenseitigen Nutzen et Erfahrungsaustausch dans liaison mets - quoique je dans qui Vergangenheit ici bereits wiederholt en supplément aufgerufen hatte.

Schaue Dir doch qui Tonnen de Sources im Internet avec GETDIR$-Verwendung à. j'ai jusqu'à maintenant encore pas une einzigen Code trouvé, dans dem GETDIR$ pas ausschließlich (et fälschlicherweise) zur Bestimmung des Programmverzeichnisses qui eigenen EXE verwendet wird. Anderenfalls berichtige mich s'il te plaît, indem Du ici une solchen Code-Schnipsel postest, dans dem cela anders ist ou bien gewesen était. ou bien passe dbzgl. qui XProfan-Hilfedatei pour ... Jahren dbzgl. enfin la fois à.

qui peux ou bien voudrais ici den heutigen mitlesenden jugendlicheren windoofs-klick-toi-doof-verwöhnten Programmieranfängern la fois den Unterschied entre aktuellem Verzeichnis et Programmverzeichnis expliquer? je versuche cela dans meiner croissant-Discours zwar depuis Jahren, mais quand même tomber qui Schüler toujours wieder sur cela scheinbar bequemere GETDIR$ zur Bestimmung des Programmverzeichnisses rein (chez Profan bzw. XProfan < 8.0, wo es $ProgDir noch gar nicht gab).

Du comme XProfan-Autor la hâte cela jusqu'à maintenant jedenfalls également pas geschafft (siehe aktuelle XProfan.hlp ou bien meinetwegen aussi XProfan.chm).

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




RGH
trop GETDIR$(): je selbst habe pour mich quelques Utilities geschrieben, qui GETDIR$() zur Ermittlung des aktuellen Pfades benutzen. ensuite peux je nämlich un et qui selbe Exe-Dossier dans unterschiedlichen Arbeitsverzeichnisen avec unterschiedlichen Konfigurationsdateien appel. avant $PROGDIR konnte on avec Par$(0) den Namen incl. Pfad (!) qui ausgeführten Exe-Dossier ermitteln et hatte so, si on cela Ergebnis um den Dateinamen reduzierte, cela gleiche Ergebnis comment chez $PROGDIR. (Relatif à la Par$(0) stand sogar la fois dans qui Aider, wurde mais avec introduction de $PROGDIR wieder herausgenommen.)

une Kenntnis qui grundlegenden Begriffe comment aktuelles Verzeichnis, Programmverzeichnis, Arbeitsverzeichnis etc. serait je allerdings déjà avant qui ersten Verwendung einer Programmiersprache vorraussetzen. (Sorry, inzwischen appeler qui Dinger oui pas plus Verzeichnisse, mais Dossier.)

je voudrais naturellement pas bestreiten, dass qui Aider à qui une ou bien anderen Stelle encore vorbesserungsfähig wäre. et c'est sûrement aussi so, dass qui Aider plutôt seulement beschreibend ist, et ne...aucune didaktisch strukturiertes Lehbuch. mais si mir quelqu'un zusätzliche Textes ou bien gar le chapitre envoyez, qui il volontiers dans qui Aider voyons serait: toujours her avec cela. tu as z.B. quoi Didaktik betrifft comme langjähriger l'instituteur qui Naturwissenschaften mir à sicherlich une grand Vorsprung. je pourrait mir z.B. durchaus avant dem jetzigen Kurs 1 encore une kurzen Kurs 0 présenter, qui dans einer einstelligen Kursteil-Anzahl solch allgemeine Computerkenntnisse auffrischt.

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
06.02.2008  
 




Frank
Abbing
GETDIR$ = API GetCurrentDirectory()
$PROGDIR = API GetModuleFileName() - GetFileTitle()
 
06.02.2008  
 




Sebastian
König
L'idée avec dem Kurs 0, dans dem wichtige Begriffe erläutert volonté, finde je bien!

trop dem GETDIR$(): je muss zugeben, dass je dans den Beispiel-Codes zur SKControl.DLL aussi GETDIR$(@) verwende, um une absoluten Pfad le verwendeten Grafik-Fichiers trop ermitteln. Bien sûr allez cela seulement so longtemps bien, comment cela aktuelle Arbeitsverzeichnis des Programms par rien modifié wurde (siehe Franks Posting, cela qui verwendeten API-Funktionen nennt). Dietmar hat ca aussi déjà angesprochen:  [...] 

qui Vorteil à GETDIR$(@) ist meiner attitude pour, dass es - sous den obigen Voraussetzungen - sowohl im Interpreter comme aussi kompiliert bzw. comme EXE cela gleiche Ergebnis liefert, quoi chez Par$(0) et $PROGDIR naturgemäß pas qui le cas ist... pour Beispiel-Codes ist es c'est pourquoi entier pratique. Andererseits ist qui Standard-Suchpfad dans Windows sowieso dans qui règle cela aktuelle Arbeitsverzeichnis, sodass cela GETDIR$(@) + file$ wohl dans qui règle überflüssig (et unnötig riskant) ist. mon Codes werde je entsprechend changement.

Pour un größeres projet ist naturellement $PROGDIR cela Mittel qui l'élection! seulement muss on ensuite pour den Start des Codes im Interpreter-Modus möglicherweise une Weiche qui forme
KompilierenMarqueSéparation
declare MaPath$
 $IFDEF INTERPRETER
MyPath$ = irgendein sicherer Weg, das Verzeichnis des Codes zu ermitteln
 $ELSE
MyPath$ = $ProgDir
 $ENDIF

einbauen...

peut-être wäre es comme Anregung pour zukünftige Versionen entier pratique, si $PROGDIR im Interpreter-Modus simple cela Verzeichnis qui gestarteten .prf-Dossier liefern serait. je denke, qui avec cela eingeführte Inkompatibilität wäre bien vertretbar, là sich $PROGDIR momentan im Interpreter-Modus sowieso pas sinnvoll einsetzen peut - pour welches Programme ist es déjà important, dans welchem Verzeichnis qui PROFANE.EXE liegt?

MfG

Sebastian

P.S.: Am besten sollte on den Fil nochmal aufteilen - je versuche mich la fois daran. Hat funktioniert.
 
Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage:  [...] 
Alte Profan²-Seite:  [...] 
06.02.2008  
 




RGH
Sebastian König
P.S.: Am besten sollte on den Fil nochmal aufteilen - je versuche mich la fois daran. Hat funktioniert.


Kurze Zwischenbemerkung zum Fil-Aufteilen:
je trouve es oftmals problematisch, dass on keinen Link zum Ursprungsthread hat et manches im ersten Artikel des eh bien neuen Threads sans dessen Kenntnis inintelligible bleibt.
je serait mir désirer, dass im ersten Artikel eines aufgeteilten Threads un Hinweis et Link zum Ursprungsthread (letztes Posting avant partage) generiert wird et im im letzten Posting avant qui partage des Ursprungsthread un Link ici gehts plus (ou bien so ähnlich).

Zur Anpassung de $PROGDIR im Interpretermodus: Nachgedacht habe je aussi déjà par-dessus. on devrait allerdings ensuite stringenter Weise aussi encore den le cas berücksichtigen, si une .prc-fichier dans qui IDE avec qui runtime gestartet wird. ici serait on sich naturellement aussi den Pfad qui .prc-Dossier désirer. mais: quoi soll $PROGDIR zurückgeben, si je z.B. dans einer Anwendung weitere .prc-Fichiers comme Module aufrufe? qui aufrufende EXE ou bien den Pfad qui .prc-Dossier? là mais cette le cas technique cela Gleiche ist, comment qui Start per Doppelpfeil dans XProfed (compileren et Start qui .prc per Runtime), peux ici pas unterschieden volonté.
Es lohnt sich alors, ici en détails nachzudenken

Salut
Roland
(pratique habe je cela Problem z.B. im XProfed-Quellcode aussi so ähnlich comment de Dir beschrieben avec Compilerschalter gelöst.)
 
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
06.02.2008  
 




RGH
Sebastian König
L'idée avec dem Kurs 0, dans dem wichtige Begriffe erläutert volonté, finde je bien!


qui (am Besten avec didaktischer Erfahrung) fühlt sich berufen, derartiges dans possible wenigen et kurzen Kapiteln treffsicher trop vermitteln?
toujours seulement her avec cela.

Salut
Roland
(hat zwar déjà Bücher trop Computern et zum Programmieren geschrieben, mais définitif aucun Livres)
 
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
06.02.2008  
 




Jörg
Sellmeyer
Sebastian König
Pour un größeres projet ist naturellement $PROGDIR cela Mittel qui l'élection! seulement muss on ensuite pour den Start des Codes im Interpreter-Modus möglicherweise une Weiche qui forme

KompilierenMarqueSéparation
Def DateiName(1) SubStr$(@$(1),-1,\)
Def DateiPfad(1) Translate$(@$(1),(\ + DateiName(@$(1))),)
Declare MyPath$
 $IFDEF INTERPRETER
MyPath$ =DateiPfad(Par$(1))
 $ELSE
MyPath$ = $ProgDir
 $ENDIF
>
 
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...
06.02.2008  
 




Jac
de
Lad
cela pourrait Probleme bereiten, si on qui prf dans einem Dossier hat, qui den gleichen Namen comment qui prf trägt: Catei.prfDatei.prf (à sich unwahrscheinlich, mais possible).
KompilierenMarqueSéparation
Def DateiName(1) SubStr$(@$(1),-1,\)
Declare MyPath$
 $IFDEF INTERPRETER
mypath$=Par$(1)
MyPath$=Left$(mypath$,Len(mypath$)-Len(SubStr$(mypath$,-1,\)))
 $ELSE
MyPath$ = $ProgDir
 $ENDIF
>
 
Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP
06.02.2008  
 




Michael
Dell
Salut,

alors je persöhnlich nutze GETDIR$() droite souvent et volontiers, schlimmer encore car je Jeux aussi droite bien guitare.
 
Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! 
06.02.2008  
 




Sebastian
König
RGH
Kurze Zwischenbemerkung zum Fil-Aufteilen:
je trouve es oftmals problematisch, dass on keinen Link zum Ursprungsthread hat et manches im ersten Artikel des eh bien neuen Threads sans dessen Kenntnis inintelligible bleibt.
je serait mir désirer, dass im ersten Artikel eines aufgeteilten Threads un Hinweis et Link zum Ursprungsthread (letztes Posting avant partage) generiert wird et im im letzten Posting avant qui partage des Ursprungsthread un Link ici gehts plus (ou bien so ähnlich).

cela fände je aussi bien! j'ai justement manuel une Hinweis sur cette Fil dans den Alten eingefügt.
@iF: comment siehts avec einer automatischen Solution aus?

RGH
Zur Anpassung de $PROGDIR im Interpretermodus: Nachgedacht habe je aussi déjà par-dessus. on devrait allerdings ensuite stringenter Weise aussi encore den le cas berücksichtigen, si une .prc-fichier dans qui IDE avec qui runtime gestartet wird. ici serait on sich naturellement aussi den Pfad qui .prc-Dossier désirer. mais: quoi soll $PROGDIR zurückgeben, si je z.B. dans einer Anwendung weitere .prc-Fichiers comme Module aufrufe? qui aufrufende EXE ou bien den Pfad qui .prc-Dossier? là mais cette le cas technique cela Gleiche ist, comment qui Start per Doppelpfeil dans XProfed (compileren et Start qui .prc per Runtime), peux ici pas unterschieden volonté.
Es lohnt sich alors, ici en détails nachzudenken


Ok, stimmt - mon Vorschlag était ici pas large genug gedacht... alors pour den Aufruf weiterer .prc-Fichiers serait je proposer, dass $PROGDIR dans cette ensuite den Pfad qui jeweiligen .prc-Dossier enthalten sollte, car es handelt sommes im Prinzip oui um eigenständige Programme (es wird doch un eigener Prozess erzeugt, ou bien?).

alors en tout:

1. Im Interpreter: $ProfDir = Pfad zur .prf-Dossier
2. Beim Aufruf prfrun32.exe code.prc: $PROGDIR = Pfad(code.prc)
3. Im komplett gelinkten Programme naturellement comment bisher

comment sommes qui Meinungen en supplément? et à Roland: Wäre es compliqué, cela trop realisieren?

MfG

Sebastian
 
Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage:  [...] 
Alte Profan²-Seite:  [...] 
06.02.2008  
 



@Sebastian: >>@iF: comment siehts avec einer automatischen Solution aus? Todoeintrag angelegt.
 
06.02.2008  
 




répondre


Topictitle, max. 100 marque.
 

Systemprofile:

ne...aucune Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

s'il te plaît s'inscrire um une Beitrag trop verfassen.
 

Options du sujet

5.058 Views

Untitledvor 0 min.
Sven Bader24.09.2021
RudiB.10.07.2021
Georg06.04.2020
rquindt10.04.2018
plus...

Themeninformationen



Admins  |  AGB  |  Applications  |  Auteurs  |  Chat  |  protection des données  |  Télécharger  |  Entrance  |  Aider  |  Merchantportal  |  Empreinte  |  Mart  |  Interfaces  |  SDK  |  Services  |  Jeux  |  cherche  |  Support

un projet aller XProfaner, qui il y a!


Mon XProfan
Privé Nouvelles
Eigenes Ablageforum
Sujets-La liste de voeux
Eigene Posts
Eigene Sujets
Zwischenablage
Annuler
 Deutsch English Français Español Italia
Traductions

protection des données


Wir verwenden Cookies seulement comme Session-Cookies à cause de qui technischen Notwendigkeit et chez uns gibt es aucun Cookies de Drittanbietern.

si du ici sur unsere Webseite klickst ou bien navigierst, stimmst du unserer Erfassung de Informationen dans unseren Cookies sur XProfan.Net trop.

Weitere Informationen trop unseren Cookies et en supplément, comment du qui Kontrolle par-dessus behältst, findest du dans unserer nachfolgenden Datenschutzerklärung.


d'accordDatenschutzerklärung
je voudrais keinen Cookie