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

Re: Subversion 1.5.0 Release Candidate 4 Released

From: Spiro Trikaliotis <news-200803_at_trikaliotis.net>
Date: Sat, 26 Apr 2008 19:12:08 +0200

Hello,

Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu> schrieb:
> After much trail and error, I'm happy to announce Subversion 1.5.0-rc4,
> available from:

thank you all for your efforts.

I have not tested this version yet, but from the source, I see that one
behaviour is the same as with 1.4:

In subversion-1.5.0-rc4/subversion/libsvn_subr/io.c, the
WIN32_RETRY_LOOP is defined as loop only if WIN32 is defined.
Unfortunately, for Cygwin, this means that this work-aroundy is not
performed, as WIN32 is not defined there.

Is it possible to change this
#ifdef WIN32
to
#if defined(WIN32) || defined(__CYGWIN__)

so Cygwin can profit from this work-around, too?

(Please, compare the thread I started on the Cygwin mailing list here:
http://www.cygwin.com/ml/cygwin/2008-04/msg00550.html)

Additionally, the current SVN client (1.4.6) always uses LF line endings
as "natural" line endings in cygwin, regardless if cygwin has been
installed with LF line-endings, or with CR/LF line endings.

I wanted to test this with the current 1.5.0RC4, but I was not able to
compile it myself. (Yes, I would prefer a pre-built version of this.)
Will there be a change with 1.5.0RC4, or does it still behave the same
here?

Thank you all for listening and considering.

Regards,
   Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-04-26 20:20:27 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.