Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-05-28 Thread James McCoy
Control: forwarded -1 
http://news.gmane.org/find-root.php?message_id=20150318032038.GB31550%40freya.jamessan.com

On Wed, May 13, 2015 at 02:03:24PM +0200, Jozef Hovan wrote:
 On 30.04.2015 01:27, James McCoy wrote:
 On Wed, Apr 29, 2015 at 09:06:08AM +0200, Jozef Hovan wrote:
 After upgrade perl (and its dependencies) to version 5.20.2-4 from 
 unstable
 repository command git svn clone -s -r 28995:HEAD 
 svn://anonsvn.kde.org/home/
 kde started to work on my computer.
 The conditions which cause the crash probably just changed.  There's a
 fix in upstream svn which will be included in the 1.9 release.
 
 Cheers,
 You are right, it was only temporary situation. I've tried libsvn-perl
 1.9.0-rc1 from experimental and it still has same issue.

There's ongoing discussion about the issue on the development list.
It's turning out to be a bigger issue than initially thought.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org


signature.asc
Description: Digital signature


Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-05-13 Thread Jozef Hovan



On 30.04.2015 01:27, James McCoy wrote:

On Wed, Apr 29, 2015 at 09:06:08AM +0200, Jozef Hovan wrote:

After upgrade perl (and its dependencies) to version 5.20.2-4 from unstable
repository command git svn clone -s -r 28995:HEAD svn://anonsvn.kde.org/home/
kde started to work on my computer.

The conditions which cause the crash probably just changed.  There's a
fix in upstream svn which will be included in the 1.9 release.

Cheers,
You are right, it was only temporary situation. I've tried libsvn-perl 
1.9.0-rc1 from experimental and it still has same issue.


Jozef


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-04-29 Thread Jozef Hovan

Hi,

After upgrade perl (and its dependencies) to version 5.20.2-4 from 
unstable repository command git svn clone -s -r 28995:HEAD 
svn://anonsvn.kde.org/home/kde started to work on my computer.


Jozef




Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-04-29 Thread James McCoy
On Wed, Apr 29, 2015 at 09:06:08AM +0200, Jozef Hovan wrote:
 After upgrade perl (and its dependencies) to version 5.20.2-4 from unstable
 repository command git svn clone -s -r 28995:HEAD svn://anonsvn.kde.org/home/
 kde started to work on my computer.

The conditions which cause the crash probably just changed.  There's a
fix in upstream svn which will be included in the 1.9 release.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org


signature.asc
Description: Digital signature


Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-03-15 Thread Jan Larres
Okay, I have managed to reproduce the issue with a publicly available
repository. The following command crashes for me:

  git svn clone -s -r 28995:HEAD svn://anonsvn.kde.org/home/kde

I hope that helps.

-Jan

-- 
-[ OpenPGP key ID: 00A0FD5F ]-
This mail is made of 100% recycled bits.


signature.asc
Description: Digital signature


Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-03-15 Thread James McCoy
On Mon, Mar 16, 2015 at 12:29:24PM +1300, Jan Larres wrote:
 Okay, I have managed to reproduce the issue with a publicly available
 repository. The following command crashes for me:
 
   git svn clone -s -r 28995:HEAD svn://anonsvn.kde.org/home/kde
 
 I hope that helps.

Thanks!  That will help a lot.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org


signature.asc
Description: Digital signature


Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-03-11 Thread Jan Larres
Package: libsvn-perl
Version: 1.8.10-5
Severity: important
Tags: upstream

Hi,

when I use git-svn to clone or fetch from a repository, and the repository
contains a commit that modifies a large number of files, then perl will die
with a segfault when trying to apply that commit:

$ git svn fetch
A   scenario-simulator/test/test-simulator.properties
A   scenario-simulator/test/log4j.properties
...
[snip long list]
...
A   
core-util/test/com/opencloud/util/concurrent/fibers/WhenUsingDefaultFiberFactory.java
A   
core-util/test/com/opencloud/util/concurrent/TimingWheelExecutorTest.java
error: git-svn died of signal 11
$

This is 100% reproducible with the affected commits, making it essentially
impossible to fully clone these repositories. The only workaround I can think
of is doing a shallow clone starting at the next commit, which means you won't
get the full history.

I have attached a backtrace, and here is the output of running the command
with the perl debugger:

Signal SEGV at /usr/share/perl5/Git/SVN/Fetcher.pm line 361.
Git::SVN::Fetcher::apply_textdelta(Git::SVN::Fetcher=HASH(0x26a51b0), 
HASH(0x2b14238), undef, _p_apr_pool_t=SCALAR(0x2b14148)) called at 
/usr/lib/x86_64-linux-gnu/perl5/5.20/SVN/Ra.pm line 623
SVN::Ra::Reporter::AUTOLOAD(SVN::Ra::Reporter=ARRAY(0x26e2510), 
SVN::Pool=REF(0x26e1e98)) called at /usr/share/perl5/Git/SVN/Ra.pm line 300
Git::SVN::Ra::gs_do_update(Git::SVN::Ra=HASH(0x26a4fe8), 49802, 49802, 
Git::SVN=HASH(0x26a4ad8), Git::SVN::Fetcher=HASH(0x26a51b0)) called at 
/usr/share/perl5/Git/SVN.pm line 1210
Git::SVN::do_fetch(Git::SVN=HASH(0x26a4ad8), HASH(0x26eb380), 49802) 
called at /usr/share/perl5/Git/SVN/Ra.pm line 451
Git::SVN::Ra::gs_fetch_loop_common(Git::SVN::Ra=HASH(0x26a4fe8), 49800, 
91763, ARRAY(0x1c2acc0), ARRAY(0x1c2acf0)) called at 
/usr/share/perl5/Git/SVN.pm line 184
Git::SVN::fetch_all(svn, HASH(0x11fd4b8)) called at 
/usr/lib/git-core/git-svn line 560
main::cmd_fetch(svn) called at /usr/lib/git-core/git-svn line 377
eval {...} called at /usr/lib/git-core/git-svn line 375


-Jan

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (102, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libsvn-perl depends on:
ii  libapr1 1.5.1-3
ii  libc6   2.19-15
ii  libsvn1 1.8.10-5
ii  multiarch-support   2.19-15
ii  perl5.20.2-2
ii  perl-base [perlapi-5.20.1]  5.20.2-2

libsvn-perl recommends no packages.

libsvn-perl suggests no packages.

-- no debconf information

-- 
-[ OpenPGP key ID: 00A0FD5F ]-
The most dangerous phrase in the language is, We've always done it this
way.
-- Grace Hopper
#0  _wrap_svn_txdelta_apply (my_perl=optimized out, cv=optimized out) at 
svn_delta.c:3918
arg2 = 0x7f60d749afa0
arg6 = 0x7fffeb7313a8
res4 = optimized out
argvi = 1
arg3 = 0x7f60d738c0a0 
\224\a\214QS\357~\342\314\345\312Ϙ\330\300\070\327`\177
arg7 = 0x7fffeb7313b0
_global_pool = optimized out
buf4 = 0x0
temp6 = 0x7f60ddc2f700 apply_window at 
/build/subversion-Hohtq2/subversion-1.8.10/subversion/libsvn_delta/text_delta.c:759
sp = 0x7f60d733ff60
arg4 = optimized out
temp7 = 0x7f60d73880a0
arg1 = 0x7f60d749af28
arg5 = optimized out
alloc4 = 0
ax = 24039
items = 4
#1  0x7f60e13cc9ab in Perl_pp_entersub (my_perl=0x1cc6010) at pp_hot.c:2794
markix = optimized out
sp = optimized out
sv = 0x2759310
gv = 0x1cc6001
cv = optimized out
cx = optimized out
gimme = 3
hasargs = optimized out
#2  0x7f60e13c5216 in Perl_runops_standard (my_perl=0x1cc6010) at run.c:42
op = optimized out
#3  0x7f60e13fc84f in S_docatch (my_perl=0x1cc6010, o=optimized out) at 
pp_ctl.c:3227
ret = optimized out
oldop = 0x2350ac0
cur_env = {
  je_prev = 0x7fffeb731b30, 
  je_buf = {[0] = {
  __jmpbuf = {[0] = 30171152,
[1] = 7282039959158873762,
[2] = 140053904097112,
[3] = 140737143576160,
[4] = 30171152,
[5] = 53365432,
[6] = -7282091381711085918,
[7] = -7219616678411936094}, 
  __mask_was_saved = 0, 
  __saved_mask = {
__val =   {[0] = 30171152,
  [1] = 140054072444977,
  [2] = 140053904097080,
  [3] = 30195984,
 

Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-03-11 Thread Jan Larres
James McCoy james...@debian.org:
 On Wed, Mar 11, 2015 at 07:09:16PM +1300, Jan Larres wrote:
 when I use git-svn to clone or fetch from a repository, and the repository
 contains a commit that modifies a large number of files, then perl will die
 with a segfault when trying to apply that commit:

 Is this a publicly available repository?

No, unfortunately not. But it is definitely not specific to the repository,
I've had it happen with other (similarly non-public) repositories as well. The
important point seems to be the number of modified files and/or lines in a
commit.

Cheers,
Jan

-- 
-[ OpenPGP key ID: 00A0FD5F ]-
My problem is that all things are increasingly interesting to me.
-- William Gibson


signature.asc
Description: Digital signature


Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn

2015-03-11 Thread James McCoy
On Wed, Mar 11, 2015 at 07:09:16PM +1300, Jan Larres wrote:
 when I use git-svn to clone or fetch from a repository, and the repository
 contains a commit that modifies a large number of files, then perl will die
 with a segfault when trying to apply that commit:

Is this a publicly available repository?

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org


signature.asc
Description: Digital signature