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

[Konstantin Kolinko <kn...@gmail.com>]

2009/3/19 Jack Repenning <jr...@collab.net>:
>(...)
>
> Today, I fire up the debugger again, and ... everything works just
> fine. No rebuilds of any kind in between. No reboots of any kind in
> between. I am, today, working on a new launch of my app, but I had
> killed and relaunched it several times, last night. All runs,
> successful and failing, were under the Xcode IDE and gdb debugger, and
> I am also, today, working on a new launch of the IDE, and I don't
> recall restarting it yesterday, so it's possible the variation is the
> IDE's fault.
>
> Today (but not yesterday, sadly), I have used Activity Monitor's list
> of open files to confirm that my app has open only APR 1.x libraries.
>

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

"APR does not understand this error code" is (looking into APR
sources, /misc/unix/errorcodes.c), just a more wordy equivalent
of "unknown error code". The apr_strerror() function (or native_strerror()
called by it) returns this message.

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?

And without knowing the code it is impossible to know in what error code
range it falls, and whether it is the same every time.

For reference:
The following thread came up on Apache Tomcat webserver Users' list
yesterday. It caught me, that the title mentions this apr message,
though I think there is no other relation to this very problem.
http://www.mail-archive.com/users@tomcat.apache.org/msg58623.html


Best regard,
Konstantin Kolinko

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1359460

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

[Jack Repenning <jr...@collab.net>]

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