[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: non-LF line endings in log message

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 5 Aug 2008 18:26:19 +0300 (Jerusalem Daylight Time)

Mark Phippard wrote on Tue, 5 Aug 2008 at 11:02 -0400:
> On Tue, Aug 5, 2008 at 10:53 AM, Garret Wilson <garret_at_globalmentor.com> wrote:
> > Mark Phippard wrote:
> >>
> >> On Tue, Aug 5, 2008 at 7:02 AM, Daniel Shahaf <d.s_at_daniel.shahaf.name>
> >> wrote:
> >> No Daniel it is not. Subclipse use JavaHL. If anything needs to be
> >> done with the commit message then it is the responsibility of the
> >> JavaHL library to do so. That said, I am sure whatever needs to be
> >> done is done in the API already.
> >>
> >> Perhaps the user is using SVNKit with Subclipse and this is a bug in
> >> SVNKit?
> >
> > No, the user (me) is using Eclipse 3.4 with WTP-WST 3.0 and Subclipse 1.4.0
> > with JavaHL, not SVNKit.
>
> If this is some new API requirement and JavaHL was not updated to
> support it, then a bug should be opened. I am still not clear if that
> is the case or not.

It's not a new API requirement; the C API has put the burden to
normalise the log message on libsvn_client's consumer since 1.0.0.
(Refer to the documentation of svn_client_get_commit_log_t.)

> Perhaps Daniel can look into it and open an issue if that is the case.

We'd only need an issue if it is JavaHL -- rather than the JavaHL
consumers -- who should be doing the translation. I'm not qualified to
make that call, so I'll not open an issue for now.

>

Sorry for jumping to conclusions,

Daniel

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-05 17:26:54 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.