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

SSL layer bug

From: Gustavo Niemeyer <niemeyer_at_conectiva.com>
Date: 2002-09-07 00:14:24 CEST

I have stepped into a reproducible bug somewhere in the SSL layer. Here
are details about it:

We're using subversion to store directories with binaries and text files
inside them. Some of those directories have large files. We store, for
example, a directory with XFree86's tarball, which has about 50MB, and
a few other patches.

When checking out large files, the SSL connection is closed immediately
after the large file is downloaded. The large file itself is downloaded
just fine. If an unencrypted connection is used, everything works as

It happens most of the times we try to checkout a directory with a large
file inside it. Rarely, it has worked. We've tested with the XFree86
tarball, and 2 other files of about 30MB.

SVN output
A XFree86/SOURCES/XFree86-locale.alias.bz2
A XFree86/SOURCES/XFree86-4.2.0.tar.bz2
A XFree86/SOURCES/XFree86-Xsetup_0.conectiva
svn: RA layer request failed
svn: could not checkout a file
svn: GET of
etup_0.conectiva: Could not read status line: Secure connection

Last entries in apache error_log
[Fri Sep 06 18:29:58 2002] [debug] ssl_engine_kernel.c(1864): OpenSSL:
Write: SSL negotiation finished successfully
[Fri Sep 06 18:29:58 2002] [info] Connection to child 0 closed with
standard shutdown(server new.host.name:443, client

Subversion: revision 3140
Apache2: today's snapshot
Neon: 0.23.3
OpenSSL: 0.9.6g

Is there any other information I could provide?

Any help will be appreciated!

Gustavo Niemeyer
[ 2AAC 7928 0FBF 0299 5EB5  60E2 2253 B29A 6664 3A0C ]
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Sep 7 00:15:09 2002

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.