Re: [PATCH 1/3 v3] Add support for external programs for handling native fetches
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Aug 5, 2009, 20:34 UTC
- Message-ID
- <alpine.DEB.1.00.0908052231461.8306@pacific.mpi-cbg.de>
- In-Reply-To
- <alpine.LNX.2.00.0908051058130.2147@iabervon.org>
Hi,
On Wed, 5 Aug 2009, Daniel Barkalow wrote:
Show 21 quoted lines
> On Wed, 5 Aug 2009, Johannes Schindelin wrote:
>
> > On Fri, 31 Jul 2009, Daniel Barkalow wrote:
> >
> > > + }
> > > + strbuf_release(&buf);
> > > +
> > > + for (posn = ret; posn; posn = posn->next)
> > > + resolve_remote_symref(posn, ret);
> > > +
> > > + return ret;
> > > +}
> > > +
> > > +int transport_native_helper_init(struct transport *transport)
> > > +{
> > > + struct helper_data *data = xmalloc(sizeof(*data));
> > > + char *eom = strchr(transport->url, ':');
> >
> > "End of message"?
>
> "End of method"; that's the "method" part of a URL.I'd have called that "protocol". At least that's what java.net.URL calls it, and I just assume that Sun is very much in love with standards, so I could imagine they picked that term from the appropriate RFC.
In any case, I am much less likely to puzzle over "p" than "eom"...
Ciao, Dscho