Received: from localhost (unknown [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id B6CF99F9D03 for ; Mon, 3 Sep 2007 15:07:58 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 14939-07 for ; Mon, 3 Sep 2007 15:07:45 -0300 (ADT) X-Greylist: delayed 00:06:40.473636 by SQLgrey-1.7.5 Received: from master.phlo.org (master.phlo.org [213.147.174.89]) by postgresql.org (Postfix) with ESMTP id DA7C09F9E1D for ; Mon, 3 Sep 2007 15:07:52 -0300 (ADT) Received: (qmail 11275 invoked by uid 0); 3 Sep 2007 18:01:09 -0000 Received: from chello080109034055.10.14.vie.surfer.at (HELO phlook.local) (fgp@[80.109.34.55]) (envelope-sender ) by master.phlo.org (qmail-ldap-1.03) with SMTP for ; 3 Sep 2007 18:01:09 -0000 Message-ID: <46DC4BE4.3090002@gmail.com> Date: Mon, 03 Sep 2007 20:01:08 +0200 From: Florian Pflug User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Trevor Talbot CC: Mark Mielke , Tom Lane , Gregory Stark , Magnus Hagander , Oleg Bartunov , Pavel Stehule , PostgreSQL Hackers Subject: Re: tsearch filenames unlikes special symbols and numbers References: <162867790709021328i7771aa9jfe79268bccbf123d@mail.gmail.com> <18259.1188773171@sss.pgh.pa.us> <87y7foir7t.fsf@oxford.xeocode.com> <19257.1188777110@sss.pgh.pa.us> <87tzqci6tp.fsf@oxford.xeocode.com> <20070903075609.GD21833@svr2.hagander.net> <1692.1188826039@sss.pgh.pa.us> <87zm03zwqs.fsf@oxford.xeocode.com> <8195.1188828543@sss.pgh.pa.us> <46DC2024.4010509@mark.mielke.cc> <90bce5730709031002r58c8f1d8oece7692da0597ba6@mail.gmail.com> In-Reply-To: <90bce5730709031002r58c8f1d8oece7692da0597ba6@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200709/99 X-Sequence-Number: 107251 Trevor Talbot wrote: > On 9/3/07, Mark Mielke wrote: >> Tom Lane wrote: >>> Also, ____ says that Windows throws an error for ":" in the filename, >>> which means we needn't. > >> Windows doesn't fail - but it can do odd things. For example, try: >> >> C:\> echo hi >foo:bar >> >> If one then checks the directory, one finds a "foo". > > : is used for naming streams and attribute types in NTFS filenames. > It's not very well-known functionality and tends to confuse people, > but I'm not aware of any situation where it'd be a problem for read > access. (Creation is not a security risk in the technical sense, but > as most administrators aren't aware of alternate data streams and the > shell does not expose them, it's effectively hidden data.) > > If any of you are familiar with MacOS HFS resource forks, NTFS > basically supports an arbitrary number of named forks. A file is > collection of one or more data streams, the single unnamed stream > being default. On MacOS (prior) to OSX, : was used as a directory seperator (Paths looked like "My Harddisk:My Folder:Somefile"). In OSX, "/" is used, but for backwards-compatibility the Finder translates "/" in filenames to ":". So, of you do for example "touch 'my:test'" on the shell, you see "my/test" in the Finder. Thats another argument for staying away from : in filenames. greetings, Florian Pflug