Datei im übergordneten Verzeichnis erstellen

Vielleicht wäre es besser das aktuelle Verzeichnis abzufragen, in eine 
Zeichenkette ablegen, das letzte Verzeichnis abzutrennen und das 
absolute Verzeichnis beim erstellen der Datei anzugeben.
Dann kannst Du auch gleich testen ob deine exe schon im root Verzeichnis 
liegt und es nicht höher geht.

wie bekomme ich das aktuelle Verzeichnis?


Michael

http://msdn.microsoft.com/de-de/library/windows/desktop/aa363806.aspx

Mit ..\\ bekommst du den relativen Pfad zum aktuellen Verzeichnis.
Das muss ja nicht das sein, in dem die .exe steht.

Eben. Warum nicht noch ein "..\\" davor hängen?

ich werde die Tips gleich ausprobieren
Vielen Dank schon mal
Michael

Schau auch mal nach, welcher der tatsächliche Pfad zu Programmstart ist. 
Eventuell ist ein Debug-Build eingestellt, bei dem ein anderes 
Ausführungsverzeichnis gewählt ist.

Joachim Drechsel schrieb:
> Bei Windows richtet sich das bei relativen Pfaden nach den
> Standort der exe.
nein macht es nicht, das ausführungsverzeichnis ist dafür wichitg.

Joachim Drechsel schrieb:
> Dann habe ich ein chinesisch gefälschtes Windows ;-)))

Ja, das ist offensichtlich so. Du kannst z.B. bei jedem Link unter 
Eigenschaften einstellen "Ausführen in", d.h. du kannst zum 
Programmstart jedes beliebige Verzeichnis zum aktuellen machen. Aber das 
ist nur eine Möglichkeit von vielen, ein Arbeitsverzeichnis einzustellen 
- eine Beschäftigung mit BS-Grundlagen, Dateisystemen, 
Umgebungsvariablen und noch ein paar Erstsemesterfragen wäre wohl nicht 
verkehrt, bevor man die armen Chinesen beschuldigt.

Nach deiner Behauptung müsste der Windows-Explorer immer im 
Windows-Verzeichnis starten, weil dort die explorer.exe steht, das wäre 
aber sehr unpraktisch.

Gruss Reinhard

1

#include <stdio.h>

2

3

int main() {

4

  FILE* file = fopen("../test.txt", "a+" );

5

  fclose( file );

6

}

das macht genau das was du willst.

Peter II schrieb:
> FILE* file = fopen("../test.txt", "a+" );

Das erzeugt eine Datei in einer höheren Ebene als das 
Arbeitsverzeichnis.

Michael schrieb:
> ich möchte eine Datei erzeugen, die eine Ebene höher liegt wie meine
> Exe.

Die Exe kann ganz woanders liegen.
Sonst funktioniert die ganze Sache mit $PATH ja nicht.

Vielen Dank.
Wenn ich die exe ausserhalb der Debug Umgebung ausführe,
klappt es ohne Probleme.- Danke für das Beispiel.
Hatte evtl. was mit Zugriffsrechten zu tun.

Grüße Michael

GetModuleFileName() + PathRemoveFileSpec() ergibt den Ordner, in dem die 
.exe liegt. Davon ausgehend könnte man sich den absoluten Pfad zum 
übergeordneten Ordner zusammenbauen.

Das "Current Directory" (bzw "Working Directory") sollte MS mal 
abschaffen ;D (oder dessen Auswirkungen nur auf OpenFileDialog, etc. 
beschränken)

bluppdidupp schrieb:
> Das "Current Directory" (bzw "Working Directory") sollte MS mal
> abschaffen ;D (oder dessen Auswirkungen nur auf OpenFileDialog, etc.
> beschränken)

warum, das ist doch sehr nützlich. was hilft dir ein "dir" was immer in 
seinem Programmverzeichniss ausgeführt wird?

In der Konsole ist es sinnvoll. Im eigenen Programm stört es mich aber 
eher ;D

Udo Schmitt schrieb:
> Na ja, es hat aber keiner seine Arbeitsdateien in das Verzeichnis zu
> legen in dem eine installierte Anwendung liegt oder gar in dem
> darüberliegenden Verzeichnis

Das stimmt, aber ich sehe da nur 2 verschiedene Varianten:
1) Daten die meine Anwendung intern verwendet (Datenbankdateien, etc.), 
die lege ich unter FOLDERID_LocalAppData, FOLDERID_RoamingAppData, ... 
ab.
2) Dateien die der Benutzer selbst via "Datei öffnen"-Dialog, etc. 
auswählt.

In Fall 1) bringt mir das Working-Directory nichts.
In Fall 2) bringt das Working-Directory der Anwendung selbst nicht 
wirklich was, sondern eher dem Datei-Öffnen-Dialog von Windows. Ich als 
Anwendung kriege ohnehin den absoluten Pfad der ausgewählten Datei(en) 
von der Dialog-Box.

Genau genommen baue ich Pfade aktuell auch nur zusammen um read-only auf 
Grafiken im Programmordner zuzugreifen ;D