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

Re: BUG: svn enters unkillable state, tracked down to UTF conv in locale!=C

From: Malcolm Rowe <malcolm-svn-dev_at_farside.org.uk>
Date: 2006-07-04 13:43:06 CEST

On Tue, Jul 04, 2006 at 11:49:27AM +0200, Denis Vlasenko wrote:
> svn_io_file_open: fname='busybox/.svn/prop-base/AUTHORS.svn-base'

I assume that file doesn't exist?

> svn_error_wrap_apr: errbuf='Ф.╩╖ю╓ф╖Б.Б╖4ПА╞.ПА╞A~Б╖ю╓ф╖Б.Б╖л.Б╖a.' (before), status=2

OS error 2 is usually 'file not found'.

> apr_strerror: native_strerror
> native_strerror: return 'Ф.╩╖ю╓ф╖Б.Б╖4ПА╞.ПА╞A~Б╖ю╓ф╖Б.Б╖л.Б╖a.'

Implying that APR's native_strerror didn't change the buffer that was
passed to it, quite possibly the cause of these problems.

> My native_strerror currently looks like this:
> static char *native_strerror(apr_status_t statcode, char *buf,
> apr_size_t bufsize)
> {
> if (strerror_r(statcode, buf, bufsize) < 0) {
> fprintf(stderr, "%s: strerror_r()<0, return stuffbuffer('APR does not understand this error code')\n", __FUNCTION__); //vda
> return stuffbuffer(buf, bufsize,
> "APR does not understand this error code");
> }
> else {
> fprintf(stderr, "%s: return '%s'\n", __FUNCTION__, buf); //vda
> return buf;
> }
> }

If your native_strerror() looks like that, you must have STRERROR_R_RC_INT
defined (in APR's include/arch/unix/apr_private.h), which implies you're
using the platform-native C library for either AIX or Tru64 (from the
comments in the above file).

I thought you were using glibc? What OS are you using?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 4 13:43:45 2006

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

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