Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Längenbegrenzung bei Pfaden aufheben
14 views
Skip to first unread message
Walt Gallus
Nov 1, 2020, 8:11:41 AM11/1/20
to
Guten Tag
Ist diese Methode vertrauenswürdig:
https://www.computerwissen.de/windows/windows-probleme-loesen/artikel/die-praxis-loesung-nie-mehr-fehler-durch-zu-lange-pfade-bei-windows-10.html
Falls ja, funktioniert sie auch für Windows 8.1?
Falls nein, gibt es Alternativen?
Dank und Gruss
Walt Gallus
Ist diese Methode vertrauenswürdig:
https://www.computerwissen.de/windows/windows-probleme-loesen/artikel/die-praxis-loesung-nie-mehr-fehler-durch-zu-lange-pfade-bei-windows-10.html
Falls ja, funktioniert sie auch für Windows 8.1?
Falls nein, gibt es Alternativen?
Dank und Gruss
Walt Gallus
Arno Welzel
Nov 1, 2020, 8:24:12 AM11/1/20
to
Walt Gallus:
Ja, das funktioniert - aber nicht jede Anwendung kommt mit so langen
Pfaden zurecht.
--
Arno Welzel
https://arnowelzel.de
Pfaden zurecht.
--
Arno Welzel
https://arnowelzel.de
Christoph Schneegans
Nov 1, 2020, 8:32:57 AM11/1/20
to
Walt Gallus schrieb:
> https://www.computerwissen.de/windows/windows-probleme-loesen/artikel/die-praxis-loesung-nie-mehr-fehler-durch-zu-lange-pfade-bei-windows-10.html
Himmel, was für eine seltsame Seite ist das denn? Korrekt ist folgender
Registry-Eintrag:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"LongPathsEnabled"=dword:00000001
Tut hier seit Jahren problemlos; etwa PowerShell kann dann mit _richtig_
langen Pfaden umgehen. Andere Programme (insbesondere der
Windows-Explorer) lassen sich davon allerdings nicht beeindrucken.
--
<https://schneegans.de/lv/> · Validator für BCP 47
> https://www.computerwissen.de/windows/windows-probleme-loesen/artikel/die-praxis-loesung-nie-mehr-fehler-durch-zu-lange-pfade-bei-windows-10.html
Himmel, was für eine seltsame Seite ist das denn? Korrekt ist folgender
Registry-Eintrag:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"LongPathsEnabled"=dword:00000001
Tut hier seit Jahren problemlos; etwa PowerShell kann dann mit _richtig_
langen Pfaden umgehen. Andere Programme (insbesondere der
Windows-Explorer) lassen sich davon allerdings nicht beeindrucken.
--
<https://schneegans.de/lv/> · Validator für BCP 47
Herrand Petrowitsch
Nov 1, 2020, 8:48:22 AM11/1/20
to
Christoph Schneegans schrieb:
> Tut hier seit Jahren problemlos;
Hm, die Einstellung gilt ab Windows 10 V.1607, fuer das angefragte
Windows 8.1 sollte IMHO noch MAX_PATH Gueltigkeit besitzen:
<https://docs.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation#enable-long-paths-in-windows-10-version-1607-and-later>
| Starting in Windows 10, version 1607, MAX_PATH limitations have been
| removed from common Win32 file and directory functions.
> etwa PowerShell kann dann mit _richtig_
> langen Pfaden umgehen. Andere Programme (insbesondere der
> Windows-Explorer) lassen sich davon allerdings nicht beeindrucken.
Gruss Herrand
--
Emails an die angegebene Adresse werden gelegentlich sogar gelesen.
> Walt Gallus schrieb:
>> https://www.computerwissen.de/windows/windows-probleme-loesen/artikel/die-praxis-loesung-nie-mehr-fehler-durch-zu-lange-pfade-bei-windows-10.html
>
> Himmel, was für eine seltsame Seite ist das denn? Korrekt ist folgender
> Registry-Eintrag:
>
> Windows Registry Editor Version 5.00
>
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
> "LongPathsEnabled"=dword:00000001
ACK.
>> https://www.computerwissen.de/windows/windows-probleme-loesen/artikel/die-praxis-loesung-nie-mehr-fehler-durch-zu-lange-pfade-bei-windows-10.html
>
> Himmel, was für eine seltsame Seite ist das denn? Korrekt ist folgender
> Registry-Eintrag:
>
> Windows Registry Editor Version 5.00
>
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
> "LongPathsEnabled"=dword:00000001
> Tut hier seit Jahren problemlos;
Windows 8.1 sollte IMHO noch MAX_PATH Gueltigkeit besitzen:
<https://docs.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation#enable-long-paths-in-windows-10-version-1607-and-later>
| Starting in Windows 10, version 1607, MAX_PATH limitations have been
| removed from common Win32 file and directory functions.
> etwa PowerShell kann dann mit _richtig_
> langen Pfaden umgehen. Andere Programme (insbesondere der
> Windows-Explorer) lassen sich davon allerdings nicht beeindrucken.
--
Emails an die angegebene Adresse werden gelegentlich sogar gelesen.
Claus Reibenstein
Nov 1, 2020, 11:31:57 AM11/1/20
to
Walt Gallus schrieb am 01.11.2020 um 14:11:
> Ist diese Methode vertrauenswürdig:
Wohl kaum. Spätestens bei Punkt 3 wird's problematisch. Den Pfad gibt es
nämlich nicht. Außerdem scheint der Autor noch nie etwas von Groß- und
Kleinschreibung gehört zu haben (wobei ich jetzt nicht weiß, ob und
inwiefern die in der Registry relevant ist).
> Falls ja, funktioniert sie auch für Windows 8.1?
Da ich Windows 8.1 nie hatte, kann ich dazu nichts sagen.
> Falls nein, gibt es Alternativen?
Die hat Christoph in <i07ro7...@mid.individual.net> bereits genannt.
Gruß
Claus
> Ist diese Methode vertrauenswürdig:
Wohl kaum. Spätestens bei Punkt 3 wird's problematisch. Den Pfad gibt es
nämlich nicht. Außerdem scheint der Autor noch nie etwas von Groß- und
Kleinschreibung gehört zu haben (wobei ich jetzt nicht weiß, ob und
inwiefern die in der Registry relevant ist).
> Falls ja, funktioniert sie auch für Windows 8.1?
> Falls nein, gibt es Alternativen?
Gruß
Claus
Walt Gallus
Nov 2, 2020, 5:03:00 AM11/2/20
to
Am 01.11.2020 um 14:48 schrieb Herrand Petrowitsch:
> Hm, die Einstellung gilt ab Windows 10 V.1607, fuer das angefragte
> Windows 8.1 sollte IMHO noch MAX_PATH Gueltigkeit besitzen:
Weil sich Dateien mit überlangen Datei-/Pfadnamen (hier) problemlos
> Hm, die Einstellung gilt ab Windows 10 V.1607, fuer das angefragte
> Windows 8.1 sollte IMHO noch MAX_PATH Gueltigkeit besitzen:
öffnen lassen, habe ich dieser Problematik früher keine Beachtung
geschenkt. Jetzt habe ich auf einem Win 8.1-Rechner einen Ordner mit
tief verschachtelter Struktur und zahlreichen solcher problematischer
Dateien. Diesen Ordner synchronisiere ich regelmässig mittels eines
Tools (Synchredible) auf andere Win 8.1- und Win 10-Rechner. Die Dateien
mit überlangen Namen werden dabei nicht synchronisiert. Ich gehe davon
aus, dass ich sowohl den Quell- als auch die Zielrechner bearbeiten
muss, um das Limit zu umgehen. Für Win 10 sind die hier erhaltenen Infos
natürlich sehr hilfreich - besten Dank! Was aber hat es für eine
Bewandtnis mit der MAX_PATH Lösung für Win 8.1? Kann mir da jemand
weiter helfen.
Hans-Peter Diettrich
Nov 2, 2020, 11:49:18 AM11/2/20
to
On 02.11.20 11:03, Walt Gallus wrote:
> Bewandtnis mit der MAX_PATH Lösung für Win 8.1? Kann mir da jemand
> weiter helfen.
Es geht eigentlich nicht um eine Windows Einstellung sondern um die
> Bewandtnis mit der MAX_PATH Lösung für Win 8.1? Kann mir da jemand
> weiter helfen.
Funktion, mit der ein Programm einen vollständigen Dateinamen (mit Pfad)
parsen läßt. Beim Zugriff mit einem UNC Namen wird ein Parser ohne
Längenbeschränkung benutzt.
DoDi
Walt Gallus
Nov 2, 2020, 1:38:37 PM11/2/20
to
Am 02.11.2020 um 17:48 schrieb Hans-Peter Diettrich:
> Es geht eigentlich nicht um eine Windows Einstellung
Danke für deine Ergänzung, DoDi, auch wenn sie für den Laien, der ich
> Es geht eigentlich nicht um eine Windows Einstellung
bin, nur halbwegs verständlich ist. Google ersetzt keine IT-Kenntnisse.
Es bleibt also die simple Frage: Gibt es für Win 8.1 eine ähnliche oder
alternative Möglichkeit, die Begrenzung der
Datei-/Pfadnamenlängebegrenzung zu umgehen?
Stefan Kanthak
Nov 2, 2020, 3:54:57 PM11/2/20
to
"Walt Gallus" <walt....@gmx.net> schrieb:
> Diesen Ordner synchronisiere ich regelmässig mittels eines Tools (Synchredible)
> auf andere Win 8.1- und Win 10-Rechner. Die Dateien mit überlangen Namen
> werden dabei nicht synchronisiert.
"A fool with a tool is still a fool".
> Ich gehe davon aus, dass ich sowohl den Quell- als auch die Zielrechner
> bearbeiten muss, um das Limit zu umgehen.
FALSCH!
JEDES Programm, das mit (den vom NT-Kernel unterstuetzten) bis zu 32767 (Unicode-)
Zeichen langen Pfadnamen umgehen will, muss UNABHAENGIG von irgendwelchen Windows-
Einstellungen entsprechend grosse Puffer (von 65536 Bytes) bereitstellen.
Vor Windows 10 1607 bzw. ohne diese Einstellung muessen diese Programme beim
Aufruf aller Win32-Schnittstellen das seit Anbeginn der eNTe unterstuetzte Praefix
"\\?\" (nein, das ist KEIN UNC-Pfadname; vergiss ahnungslose Trottel, die etwas
anderes behaupten) verwenden, deren Fehlercodes wie ERROR_PATH_NOT_FOUND oder
ERROR_BAD_PATHNAME korrekt behandeln, und die Pfadnamen RICHTIG konvertieren
(sonst gibt's allerhuebscheste Sicherheitsluecken).
Siehe auch die UNDOKUMENTIERTEN NTDLL-Funktionen wie
RtlDosPathNameToNtPathName_U_WithStatus(),
RtlDosPathNameToRelativeNtPathName_U_WithStatus() und
RtlNtPathNameToDosPathName()
Also: "use the right tool for the job!"
Stefan
--
<https://www.duden.de/rechtschreibung/Kanthaken>
> Am 01.11.2020 um 14:48 schrieb Herrand Petrowitsch:
>
>> Hm, die Einstellung gilt ab Windows 10 V.1607, fuer das angefragte
>> Windows 8.1 sollte IMHO noch MAX_PATH Gueltigkeit besitzen:
>
> Weil sich Dateien mit überlangen Datei-/Pfadnamen (hier) problemlos
> öffnen lassen,
REINER ZUFALL!
>
>> Hm, die Einstellung gilt ab Windows 10 V.1607, fuer das angefragte
>> Windows 8.1 sollte IMHO noch MAX_PATH Gueltigkeit besitzen:
>
> Weil sich Dateien mit überlangen Datei-/Pfadnamen (hier) problemlos
> öffnen lassen,
> Diesen Ordner synchronisiere ich regelmässig mittels eines Tools (Synchredible)
> auf andere Win 8.1- und Win 10-Rechner. Die Dateien mit überlangen Namen
> werden dabei nicht synchronisiert.
> Ich gehe davon aus, dass ich sowohl den Quell- als auch die Zielrechner
> bearbeiten muss, um das Limit zu umgehen.
JEDES Programm, das mit (den vom NT-Kernel unterstuetzten) bis zu 32767 (Unicode-)
Zeichen langen Pfadnamen umgehen will, muss UNABHAENGIG von irgendwelchen Windows-
Einstellungen entsprechend grosse Puffer (von 65536 Bytes) bereitstellen.
Vor Windows 10 1607 bzw. ohne diese Einstellung muessen diese Programme beim
Aufruf aller Win32-Schnittstellen das seit Anbeginn der eNTe unterstuetzte Praefix
"\\?\" (nein, das ist KEIN UNC-Pfadname; vergiss ahnungslose Trottel, die etwas
anderes behaupten) verwenden, deren Fehlercodes wie ERROR_PATH_NOT_FOUND oder
ERROR_BAD_PATHNAME korrekt behandeln, und die Pfadnamen RICHTIG konvertieren
(sonst gibt's allerhuebscheste Sicherheitsluecken).
Siehe auch die UNDOKUMENTIERTEN NTDLL-Funktionen wie
RtlDosPathNameToNtPathName_U_WithStatus(),
RtlDosPathNameToRelativeNtPathName_U_WithStatus() und
RtlNtPathNameToDosPathName()
Also: "use the right tool for the job!"
Stefan
--
<https://www.duden.de/rechtschreibung/Kanthaken>
Walt Gallus
Nov 3, 2020, 5:41:49 AM11/3/20
to
Am 02.11.2020 um 21:43 schrieb Stefan Kanthak:
Danke für deine technischen Ergänzungen, Stefan, die den Laien
allerdings ordentlich überfordern. Er schliesst daraus, ebenfalls
laienhaft, dass es die unter Win 10 bestehende Möglichkeit, das Problem
der überlangen Pfad-/Dateinamen mit einem Registryeintrag zu umgehen,
für Win 8.1 offenbar nicht gibt, eben so wenig wie alternative Lösungen.
> Also: "use the right tool for the job!"
Which one in my case?
Danke für deine technischen Ergänzungen, Stefan, die den Laien
allerdings ordentlich überfordern. Er schliesst daraus, ebenfalls
laienhaft, dass es die unter Win 10 bestehende Möglichkeit, das Problem
der überlangen Pfad-/Dateinamen mit einem Registryeintrag zu umgehen,
für Win 8.1 offenbar nicht gibt, eben so wenig wie alternative Lösungen.
> Also: "use the right tool for the job!"
Takvorian
Nov 3, 2020, 6:33:46 AM11/3/20
to
Walt Gallus schrieb:
Windows hat zum Synchronisieren ein ausgezeichnetes Tool an Bord, nennt sich
Robocopy und kommt mit langen Pfadnamen zurecht, ohne dass man dafür in der
Registrierung rumfummeln muss. Seltsam also, wenn jemand dafür unfähige
Fremdmittel verwendet.
Robocopy und kommt mit langen Pfadnamen zurecht, ohne dass man dafür in der
Registrierung rumfummeln muss. Seltsam also, wenn jemand dafür unfähige
Fremdmittel verwendet.
Stefan Kanthak
Nov 3, 2020, 7:21:52 AM11/3/20
to
"Walt Gallus" <walt....@gmx.net> schrieb:
> Am 02.11.2020 um 21:43 schrieb Stefan Kanthak:
>
> Danke für deine technischen Ergänzungen, Stefan, die den Laien
> allerdings ordentlich überfordern. Er schliesst daraus, ebenfalls
> laienhaft, dass es die unter Win 10 bestehende Möglichkeit, das Problem
> der überlangen Pfad-/Dateinamen mit einem Registryeintrag zu umgehen,
> für Win 8.1 offenbar nicht gibt, eben so wenig wie alternative Lösungen.
FALSCH!
Welchen Teil von "Prinzipiell kann JEDES Programm lange Pfadnamen seit
28 Jahren per Praefix \\?\ nutzen" willst Du NICHT kapieren?
JFTR: ich habe hier selbstgefrickelte Programme, die schon im letzten
Jahrtausend mit 32767 Zeichen langen Pfadnamen umgehen konnten.
>> Also: "use the right tool for the job!"
>
> Which one in my case?
ROBOCOPY.exe wird seit Windows XP mitgeliefert!
wehret des Lestighanikern
Stefan
--
<https://www.duden.de/rechtschreibung/Kanthaken>
> Am 02.11.2020 um 21:43 schrieb Stefan Kanthak:
>
> Danke für deine technischen Ergänzungen, Stefan, die den Laien
> allerdings ordentlich überfordern. Er schliesst daraus, ebenfalls
> laienhaft, dass es die unter Win 10 bestehende Möglichkeit, das Problem
> der überlangen Pfad-/Dateinamen mit einem Registryeintrag zu umgehen,
> für Win 8.1 offenbar nicht gibt, eben so wenig wie alternative Lösungen.
Welchen Teil von "Prinzipiell kann JEDES Programm lange Pfadnamen seit
28 Jahren per Praefix \\?\ nutzen" willst Du NICHT kapieren?
JFTR: ich habe hier selbstgefrickelte Programme, die schon im letzten
Jahrtausend mit 32767 Zeichen langen Pfadnamen umgehen konnten.
>> Also: "use the right tool for the job!"
>
> Which one in my case?
wehret des Lestighanikern
Stefan
--
<https://www.duden.de/rechtschreibung/Kanthaken>
Walt Gallus
Nov 3, 2020, 1:53:06 PM11/3/20
to
Am 03.11.2020 um 13:12 schrieb Stefan Kanthak:
> ROBOCOPY.exe wird seit Windows XP mitgeliefert!
Perfekt, Danke! Darauf hatte ich gehofft.
> ROBOCOPY.exe wird seit Windows XP mitgeliefert!
Gruss
Walt Gallus
Walt Gallus
Nov 3, 2020, 1:55:11 PM11/3/20
to
Am 03.11.2020 um 12:33 schrieb Takvorian:
> Windows hat zum Synchronisieren ein ausgezeichnetes Tool an Bord, nennt sich
> Robocopy und kommt mit langen Pfadnamen zurecht
und bewährt sich jetzt auch hier hervorragend - Danke!
> Windows hat zum Synchronisieren ein ausgezeichnetes Tool an Bord, nennt sich
> Robocopy und kommt mit langen Pfadnamen zurecht
Gruss
Walt Gallus
0 new messages