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

Re: Possible recrudescence of issue 3113 (ra_serf update "APR does not understand this error code")

From: Jack Repenning <jrepenning_at_collab.net>
Date: Thu, 19 Mar 2009 23:19:00 -0700

On Mar 19, 2009, at 5:45 PM, Konstantin Kolinko wrote:

> Was it rainy yesterday? Can it be some network problems?

Heheh. Not here, no, but I was using our company WiFi, which gets very
flaky in the afternoons. You might be on to something.

> Whoever called that apr_strerror() should know the context where the
> issue occurred and the actual code. Were those included in the
> message,
> or it just relied on the standard message being available?

No additional info for the one case I did dig into. libsvn_client
calls lower levels to do an update, the operation completes, "error"
is non-zero, so it's handed to apr, who says this helpful thing.

I've spent some time this evening on this. Haven't seen the mystery
error again. I don't know if it's related or not, but I have found
that these same operations are intermittently leaking teeny bits of
memory (64 bytes). Not every time, maybe once in four, tonight. That
"not every time" sounds rather like this APR thing. And code (probably
mine) that nondeterministically leaks is doing SOMETHING wrong, dang
it, and it seems possible it otherwhen uses a bad pointer from the
same botch.

But Bert's case is surely not related to my leaks.

-==-
Jack Repenning
Chief Technology Officer
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
office: +1 650.228.2562
mobile: +1 408.835.8090
raindance: +1 877.326.2337, x844.7461
aim: jackrepenning
skype: jackrepenning
twitter: http://twitter.com/jrep

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1361997
Received on 2009-03-20 07:19:36 CET

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.