From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 28 Aug 2013 15:39:57 +0000 Message-ID: <20130828153957.Horde.lj-0FusCHhKSS1ucAkCfnw2@ssl.eumx.net> From: Kurt H Maier To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> References: <1551328.y11O35T7f1@coil> In-Reply-To: <1551328.y11O35T7f1@coil> User-Agent: Internet Messaging Program (IMP) H5 (6.1.3) Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Subject: Re: [9fans] cifs fails on nodes named aux Topicbox-Message-UUID: 75a2ccda-ead8-11e9-9d60-3106f5b1d025 Quoting dexen deVries : > On Wednesday 28 of August 2013 10:26:01 Erik Quanstrom wrote: >> the claim that the devices are in the directories and thus the file system >> is still false. even if explorer has some unnecessary code. and plan 9 is >> not immune from unnecessary weird bits e.g. the export protocol. > > > > a somewhat official specification confirms that -- by not listing those magic > files as implied: > http://msdn.microsoft.com/en-us/windows/hardware/gg463084 > not sure why FAT32 would be relevant here, since he's using a linux cifs server from an ext fs. samba mangles reserved names much as it mangles long filenames -- check mangle_hash2.c for examples. when samba is deciding if a filename needs to be mangled, it checks for reserved words along with filename length and prohibited characters. so if samba decides it nees to serve a file named aux, it's going to ruin it, unless you specifically disable this behavior. for the record, windows itself does this nonsense as well, unless you've got the 'cifs extensions for unix' garbage slathered on. the curse of bad design lives on. I'm not sufficiently intimate with the cifs server he's using, or plan 9's cifs client, to explain why the behavior is different using the linux client. There's generally a lot of magic involved with cifs deciding how best to vomit its guts across the wire, and I've deliberately avoided learning it where possible. Were this my system, I'd just switch to 9p. khm