***SPAM*** Samba a omezená délka zapisovaného

[Libor Chocholaty]

mandrake.user wrote:
>
>> ------------ Původní zpráva ------------
>> Od: Ladislav Vaiz <spam na nagano.cz>
>> Předmět: Re: ***SPAM*** Samba a omezená délka zapisovaného
>> Datum: 03.2.2007 11:33:44
>> ----------------------------------------
>>
>> > Ve win na konci toho hrozného stromu vytvořím jakkoliv dlouhý
>> název. V linuxu
>> na konci toho hrozného stromu vytvořím jakkoliv dlouhý název. Ovšem při
>> kopírování se zkrátí, případně při otevírání neotevře.
>> >
>> > Příklad:
>> > /sil/en/e/dlouh/a/ce/sta/..../../.../soubor.txt
>> > po zkopirovani na lin
>> > /sil/en/e/dlouh/a/ce/sta/..../../.../soubor.t
>> > Pokud chci v teto silene dlouhe ceste vytvorit soubor, tak me
>> povoli max
>> soubor.t
>> > Pokud ho dostanu na lin jinou cestou tedy je tam onen
>> > /sil/en/e/dlouh/a/ce/sta/..../../.../soubor.txt
>> > z win ho neotevru, ale pokud ho prejmenuju na soubor.t, tak ho otevru.
>> >
>> >
>> Ve Windows je maximální délka cesty dána konstantou _MAX_PATH v souboru
>> stdlib.h. Obvykle má hodnotu 260. Běžné linuxová filesystémy umí délku
>> jednoho souboru/adresáře kolem 256 bytů (možná 255, nevím). Omezení tedy
>> nejspíš bude na straně win. Když nasdílíte stejně dlouhou cestu z win
>> stanice, tak to funguje?
>> Láďa
>>
>>
>
> Vyzkouším,  ale fungovat to určitě bude, protože to do teď takto
> používali. Pouze nahrazuji stávající win server za linuxový. Takže
> stanice., které se připojovaly k původnímu serveru s tím dokázaly
> pracovat.
Mam pocit, ze NTFS na windows ma omezeni filesystemu na delku cesty na
32768. To, ze to nektere aplikace neumeji pouzit je omezeni starsiho
API, takze se z duvodu zpetne kompatibility doporucuje nepouzivat nazvy
souboru delsi nez tech cca 256 nebo kolik znaku. Ale pokud jedete ciste
pres API filesystemu, pak muzete mit cestu dlouhou tech cca 32k znaku.
Takze bych omezeni hledal bud na strane Samby nebo te spolupracujici
windowsoidni aplikace.

Libor