Datei im Verzeichnis des Executables öffnen
-
Mal vom Essbesteck der jeweiligen Kultur abgesehen: Warum genau musst du denn auf eine Datei im Verzeichnis des Executeable zugreifen? Warum reicht ein Pfad relativ zum Working Directory nicht aus? Um was genau für eine Datei handelt es sich da denn?
-
Michael E. schrieb:
Hobo schrieb:
Vielleicht macht der OP das ja nicht richtig, was ein guter Grund wäre, diese trivialen Ansätze nicht gleich zu verwerfen, sondern ihm einige Hilfestellungen hinsichtlich dieser zu geben.
Lass mal sehen.
"Hi" meint, einfach nur den Dateinamen anzugeben -> Quatsch.
Thuruk zeigt, wie man eine Datei öffnet, von der man den Pfad kennt.
Hacker sagt, dass es sowas Tolles wie die Standardfilestreams gibt und dass man als relativen Pfad lediglich den Dateinamen anzugeben braucht -> Quatsch.
Du kommst mit dem aktuellen Working Directory -> Quatsch.
Hacker kommt mit einem Standard-Zitat zu argv[0] und leitet daraus (oder besser gesagt völlig zusammenhangslos) unbrauchbaren Code her.
Daraufhin ist sich Hacker noch sicher, dass in argv[0] doch eigentlich der Pfad des Programms steht und dass Verknüpfungen eigentlich nur Programme sind, die andere Programme aufrufen (Hinweis an Hacker: Ausprobieren schadet nicht).Tolle Hilfe.
Hinsichtlich der Verknüpfungen hast Du völlig Recht. Das Programm wäre eben darauf angewiesen, dass das Arbeitsverzeichnis in der Verknüpfung richtig gesetzt ist, oder es funktioniert halt nicht mit Verknüpfungen.
Das Programm wird nunmal von einem beliebigen System ausgeführt, und das kann im Prinzip alles bedeuten: Es kann sogar bedeuten, dass es auf der Festplatte durch einen Taschenrechner mit einem anderen Namen ersetzt wird, bis es beendet ist.
Ohne die Hilfe des Systems ist die Wünschung, dass das Programm den Pfad zu der ausführbaren Datei, aus der es gestartet wurde, errät, abwegig.
Ein paar Wege, die man hier gehen kann, sind z.B.
- Plattformspezifisch einen Installer Dinge wie Pfad des Programms in die Registry oder einen vergleichbaren Ort schieben lassen.
- Die Datei mit ins Programm schieben, und bei Ausführung auspacken, z. B. in den Arbeitsspeicher und von da auslesen
- Wenn die Datei von woanders als von dem Programm kommt, den Pfad zu ihr als Argument übergeben lassen.
Mich würde ohnehin mal interessieren, was der Anwendungszweck des OPs über seinen Wunsch hinaus ist. Wann braucht man so ein Programm?
Insofern müssen Verzeichnisse garantiert sein, wenn nicht durch den Standard, dann durch das System.
Ich wiederhole meine Frage: Was bringt dir das?
Das bringt mir, dass ich gut schlafen kann, weil ich nicht versuche, Flügel für ein Auto zu entwickeln, weil ich vorher weiß, dass das Auto dann auch nicht fliegen kann.
-
Hobo schrieb:
Thuruk zeigt, wie man eine Datei öffnet, von der man den Pfad kennt.
Oder nur den Namen, wenn die Datei im selben Ordner liegt. Die kann ich dann zumindest unter Windows und Linux mit 'datei.open("name.endung")' öffnen.
Hobo schrieb:
Das bringt mir, dass ich gut schlafen kann, weil ich nicht versuche, Flügel für ein Auto zu entwickeln, weil ich vorher weiß, dass das Auto dann auch nicht fliegen kann.
-
Hobo schrieb:
[...]
Hat alles nichts mit dem Ursprungszitat zu tun, weshalb hier Trivialitäten wiederholt werden, die der OP offensichtlich schon probiert hat.
Das bringt mir, dass ich gut schlafen kann, weil ich nicht versuche, Flügel für ein Auto zu entwickeln, weil ich vorher weiß, dass das Auto dann auch nicht fliegen kann.
Korrigier mich, wenn ich falsch liege, aber dein Post war wohl eine Erwiderung auf dot, genau ein Post vorher, oder nicht? Wenn ja: Was willst du dot und uns sagen? Was hat er falsch gemacht? Wenn nein: Warum postest du zusammenhanglos etwas Offensichtliches?
Thuruk schrieb:
Oder nur den Namen, wenn die Datei im selben Ordner liegt. Die kann ich dann zumindest unter Windows und Linux mit 'datei.open("name.endung")' öffnen.
Du hast es immer noch nicht verstanden. Lies dir die Antworten nochmal durch und probier deine Vorgehensweise mit einem anderen Working Directory.
-
Naja, so schwer ist das doch nicht. Der Standard garantiert keine Verzeichnisse. Wir brauchen aber keine Garantie. Erstens nicht vom Standard, wenn überhaupt vom System. Ist ja klar, ich kann auch nicht für die Übersichtlichkeit der Deutschlandkarte bürgen. Ich lauf nur drauf rum. Wenn das System keine Verzeichnisse garantieren kann, brauchen wir das Programm auch nicht.
Ansonsten ist der StackOverflow link woll mit Plattformbedingten ifdefs der praktibaleste Weg, wenn es wirklich sein muss.
Nja. Deine Signatur is geil
-
Ach du je, was habe ich hier denn angerichtet...
@Michael E.: Danke für die Klarstellungen
@dot: Danke für den Link. Das scheint ja tatsächlich ein Hinweis zu sein, dass es keinen Weg gibt, der "allgemein genug" ist.
@System ohne Verzeichnisse: Dann muss ich mich wohl einschränken auf Systeme, die Dateien und Verzeichnisse kennen; mein Taschenrechner kann mit dem Programm nichts anfangen.
-
Michael E. schrieb:
Könnt ihr bitte mal aufhören, trivialen Mist mit argv[0] vorzuschlagen? Der OP hat bereits im ersten Post gezeigt, dass er mit boost und argv[0] nicht so recht weiterkam. Einige bekleckern sich hier nicht gerade mit Ruhm.
ACK
Wieder ein wunderbares Beispiel dafür, wie ein Thread mit einer einfach und verständlich gestellte Frage, von "ich weiss was" geilen Individuen über 4 Seiten mit lauter Schwachsinn zugespammt wird.
-
wxSkip schrieb:
Verknüpfungen haben immer noch die Dateiendungen .lnk und sind sogar (umständlich) in Texteditoren einsehbar.
Schon mal Linux benutzt? Da gibt es noch andere Verknüpfungen (Hard-Links und Soft-Links, beide ohne .lnk)
Hobo schrieb:
- Die Datei mit ins Programm schieben, und bei Ausführung auspacken, z. B. in den Arbeitsspeicher und von da auslesen
Und wie kann ich die Datei auspacken, wenn ich den Pfad zum Programm nicht kenne?
-
pyhax schrieb:
wxSkip schrieb:
Verknüpfungen haben immer noch die Dateiendungen .lnk und sind sogar (umständlich) in Texteditoren einsehbar.
Schon mal Linux benutzt? Da gibt es noch andere Verknüpfungen (Hard-Links und Soft-Links, beide ohne .lnk)
Du hast Symlinks vergessen. Mit denen wird es noch etwas komplexer.
Edit: Ist das eig. dasselbe? Softlinks kenn ich nicht...Aber hab ich da nicht ein bisschen Recht? Wenn ein Hardlink auf eine Inode verweist, dann ist es doch wie ein Programm, dass das entsprechende andere Programm ausführt?
-
Nein, dann hat das Programm nicht nur einen Pfad, sondern 2 (oder die Anzahl der Hardlinks :D)
Zu den Softlinks: Das sind die, die man mit ln -s erzeugt
-
pyhax schrieb:
wxSkip schrieb:
Verknüpfungen haben immer noch die Dateiendungen .lnk und sind sogar (umständlich) in Texteditoren einsehbar.
Schon mal Linux benutzt? Da gibt es noch andere Verknüpfungen (Hard-Links und Soft-Links, beide ohne .lnk)
Hobo schrieb:
- Die Datei mit ins Programm schieben, und bei Ausführung auspacken, z. B. in den Arbeitsspeicher und von da auslesen
Und wie kann ich die Datei auspacken, wenn ich den Pfad zum Programm nicht kenne?
Du brauchst den Pfad nicht, im Arbeitsspeicher gibt es keine Pfade.
-
Wie soll ich den die Datei auspacken?! Soll ich im Arbeitspeicher nach dem Programm suchen und dann dort die Datei auslesen?
-
Nein. Die absolut simpelste Methode, um das zu veranschaulichen, wäre:
- Du schreibst Dir ein Hilfsprogramm, das Dir den binären Inhalt der Datei in ein char Array schreibt, und zwar in Form von Quellcode.
- Dann kompilierst Du das Programm, in welchem auf das Array zugegriffen wird.
-
Hier gibts eine ähnliche Verwendung mit Generatorprogramm:
http://wiki.wxwidgets.org/Embedding_PNG_Images
-
pyhax schrieb:
Nein, dann hat das Programm nicht nur einen Pfad, sondern 2 (oder die Anzahl der Hardlinks :D)
Dann ist aber der eigentliche Pfad ein Teil davon, was wiederum dazu führt, dass man die Datei durch bloßes angeben des Namens "auffinden" kann. Oder etwa nicht?
-
Hacker schrieb:
pyhax schrieb:
Nein, dann hat das Programm nicht nur einen Pfad, sondern 2 (oder die Anzahl der Hardlinks :D)
Dann ist aber der eigentliche Pfad ein Teil davon, was wiederum dazu führt, dass man die Datei durch bloßes angeben des Namens "auffinden" kann. Oder etwa nicht?
Nein, dann wird die Datei im Working Directory gesucht, was nicht dem Programmverzeichnis entsprechen muss:
test@box:~$ /usr/bin/testHier würde die Datei im Homeverzeichnis gesucht werden.
