Windows 10 nabídnou libovolně dlouhé cesty k souborům

Můj názor  |  zobrazit i odpovědi (trvale)  |  řadit od nejstarších Komentáře nyní řadíme od nejnovějších.
Tímto odkazem můžete řazení změnit.
 |  nových názorů: 73

Názory k článku

01. 06. 2016 22:18

Tak určitě je to velký krok pro lidstvo, ale protože 7 z 10 ti uživatelů absolutně nechápe rozdíl mezi souborem a adresářem, budou si prasit compy ještě víc
Lidi co si vypěstovali svůj systém adresářů v rootu ještě v dosovým pravěku jsou povětšinou v klidu :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 05. 2016 14:23

Po pravdě řečeno, spíš by mě zajímalo, kdo se ds tímto omezením někdy nesetkal.
Nejčastější jsou dva způsoby: 1. Soubor s příliš dlouhým názvem (limit FAT na název souboru je zhruba 260 znaků, na adrsářovou cestu limit neexistuje, ten byl uměle nastaven operačním systémem DOS nebo staršími windows s ohledem na zpracování textových řetězců) vnořený někam hluboko do adresářové struktury.
2. Adresářová struktura vnořená do jiné adresářové struktury jejím přesunutím (ne kopírováním a mazáním, ale přesunem)
A protože se s tím potkávám, znám i způsoby, jak to (částečně) obejít. Ve windows 95 i XP pomáhala substituce (subst) za část dlouhé adresářové cesty, tím se dalo dostat i do adresářů takto nedostupných. Samozřejmě knejlepším řešením je udělat si v rootu téhož disku třeba adresář D a do něj celou strukturu přesunout. Ve windows 7 (možná i vista) stačí použít vhodné programy, které korektně používají novější verzi API (jak tu někdo píše, jsou po)třebné funkce k dispozici už velmi dlouho, koukám do windows.pas (=windows.c, knihovna dodaná microsoftem pro import základních API funkcí windows) vyžaduje verzi windows minimálně 4 (tj.9x) samozřejmě je jasné, že třeba 64 bitová velikost souboru neměla v roce 1999 velký smysl). Osobně jsem měl pocit, že ve windows7 je to vyřešeno, stejně jako názvy v japonských znacích, azbuce atd. a problémy s tím mají pouze starší programy. Pak jsou programy, které používají funkce obou skupin, vzpomínám si třeba na winrar, který soubory bez problémů zaarchivoval, ale mazání mu už nešlo.

Souhlasím  |  Nesouhlasím  |  Odpovědi (1)Zavřít odpovědi  |  Odpovědět
31. 05. 2016 13:08

Samozřejmě že narazil. Od té doby cpu všechno do rootu :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
31. 05. 2016 08:04

Je zvláštní, že já už na Windows NT mohl používat souborové cesty dlouhé přes 32000 znaků, a všechny programy, které jsem kdy naprogramoval je umějí také. A to i na Windows XP, Windows 7, prostě kdekoli.Já tedy nevím, ale Windows funkce CreateFileW() umí s dlouhými cestami o desítkách tisíc znaků fungovat co svět světem stojí, a nikdy s tím nebyl problém.Zřejmě je největší chyba, že jsem už před 20 lety netušil a nikdo mi neřekl, že nad 260 znaků dlouhé cesty nejsou. Zapomněli mi to říci, a tak nemám ve svých programech problém otevřít soubor zadaný cestou o délce třeba 30 tisíc znaků. A to jsou programy, které jsem naprogramoval třeba v roce 1990.

Souhlasím  |  Nesouhlasím  |  Odpovědi (3)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 20:30

Jakub Čížek se především nevlezl do spisovné češtiny. Tahle brněnská šílenost nepatří do spisovnvného textu!!Jinak potkávám problém celkem často u hodně zanořených pracovních java projektů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
30. 05. 2016 19:35

NTFS i Windows umi samozrejme 2^16 (2bajtovou) delku cesty, v UTF16 je to tedy nejakych 32k znaku.STARA API jsou ale kvuli kompatibilite omezena. Pri pouziti "UNC like" cest (tech o level lepsich, nez je root v *nixovych OS) toto omezeni ovsem neplati uz drahne dlouho.MP

Souhlasím  |  Nesouhlasím  |  Odpovědět
30. 05. 2016 18:32

Snadno se na to dalo narazit, když někdo přesunul hlubší adresářovou strukturu do nějaké jiné. Pak to nešlo z Windows kopírovat, mazat ani procházet. A nebo když se limitu někdo na svém disku přiblížil a ten disk byl sdílený - v součtu se síťovou cestou nastal u ostatních lidí problém. Hádám, že tam bude problém i s jejich UTF-16, kde jakmile použijete češtinu, žere to na znak dva bajty...

Souhlasím  |  Nesouhlasím  |  Odpovědi (3)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 18:20

To znamená, že ta délka bude neomezená pro Explorer? Protože co se týče FS, tak tam je u NTFS limit 16 bit / 2 byty. Zatímco ostatní používané FS mají minimálně 256 bytů. Nehledě na to, že pro mnohé aplikace i 2-bytový název znamená konec. Včetně MS Office.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
30. 05. 2016 17:47

Což takhle kdyby Microsoft konečně vyvinul nový (a otevřený) souborový systém, jak svého času sliboval.

Souhlasím  |  Nesouhlasím  |  Odpovědi (3)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 16:34

To zas bude v adresářích nabl.to...

Souhlasím  |  Nesouhlasím  |  Odpovědět
30. 05. 2016 15:02

Kterého Einsteina napadlo nastavit ve Windows ten limit takhle strašně nízko ?

Souhlasím  |  Nesouhlasím  |  Odpovědi (5)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 14:50

Na firemnych sharepoint strankach bezna prax a bezna 'prasarna' a tym ludom to nie a nie vysvetlit. Mozem to opakovat donekonecna a aj tak niekto vytvori subor s nazvom: "Analysis of interdependencies and synergy effects between correlated customer groups and new potential target markets.xlxs" a umiestni to do adresara: "Various customer, systemic, statistical and ad-hoc analysis for executive vice president meeting in Washington - May 2015"
No nezabili by ste ich?

Souhlasím  |  Nesouhlasím  |  Odpovědi (16)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 14:48

Super až někdo takovej soubor nakopíruje na flashdisk a bude chtít s ním pracovat na starším windows...

Souhlasím  |  Nesouhlasím  |  Odpovědi (3)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 14:29

Ono neni problem ntfs mit dlouhy nazvy. Takovy total commander klidne vytvari a pracuje s cestami o 1000 znacich. Problem je ze vetsina programu (vcetne systemovych) s tim neumi pracovat tak to vypada, ze to nejde.
Takze toto mozna spravi systemove programy na dlouhe nazvy, ale ne vsechno s tim bude fungovat.

Souhlasím  |  Nesouhlasím  |  Odpovědi (2)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 14:20

To budou mít programátoři C/C++ radost. Max. velikost cesty je konstanta v hlavičkovém souboru MAX_PATH = 260 a používá se např. pro deklaraci automatické proměnné (na zásobníku).

Souhlasím  |  Nesouhlasím  |  Odpovědi (9)Zavřít odpovědi  |  Odpovědět
30. 05. 2016 14:20

Setkal a několikrát. Pomohl až linux takový soubor přejmenovat či smazat. Dneska už není ani Linux potřebný. Dobrý správce souborů to už umí, stejně jako vyhledat soubory, jenž překračují povolený počet znaků. Holt Windows Explorer je sto let za opicemi...

Souhlasím  |  Nesouhlasím  |  Odpovědi (4)Zavřít odpovědi  |  Odpovědět
avatar
30. 05. 2016 14:13

No hlavně když sem potřeboval odstrani nejaky soubory javy, tak nevim proc, ale z nejakyho duvodu mel ten soubor takovou tunu znaku a nesel smazat. Coz byl hlavni problem souboru z dlouhym nazvem. Nesel normalne smazat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
30. 05. 2016 14:09

Node.js a jeho balíčkovací systém vytváří nesmyslně rozsáhlou strukturu složek a sní i délku cest a bohužel gulp/grunt je dneska strašně moc trendy...

Souhlasím  |  Nesouhlasím  |  Odpovědi (6)Zavřít odpovědi  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor