C# - Long path - jak obsłużyć długie ścieżki w analizie katalogów?

Czy przypadkiem dla C# znak \ nie jest znakiem specjalnym?

Zapisać znakiem specjalnym, że chcemy znak backshlasha, czyli \\

No napisałem, jak.

W C# owszem, backslash jest specjalnym znakiem, ale jeżeli umieści się @ przed napisem tak jak on to zrobił, to przestaje nim być i ten zapis jest prawidłowy.

Ustal debugerem konkretnie w którym miejscu, na której linijce kodu się wywala, bo w tej chwili komunikat mówi, że ścieżka jest za długa. Możesz spróbować odpalić testowo dla kilku plików wrzuconych do katalogu na c:
Nie masz przypadkiem bardzo rozbudowanej struktury tych katalogów, przekraczającej, z nazwami plików, 260 znaków?

PS. Stosowanie polskich znaków w nazwach zmiennych woła o pomstę do nieba...

Max jest 260 znaków, i tego się nie przeskoczy w ten sposób. Spróbuj sobie zrobić folder o długiej nazwie, i później kolejny o długiej nazwie itp... w pewnym momencie windows wyrzuci ci komunikat, że nie można stworzyć folderu, bo ścieżka jest za długa.

Aby to obejść potrzebna jest zewnętrzna biblioteka (tak mi się przynajmniej wydaje). Kumpel miał ten problem i w ten sposób sobie poradził. Postaram się go zapytać i jak dowiem się więcej, to napiszę tu.

Zrób to, o czym pisałem.
Nie udzieliłeś też jednoznacznej odpowiedzi na zadane pytanie.

Czy jak dla testu zamiast: D:\Dokumenty\Zapisane strony\Błędy na stronach utworzysz katalog C:\test, podmienisz na tą ścieżkę i do niego wrzucisz kilka plików .txt i .srt (ewentualnie w katalogach), to dalej się wywala (sprawdź breakpointem czy przejdzie przez wspomnianą na końcu funkcję)?

PS. Zobacz, jak się robi takie podwójne wyszukiwanie - tutaj, zamiast FullName.Contains możesz użyć EndsWith, powinno być szybciej.

No to już wiesz w czym problem. Nie liczy się tylko nazwa pliku, ale cała ścieżka.
MUSISZ MIEĆ gdzieś plik o ścieżce dłuższej niż 260 znaków, tylko najwyraźniej nie potrafisz go znaleźć. Sorry, ale innej opcji nie ma.

Nie wiem jaką masz strukturę tych katalogów i ile plików tam jest (zakładam, że nie są one bezpośrednio na D:\Dokumenty\Zapisane strony\Błędy na stronach, tylko w podkatalogach).

Proponuję skopiować cały katalog D:\Dokumenty\Zapisane strony\Błędy na stronach (potem ew. ten drugi) na tym samym poziomie, zmień mu tylko jedną literę w nazwie, żeby długość pozostała taka sama.
Podmień ścieżkę na tą kopię i odpal program. Powinien się wywalić.
Potem kasuj kolejno po 1-2 katalogi i za każdym razem odpalaj program.
Jak w którymś momencie przejdzie, to znaczy, że przyczyny należy szukać w tych dopiero co skasowanych. Przyjrzyj się im dokładnie, policz litery w najdłużych plikach, czyli np. D:\Dokumenty\Zapisane strony\Błędy_na_stronach\Katalog1\podkatalog\plik o jakiejś długiej nazwie.txt .
Oczywiście sprawdź też, czy nie ma tam jakiś ukrytych plików.

Możesz taż skopiować pierwszą połowę katalogów (plików) i zobaczyć efekt. Jak przejdzie - skopiuj z oryginalnej ścieżki tą drugą połowę, i znowu z niej kasuj połowę - tak długo, aż ustalisz, który plik / katalog generuje błąd.

Katalog C:\test ma krótszą nazwę niż D:\Dokumenty\Zapisane strony\Błędy na stronach. Skopiuj pliki do katalogu np. o nazwie D:\Dokumenty\Zapisane strony\Błędy_na_stronach (z podkreślnikami zamiast spacji).

Pliku dłuższego niż ileś tam znaków nie utworzysz, choćbyś chciał - Windows wywali w odpowiednim momencie błąd za długiej ścieżki. Mi na Win7 na C:\ udało się utworzyć ścieżkę z podfolderami liczącą max. 251 znaków.

Hmmm, bo Windows korzysta ze swoich funkcji WinAPI a ty z .NET?

Bo WinAPI w ogóle nie zwraca wyjątków, tylko wartości, które świadczą o błędach wykonania.

youmound napisał:

Ale na pewno są na to sposoby ?

Pewnie są... Pierwszy, z którego bym skorzystał, to umieścić kod w try...catch... i przechwytywać wyjątek (PathTooLongException albo bardziej ogólny) i poinformować użytkownika, że wystąpił błąd z powodu użycia zbyt długiej ścieżki - niech sobie ją skróci.

Każdy kto ma choć trochę obycia z komputerem wie, że nie należy zagnieżdżać za bardzo katalogów bo dostanie się błąd - pozostałych należy o tym poinformować stosownym komunikatem.

Tak naprawdę to w tym kodzie wyjątku nie zwraca funkcja di.GetFiles(...), a próba wykonania plik.FullName.Contains(...). Jeżeli zamiast FullName użyć po prostu Name, wyjątku nie będzie, bo samo di.GetFiles() też nie rzuca wyjątkiem przy zbyt długiej nazwie. Oczywiście, zakładając, że chcesz szukać wzorca tylko w nazwie pliku, nie w całej ścieżce.

Ostatecznie, choć nie wiem czy to ma sens, użyć funkcji WinAPI w C# - może kolega rufek90 coś podeśle ew. poszukaj czegoś sam na google.

PS. To może na koniec podziel się wiedzą co w końcu pomogło? Znalazłeś za długą ścieżkę usuwając katalogi? Czy może skróciłeś nazwę? Bo samo przekopiowanie plików do katalogu o takiej samej długości nie powinno pomóc - chyba, że Windows w trakcie kopiowania automatycznie przyciął sobie zbyt długie nazwy...