256-Pfadlängenbeschränkung ist in Windows 10 (1607) gefallen

[himitsu]

Selbst mit diesem Pfäfix klappte es nicht immer bei über 260 (255 nur Pfad ohne Laufwerk und abschließendes #0) Zeichen, egal in welcher Combination

C:\...
\\?\C:\...
\\.\C:\...
\\.\$C\...
\\.\ManuellerFreigabename\...
\\:COMPUTERNAME:\$C\...
\\localhost\$C\...
\\localhost\ManuellerFreigabename\...

"Tricksen" konnte man aber oftmals durch Verwendung der kurzen 8.3-Namen (allerdings natürlich nicht für den letzten Namen, beim Erstellen der Datei/Verzeichnis)


\??\...


Aber ich war auch auch froh das letzte Woche schon lesen zu dürfen.

[generic]

Welche Funktionen nutzt du denn?

In der Anleitung seht:

many vs all

Code:

The Windows API has [B]many [/B]functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters. This type of path is composed of components separated by backslashes, each up to the value returned in the lpMaximumComponentLength parameter of the GetVolumeInformation function (this value is commonly 255 characters). To specify an extended-length path, use the "\\?\" prefix. For example, "\\?\D:\very long path".

Nutzt du ein Unicode-Delphi?
Wird wirklich die W-Variante und nicht die A-Version der Funktion aufgerufen?

[himitsu]

Aktuell \\FRANK-AT-WORK\$D\... womit es weniger Probleme gab, als wie mit \\?\D:\...

Ich müsste mal gucken wie lang die Pfade sind, aber ich glaub noch unter 300 Zeichen.
Seit Verwendung der normalen Freigabepfade gibt es gefühlt bei weniger Dateien ein Problem mit zu langen Pfaden.

Selbst zu lange Pfade aus SMB-Freigaben haben mit Pfaden über 255 Zeichen (exklusive Host+Freigabename) probleme, in meinem uralten Windows 7,
egal ob als gemapptes NTFS-Verzeichnis oder direkt als Freigabe, welche ja wohl auch UNC ist.



Also das neue Windows 10 hierbei aber noch nicht ausprobiert.

[generic]

Zitat von himitsu:

Aktuell \\FRANK-AT-WORK\$D\... womit es weniger Probleme gab, als wie mit \\?\D:\...

Hmm, die Schreibweise "$D" kenne ich gar nicht.
Hast du dich hier verschrieben oder nutzt du das so wie du schreibst. Erklärt das evtl. das Problem?

Für die Admin-Shares kenne ich das nur anders herum also "\\localhost\c$".

[Delphi.Narium]

Zitat von generic:

Für die Admin-Shares kenne ich das nur anders herum also "\\localhost\c$".

Admin-Shares = "\\Rechnername\Laufwerksbuchstabe$" oder "\\IP-Adresse\Laufwerksbuchstabe$" ergibt beim eigenen Rechner halt u. a. "\\localhost\c$" aber auch "\\127.0.0.1\c$" sollte gehen.

[himitsu]

Jupp, sorry, hatte mich hier verschrieben.

Nutzen tue ich das mit dem $ am Ende.

[jobo]

Zitat von himitsu:

Jupp, sorry, hatte mich hier verschrieben.

Nutzen tue ich das mit dem $ am Ende.

Ja, es gibt glaube ich noch mehr, nicht nur je Laufwerk.

Das kann praktisch sein, aber es bedeutet am Ende auch nur, dass man zu faul ist, zielgerichtet eigene Shares anzulegen und mit spezifische Accounts anzulegen und zu nutzen. Sprich, man arbeitet als Admin oder Admingruppenmitglied auf dem System, was man m.E. nachwievor/mehrdennje vermeiden sollte.

Es soll Leute geben, die diese Freigaben extra löschen, wenn sie einen neuen Rechner in die Finger kriegen.

[himitsu]

Blöd ist nur, dass diese $-Freigaben versteckt sind und in den Eigenschaften des Laufwerks nicht angezeigt werden.
Drum werden viele wohl nicht wissen, dass man da was löschen könnte.

[CCRDude]

Zitat von himitsu:

Also das neue Windows 10 hierbei aber noch nicht ausprobiert.

Weiss nicht ob das aufgefallen ist... aber es geht um eine mehr als zwei Jahre alte Änderung - 1607 bedeutet Juli 2016!

[himitsu]

Mein heimisches Entwicklungsrechner-Windows 7 hat schon paar Jahre auf dem Buckel. (hiergendwie hat nie jemand Lust den mal neu aufzusetzen )

Lebe da zeitlich eh hinterm Mond.
Hatte auch vor Kurzem erst mitbekommen, dass mein mir jahrelang bekannter Externer-Festplatten-Bug (ab und an winzige Datenfehler bei Schreiben/Lesen von über 100GB)
eigentlich ein USB 3.0-Bug der ersten Generation ist, der auch Datenfehler in TCP/IP schmuggelt, wenn ein LAN-USB-Adapter verwendet wird (hier sind die TCP/IP-Prüfsummen im Adapter drin behandelt, bevor es ohne weitere Checks in den Rechner geht).
Da ist ab und an ein Frame (jeweils 8 Byte) im USB-FullSpeedTransfer defekt, welcher aber unbemerkt durchflutscht.

Aber nö, war nicht so aufgefallen ... letzte Woche erfahren und blind angenommen es beziehe sich auf das große Oktoberupdate.



Und, wie gefällt euch das nagelneue Windows? (weiter in anderem noch nicht erstellten Thread)