XProfan

- page 1 -

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

Frank
Abbing

GETDIR$ = API GetCurrentDirectory()
$PROGDIR = API GetModuleFileName() - GetFileTitle()

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
Kompilieren Marque Sé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: [...]

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

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

Kompilieren Marque Séparation

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

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 ...

Jac
de
Lad

cela pourrait Probleme bereiten, si on qui prf dans einem Dossier hat, qui den gleichen Namen comment qui prf trägt: C

atei.prfDatei.prf (à sich unwahrscheinlich, mais possible).
Kompilieren Marque Sé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

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!

Sebastian
König

RGH

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

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

Im fertigen Programme qui une la ligne rauszuschmeißen ist ensuite aussi pas plus qui Akt.
Andererseits ist une automatische Solution naturellement aussi pas trop mépriser.

- page 2 -

Jörg
Sellmeyer

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

Im Moment serait mir ne...aucune vernünftiges Szenario envahir, cela dagegen spräche.
je fais es toujours so:
Kompilieren Marque Séparation

Declare Home$
Home$ = $ProgDir
Case Left$(Home$,20) = C:\Profan\ProfanAktuell:Home$ = D:\Mein\Programmre>

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

Frank
Abbing

Anregungen pour Kurs 0:

[web]https://www.educat.hu-berlin.de/mv/grundkenntnisse_pc.html[/web]
[web]https://www.urz.uni-heidelberg.de/Ausbildung/Unterlagen/Internet/sbkurs/pc-einf/pc-einf.shtml[/web]
[web]https://www.virtualuniversity.ch/ecdl/einfuehrung/1.html[/web]