[GRLUG] Paths
rh90p at comcast.net
rh90p at comcast.net
Mon Sep 22 03:02:37 EDT 2008
I didn't see where the question deserves the answer. We should all take your recommendation and blow off your answer.
-------------- Original message ----------------------
From: "Michael Mol" <mikemol at gmail.com>
> On Sat, Sep 20, 2008 at 5:43 PM, Ben DeMott <ben.demott at gmail.com> wrote:
> > I feel like a noob asking this, and probably will be chastized for asking,
>
> If you ever act so incredibly deferential on this list again, I will
> personally electronically chastise you for doing so. :-P
>
> No question deserves an insult for an answer; If you get one, read
> around it and carry on. This isn't USENET. :-)
>
> >
> > I was coding away today ... and I realized (not sure why I never noticed
> > before) that python seemed to think //etc//httpd//conf.d was a perfectly
> > legitimate directory name.
> >
> > I then opened my terminal (bash) and was surprised to find that typing `cd
> > //etc//httpd//conf.d` worked just fine.
> >
> > Is this a feature - or am I missing the point about something - and secondly
> > would it be wise to allow this behaviour in my program for when an
> > individual specifies a path?
>
> It's common behavior on Linux; Having to path delimiters (//) gets
> collapsed, though I'm not sure where it happens. In any case, if it's
> a behavior that's everywhere and that people may depend on, it would
> break the user's expectations for you to disallow it in your own code.
>
> An example where it's useful: If you have a shell variable $VAR that's
> a path to a directory, and you want to put something in that
> directory, you can simply say $VAR/filename. If $VAR already has a
> trailing /, the additional one gets collapsed into it.
>
> --
> :wq
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
More information about the grlug
mailing list