riscosify() and guess_or_null()
alex at alexwaugh.com
Tue Sep 30 05:42:36 PDT 2003
John Tytgat wrote:
> I just got a bug report from a CVS user which boiled down to a bit of
> heuristic code in the UnixLib riscosify() routines. I.e. the code tries
> to figure out if the incoming filespec is a Unix or RISC OS file spec.
> Normally you would expect Unix filespecs but in case of e.g. "foo.c.getopt"
> is recognised as a RISC OS filespec (so copy_or_null() is called) because
> "c" is in the sfix list.
> Although the user is helped with a careful sfix choice for his particular
> CVS project, the analysis of the problem is far from logical (why is
> ".new.msg.1.f.v" is Unix filespec and "msg.1.f.v" a RISC OS filespec ?
> I'm taking a real life example here).
The former has to be Unix because it begins with a dot. The latter is
only RISC OS if f is in sfix.
> So I would like to ask if there is any objection to have a
> __riscosify_control bit allocated which, if set, redirects guess_or_null()
> straight to translate_or_null(). Default I would leave it unset, so that
> current heuristic behaviour remains as it is.
> Objections ?
Sound OK to me.
Alex Waugh alex at alexwaugh.com
PHP, Roots, Subversion, WebJames and more from http://www.alexwaugh.com/
More information about the gcc