Hallo,

Die Verzeichnisse

\Documents and Settings
\Users oder \Users\myuserid ?
\Benutzer oder \Benutzer\myuserid ?

verweisen wohl alle auf das gleiche Verzeichnis.

Wenn ich es richtig verstanden haben, dann gibt es wohl zwei Arten der Alias Bildung:

Systemverweise: etwa ersetzen von "Users" durch "Benutzer"

Links: hier wird ein realer Verzeichnispfad durch einen Link-Namen ersetzt.

Daneben gibt es wohl noch Bibliotheken, mit denen man mehrere Verzeichnisse virtuell zusammen fasssen kann, die dann aber im Verzeichnisbaum separat ausgewiesen werden.

In meiner Routine zum Auswerten von Verzeichnissen, verwende ich die Anweisungen:




Mit diesem Coding werden dann die Ordner \Documents and Settings und \Users so verarbeitet, als wären das ganz verschiedene Verzeichnisse.

Wie kann ich erkennen, dass es sich um Duplikate handelt und etwa den Alias Namen auslassen?

LG
Peter

RodFromGermany schrieb:

hier das entsprechende Enum auswählen

Also, das verstehe ich jetzt leider nicht.

Diese Anweisung gibt mir den Pfad meines "profile folders" zurück. Was fange ich jetzt damit an?

Also, ich suche eine allgemeine Lösung. Nicht nur eine Lösung für den profile folder.

LG
Peter

Also ich hoffe, dass du mit mir nachsichtig bist, aber ich verstehe das leider immer noch nicht.

Mit den fünf oben angebenen Anweisungen erhalte ich fünf Pfade.

Muss ich diese Anweisungen kodieren? Oder sind die Teil einer Enumeration?

Sind das dann alle Pfade bei denen Directory Alias Name auftreten können?

Und was fange ich damit an ...? Mit meinem Programm will ich beliebige Verzeichniss-Strukturen bearbeiten ... und in jedem Fall Alias Namen erkennen. "Document Settings - Users - Benutzer" ist nur ein Beispiel für mein Problem. Ich möchte ganz allgemein erkennen, ob ein Directory Name "real" ist ... oder ob es sich um einen alternativen Alias Namen handelt.

Ich hoffe, ich habe mein Anliegen verständlich machen können.

LG
Peter

Also, wie ich das verstehe, liefert die "Environment" Anweisung doch nur die Konstruktion von bestimmten Systempfaden durch Systemvariable. Aber mit meinem Problem der Alias Namen hat das doch nichts zu tun.

Je länger ich mich damit beschäftige, desto mehr erkenne ich, dass ich hier wohl gravierende Wissenlücken in Bezug auf die Verwaltung von Directory Namen unter Windows habe. Und je länger ich mir die Sache ansehe, desto mehr Fragen habe ich:

Ich habe mal den Verzeichnisbaum C:\Benutzer\myuserid geöffnet. Auf das gleiche Verzeichnis komme ich übrigens auch, wenn ich unter "Desktop" das Verzeichnis "myuserid" anklicke.

Wieso werden einige Ordner mit einem "normalen" Odner Icon angezeigt, während andere Ordner nur mit einem schwach schattierten Icon angezeigt werden (wie z.B. der Ordner \Users\myuserid\AppData).

Sehr viele Ordner haben ganz spezielle Icons, z.B. mit einem Pfeil nach unten ( \Users\myuserid\Download ). Daneben gibt es Dutzende von anderen Icons, etwa für "Eigene Musik", "Favoriten", "Kontakte" ... etc. etc.

Wenn ich das richtig verstehe wird dies über die Datei "desktop.ini" eingerichtet! Bei einigen Verzeichnissen kann ich das bestätigen. Aber nicht bei allen. Etwa in meinem Ordner \Users\Download finde ich diese Datei eben gerade NICHT! Wo und wie wird das denn eingestellt? Stehen die speziellen Icons für irgend eine Funktion?

Einige Icons haben einen kleinen blauen Pfeil in der linken unteren Ecke. Das sind wohl Links. Den "wahren" Verzeichnisnamen (oder das was ich dafür halte) kann ich mir anzeigen, indem ich mit der rechten Maustaste darauf klicke und dann auf "Sicherheit" klicke. "Cookies" wird dann etwa in "C:\Users\myuserid\Cookies" übersetzt.

Das klappt aber nicht immer. Der Ordner "Recent" verhält sich ganz anders. Da wird nur die Registerkarte "Allgemein" angezeigt (die gar nichts aussagt) ... obwohl der Ordner im Verzeichnisbaum ganz genauso ausschaut, wie etwa der Ordner "Cookies".

Der Ordner "RecentPlaces hat das gleiche Erscheinungsbild. Aber in diesem Fall erhält man ein Eigenschaften Window wie für "Cookies". Allerdings wird jetzt unter Sicherheit der Pfad "C:\Users\myuserid\RecentPlaces.lnk" angezeigt. Wieso kriegt dieser Ordner ein ".lnk" während das für "Cookies" nicht der Fall ist ... ?

Der Link "Eigene Dateien" verweist wohl auf die gleichen Subdirectories wie der Ordner "Eigene Dokumente". Diese Gleichhat kann ich aber nicht aus dem Verzeichnisbaum ersehen. Denn mit dem Eigenschaften Fenster werden unter Sicherheit jeweils die Pfade

C:\Users\myuserid\Eigene Dateien
C:\Users\myuserid\Eigene Dokumente

angezeigt. Woher weiß ich denn jetzt, dass es sich um die gleichen Ordner handelt ohne mir deren Inhalt anzugucken?

Manmal kann ich auf Order mit einem blauen Pfeil nicht zugreifen, z.B. "C:\Users\Winuser1\Lokale Einstellungen\TemporaryInernetFiles" ... Das Eigenschaftsfenster dieses Ordners hat jetzt zur Abwechslung mal zwei Reiter: "Allgemein" und "Vorgängerversion". Beide helfen mir nicht wirklich weiter, um zu wissen, wo der Ordner nun REAL gespeichert ist.

Gleich neben diesem Link steht aber der Order "C:\Users\Winuser1\Lokale Einstellungen\Temp" und da gibt es dann einen Subfolder "TemporaryInternetFiles". Ich vermute mal, dass dies der gleiche Ordner ist. Und auf den KANN ich zugreifen! Welche Logik verbirgt sich denn dahinter?

Irgendwie hab ich das Gefühl, dass ich keine Ahnung mehr habe, wo Windows 7 meine Dateien jetzt abspeichert!

Kann mir jemand helfen die Kontrolle über MEINE Daten wieder zu erlangen? *g*

LG
Peter

Nun bin ich mit meinen "Forschungen" ein wenig weiter gediehen.

Offensichtlich werden von Windows 7 eine ganze Reihe von "symbolischen Links" verwendet, um früher verwendete Verzeichnisnamen zu erhalten. So z.B. "Dokumente und Einstellungen".Mit diesen symbolischen Namen kann man unter dem alten Namen auf die neue Ressource alternativ zugreifen. Die neue Ressource heißt "Benutzer".

Außerdem werden intern wohl nur englische Namen verwendet ... die Eindeutschung erfolgt m.W. vom Windows gesteuert automatisch, also ohne irgendwelche sichtbaren Links.

Die originalen englischen Namen erhält man, indem man in der Adressleiste des Explorers auf das Ordnersymbol klickt. Zurückschalten kann man das nur, indem man in der Verzeichnisliste einen beliebigen Eintrag markiert. (Wie spaßig!)

Auf welchen Namen der symbolische Link verweist kann man im Explorer m.W. nicht herausfinden. Wer auch immer sich das ausgedacht hat. Sehr spaßig! Aber mit dem guten alten DIR command kann man das dann doch noch anzeigen:




Hieran erkennt man, dass "C:\Documents and Settings" ein symbolischer Link ist, der auf "C:\Users" verweist!

Mit dem Befehl



erhalte ich ALLE Einträge eines Directories und zwar (erfreulicherweise) mit den ENGLISCHEN Namen.

Mit dem Befehl



erhalte ich daraus alle Directories UND Verbindungsnamen.

Wie kann ich jetzt erkennen, ob es sich um eine DIRECTORY <DIR> oder einen symbolischen Link <VERBINDUNG> handelt?

Ich hoffe, dass es mir jetzt gelungen ist, mein Problem klar zu machen.

LG
Peter

Herzlichen Dank erst mal an alle Ratgeber!

@RodFromGermany

RodFromGermany schrieb:

Das sollte Dich nicht kümmern.

Das kümmert mich sehr wohl! *grins*

Weil dadurch nämlich das gleiche Verzeichnis in meinem Program ZWEIMAL verarbeitet wird. Einmal als symbolic Link und einmal als originäre Datei. Und das geschieht an Dutzenden von Stellen im Verzeichnisbaum des C-Laufwerks!

Außerdem würde ich gern wissen, WELCHE meiner Daten WO real gespeichert sind! Das sind nämlich MEINE Daten und nicht die von Microsoft! Ich halte das für eine ausgemachte "Schw**nerei", wenn man den wahren Speicherort eines Verzeichnisses erst durch lange Nachforschungen in Erfahrungen bringen kann. Das sollte der Explorer gefälligst anzeigen! Na ja, das ist nicht der einzige Kritikpunkt, den ich an diesem "wunderbaren" Programmprodukt anzumerken habe. *grins*

@xtts02

Das sieht jetzt sehr gut aus. Das bit "ReparsePoint" mit dem Wert 1024 ist wohl genau der Indicator für einen symbolischen Link. Soweit ich das jetzt ausgetestet habe, werden damit die Verzeichnisse in der richtigen Weise verarbeitet.

Ich will mal hoffen, dass damit alle Überraschungen der Verzeichnisstruktur vorbei sind. *grins*

LG
Peter

RodFromGermany schrieb:

Mit welchem Code?

Na, mit dem Code, den ich in diesem Thread eingestellt habe. Damit erhalte ich in der Liste sowohl Directories als auch symbolic Links angeliefert. Ohne die Abfrage auf das Attribut "ReparsePoint" würde ich beide verarbeiten. Danke also für deine Hilfe!

xtts02 schrieb:

Von daher verstehe ich dein Problem ist wirklich.

Das habe ich jetzt ja inzwischen verstanden: dass alle Ordner physisch unter dem Ordner "Users" liegen. Nur werden die Daten eben so nicht präsentiert, sondern VOLLKOMMEN CHAOTISCH.

Ein Beispiel:

Der Ordner "Dokumente und Einstellungen" heißt in Wahrheit "Documents and Settings" und verweist auf "Users"

"Users" enthält einen Unterordner "All Users". Der ist als <SYMLINKD> gekennzeichnet (was immer das bedeutet) und verweist auf "ProgramData" wieder im Root Verzeichnis.

Des nenne ich einen Zugriff durchs Knie in die Brust.

Im Verzeichnis "ProgrammData" finde ich dann ein Verzeichnis "Desktop" ... wenn ich das anklicke, dann wird mir der Zugriff verwehrt

Wenn ich Verzeichnis "Desktop" im Root Verzeichnis anklicke, habe ich Zugriff!

Und natürlich sind wir uns darüber einig, dass es den Ordner "Desktop" weder im Ordner "ProgrammData" noch im Root Verzeichnis gar nicht real gibt, sondern, dass der wieder ein Unterordner von "Users" ist. Obwohl das wiederum nirgendwo angezeigt wird! Wieso kann ich also einmal zugreifen und einmal nicht?

Also eine chaotischere Darstellung der Dateistruktur habe ich bisher noch nicht gesehen.

Der Explorer gibt mir in keiner Weise darüber Auskunft, wo und wie meine Daten gespeichert sind! Ich erhalte einen Verzeichnisbaum, der mit der wirklichen Welt kaum noch etwas zu tun hat und wo die realen Namen konsequent vor mir verborgen werden!

Das ist mein Problem. Und ich weiß nicht, ob nur ich alleine dieses Problem habe!

Vielleicht kannst du mir ja mal probeweise den Unterschied zwischen <VERBINDUNG> und <SYMLINKD> erklären. Ich bin bisher dahingehend noch nicht schlau geworden. *grins*




LG
Peter

So sieht mein Code von der Struktur her aus, nachdem ich die von dir erwähnte Sache mit dem ParsePoint eingebaut habe.

LG
Peter

@RodFromGermany

haaaalt, das Problem mit meinem Programm hab ich doch gelöst! Das läuft jetzt suuuper! Also vielen Dank nochmal für deine Hilfe!

Der zweite Teil der Diskussion bezog sich auf die Anmerkung von User "xtts02" bezüglich der Klarheit und Strukturiertheit des Windows Explorers. Und da hab ich bemängelt, dass die Sache mit den "symbolic links" total chaotisch ist, weil man keine Ahnung hat, wo man wirklich landet, wenn man ein Directory im Explorer anklickt. Das hat aber mit meinem Programm nix zu tun.

Alles klar? Also, die Sache mit meinem Coding ist damit erledigt. Nochmalsl vielen Dank für deinen super Hinweis.

LG
Peter

@ErfinderDesRades

Vielen Dank für deinen Hinweis auf die IO.FileInfo.

Jetzt hab ich mir deinen Beitrag und die MSN Info angeschaut. Aber da finde ich nicht die Attribute, die ich benötige.

CreationDate und CreationTime kommen mir sehr gelegen. Was mir fehlt sind jedoch die folgenden Eigenschaften eines Directories :

Handelt es sich um ein "normales" Directory, einen "symbolic link" oder eine "directory junction". Das Attribut "ParsePoint" unterscheidet leider nicht zwischen symbolic link und directory junction.

Wenn es sich um einen Link oder eine Junction handelt, dann wüsste ich gern noch den Namen auf den dieser Link verweist. Dieser Name wird durch "dir /A" ausgegeben, aber wie man das mit VB machen kann, habe ich bisher nicht heraus gefunden.

Irgendwelche Ideen, wo und wie man diese Info auslesen kann?

LG
Peter