From: Andreas Ericsson <ae@op5.se>
To: git@vger.kernel.org
Subject: Re: [PATCH 2/4] Library code for user-relative paths.
Date: Wed, 02 Nov 2005 09:40:32 +0100 [thread overview]
Message-ID: <43687B80.1020600@op5.se> (raw)
In-Reply-To: <7vk6fr6h3j.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano wrote:
> Andreas Ericsson <ae@op5.se> writes:
>
>
>>+ if((slash = strchr(dir, '/'))) {
>>+ *slash = '\0';
>>+ pw = getpwnam(dir);
>>+ *slash = '/';
>
>
> Should you be writing into *slash when dir and path are const
> char *? I know strchr returns "char *" and the compiler would
> not complain but this sounds somewhat yucky.
>
True. Although path isn't, strictly speaking, const char *, so perhaps
that's what needs fixing. It's only ever called with path coming from
argv, which isn't const. I can't really imagine anywhere where the
repo-path might be const char * now that I think of it.
>
>>+ if(slash && *slash + 1)
>
>
> I think you mean "if (slash && slash[1])" here. While we are at
> it, please have a SP betweeen if and open parenthesis.
>
Actually *(slash + 1), but it amounts to the same thing I suppose. ;)
I looked around for indentation guide-lines but didn't found any, and
the current code isn't exactly consistent about it. Perhaps it needs adding?
>
>>+ dir = slash + 1;
>>+ else
>>+ dir = current_dir();
>>+ }
>>+
>>+ /* ~foo/path/to/repo is now path/to/repo and we're in foo's homedir */
>>+ if(chdir(dir) < 0)
>>+ return NULL;
>
>
> Hmm. It's not wrong, but "dir = current_dir()" immediately
> followed by "chdir(dir)" does not feel right.
>
It could be "return current_dir();" immediately, I suppose. Would that
be satisfactory?
--
Andreas Ericsson andreas.ericsson@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231
prev parent reply other threads:[~2005-11-02 8:40 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-01 22:59 [PATCH 2/4] Library code for user-relative paths Andreas Ericsson
2005-11-02 0:14 ` Junio C Hamano
2005-11-02 8:40 ` Andreas Ericsson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43687B80.1020600@op5.se \
--to=ae@op5.se \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.