Rare naam problemen met filesharing onder/met windows networking wanneer je gebruik maakt van speciale danwel diacritische tekens in de bestandsnaam zoals ó, ú, é, í etc.
Wie weet welke filenamen of tekens wel of niet zijn toegestaan met Windows Networking en hoe je dat eventueel kan voorkomen of omzeilen. Ik wil remote nl. 100% controle hebben op de bestandsnaam die voorkomt in een directory.
Met Windows Networking (filesharing) worden sommige tekens in de bestandsnaam, vertaald naar '_' (underscore) en andere bestanden met bepaalde tekens worden helemaal niet geaccepteerd. Dit gedrag is (zover ik nu zie) per soort Windows-Netwerk anders.
Voorbeeld(en):
(1: XP leest win98) bestandsnaam póppie.txt staat goed in de DIR-lijst, XP kan de inhoud lezen maar..... kan 'm niet verwijderen noch wijzigen.
(2: XP leest win98) De naam péppie.txt is zichtbaar en is in tegenstelling tot het vorig voorbeel wel (!!) te verwijderen.
(3: Win98 leest Win95) bestandsnaam ple€ro.txt wordt in de DIR-lijst afgebeeld als ple_ro.txt. Win98 ziet 'm (met de foute naam) dus wel maar kan 'm niet lezen noch verwijderen.
(4: Win98 leest Win95) Ik kan vanuit 98, de Win95 bestandnaam pappie.txt veranderen naar púppie.txt maar 'm daarna niet mee verwijderen of veranderen. Voorbeeld 1 treedt in werking.
(5:Win95 copy naar WinNT) bestandsnaam ple€ro.txt wordt via netwerk naar gecopiëerd en door NT opgeslagen als ple_ro.txt. Kan 'm vervolgens (95->NT) wel weer als ple_ro.txt verwijderen.
(6: 95 schrijft NT) bestandsnaam póppie.txt kan worden geschreven, staat goed in de DIR lijst maar is vanaf dat moment niet meer te verwijderen vanuit Win95. (als Voorbeeld 1)
Voor de laatste is errug effectief om je remote-dir vol te pompen en niet meer te kunnen verwijderen.
Afijn ik kan zowel even doorgaan maar de moraal is dat Windows, blijkbaar in het algemeen nogal raar omgaat met 'vreemde' tekens in de bestandsnaam en daaraan (schrijf)rechten aanhangt (wel lezen maar niet verwijderen etc.).
Wie o wie kan verder helpen.
O ja, je zou zeggen dat dit meer een Win Oper probleem is maar ik zie dit alleen maar optreden met Windows Networking, dus vandaar de NT post. Verder moet je me maar geloven dat ik 100% administrator ben op de bestanden en dat er nergens een in use bit is blijven hangen.
Wie weet welke filenamen of tekens wel of niet zijn toegestaan met Windows Networking en hoe je dat eventueel kan voorkomen of omzeilen. Ik wil remote nl. 100% controle hebben op de bestandsnaam die voorkomt in een directory.
Met Windows Networking (filesharing) worden sommige tekens in de bestandsnaam, vertaald naar '_' (underscore) en andere bestanden met bepaalde tekens worden helemaal niet geaccepteerd. Dit gedrag is (zover ik nu zie) per soort Windows-Netwerk anders.
Voorbeeld(en):
(1: XP leest win98) bestandsnaam póppie.txt staat goed in de DIR-lijst, XP kan de inhoud lezen maar..... kan 'm niet verwijderen noch wijzigen.
(2: XP leest win98) De naam péppie.txt is zichtbaar en is in tegenstelling tot het vorig voorbeel wel (!!) te verwijderen.
(3: Win98 leest Win95) bestandsnaam ple€ro.txt wordt in de DIR-lijst afgebeeld als ple_ro.txt. Win98 ziet 'm (met de foute naam) dus wel maar kan 'm niet lezen noch verwijderen.
(4: Win98 leest Win95) Ik kan vanuit 98, de Win95 bestandnaam pappie.txt veranderen naar púppie.txt maar 'm daarna niet mee verwijderen of veranderen. Voorbeeld 1 treedt in werking.
(5:Win95 copy naar WinNT) bestandsnaam ple€ro.txt wordt via netwerk naar gecopiëerd en door NT opgeslagen als ple_ro.txt. Kan 'm vervolgens (95->NT) wel weer als ple_ro.txt verwijderen.
(6: 95 schrijft NT) bestandsnaam póppie.txt kan worden geschreven, staat goed in de DIR lijst maar is vanaf dat moment niet meer te verwijderen vanuit Win95. (als Voorbeeld 1)
Voor de laatste is errug effectief om je remote-dir vol te pompen en niet meer te kunnen verwijderen.
Afijn ik kan zowel even doorgaan maar de moraal is dat Windows, blijkbaar in het algemeen nogal raar omgaat met 'vreemde' tekens in de bestandsnaam en daaraan (schrijf)rechten aanhangt (wel lezen maar niet verwijderen etc.).
Wie o wie kan verder helpen.
O ja, je zou zeggen dat dit meer een Win Oper probleem is maar ik zie dit alleen maar optreden met Windows Networking, dus vandaar de NT post. Verder moet je me maar geloven dat ik 100% administrator ben op de bestanden en dat er nergens een in use bit is blijven hangen.
Go with the flow blocking your way and use AD for achieving results