Re: tsearch filenames unlikes special symbols and numbers - Mailing list pgsql-hackers

From Tom Lane
Subject Re: tsearch filenames unlikes special symbols and numbers
Date
Msg-id 19257.1188777110@sss.pgh.pa.us
Whole thread Raw
In response to Re: tsearch filenames unlikes special symbols and numbers  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: tsearch filenames unlikes special symbols and numbers
Re: tsearch filenames unlikes special symbols and numbers
Re: tsearch filenames unlikes special symbols and numbers
List pgsql-hackers
Gregory Stark <stark@enterprisedb.com> writes:
> "Tom Lane" <tgl@sss.pgh.pa.us> writes:
>> I made it reject all but latin letters, which is the same restriction
>> that's in place for timezone set filenames.  That might be overly
>> strong, but we definitely have to forbid "." and "/" (and "\" on
>> Windows).  Do we want to restrict it to letters, digits, underscore?
>> Or does it need to be weaker than that?

> What's the problem with "."?

../../../../etc/passwd

Possibly we could allow '.' as long as we forbade /, but the other
trouble with allowing . is that it encourages people to try to specify
the filetype suffix (as indeed Oleg was doing).  I'd prefer to keep the
suffixes out of the SQL object definitions, with an eye to possibly
someday migrating all the configuration data inside the database.
There's a reasonable argument for restricting the names used for these
things in the SQL definitions to be valid SQL identifiers, so that that
will work nicely...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: tsearch filenames unlikes special symbols and numbers
Next
From: Tom Lane
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Fix brain fade in DefineIndex(): it was continuing to access the