Re: svn: E120104: ra_serf: An error occurred during decompression error
Hi guys Any idea what may cause this issue ? Thanks On 24 May 2014 22:12, parakrama55 . parakrama1...@gmail.com wrote: Hi guys we get this error svn: E120104: ra_serf: An error occurred during decompression when trying to checkout svn server verion is : 1.7.7 svn client version : 1.8.8 === $svn --version svn, version 1.8.8 (r1568071) compiled Feb 24 2014, 10:11:25 on x86_64-pc-linux-gnu Copyright (C) 2013 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - using serf 1.3.3 - handles 'http' scheme - handles 'https' scheme what could be the issue here , please advice ? Thanks
svn 1.8.9 checkout crashes (debugging details provided)
BASIC DETAILS = I'm experiencing intermittent checkout crashes with svn 1.8.9 on FreeBSD that aren't easily reproduced. I've included the latest three crash logs (the earlier crashes were similar to the first two I've included -- seen in gdb to occur at the same point -- but I didn't save the core files for those). The checkout will usually run for minutes at a time before the crashes occur, displaying a lengthy list of successfully added files (A ...) before segfaulting somewhere through. On some runs, I've managed to checkout everything without incident. There appears to be no rhyme or reason to which particular file fetch causes the crash. If there's anything I can do to help a fix along, please let me know. INSTALLATION DETAILS [user@localhost /usr/home/user/tmp]$ svn --version -v svn, version 1.8.9 (r1591380) compiled May 26 2014, 19:47:57 on i386-portbld-freebsd8.4 Copyright (C) 2014 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - using serf 1.3.5 - handles 'http' scheme - handles 'https' scheme System information: * running on i386-unknown-freebsd8.4 - FreeBSD 8.4-RELEASE-p9 * linked dependencies: - APR 1.5.1 (compiled with 1.5.1) - APR-Util 1.5.3 (compiled with 1.5.3) - SQLite 3.8.4.3 (compiled with 3.8.4.3) COMMAND LINE svn checkout https://svn0.us-west.freebsd.org/base/releng/8.4/contrib ./src or even svn checkout https://svn0.us-west.freebsd.org/base/releng/8.4/ ./src Note: I do 'rm -rf src' before each run. The target directory is therefore always clean. DEBUG LOG #1 [user@localhost /usr/home/user/tmp]$ gdb762 svn svn.core1 [...] Core was generated by `svn'. Program terminated with signal 11, Segmentation fault. #0 0x28194069 in window_handler (window=0xbfbfdd60, baton=0x291ef058) at subversion/libsvn_wc/update_editor.c:977 977 svn_wc__db_t *db = fb-edit_baton-db; (gdb) list 972 static svn_error_t * 973 window_handler(svn_txdelta_window_t *window, void *baton) 974 { 975 struct handler_baton *hb = baton; 976 struct file_baton *fb = hb-fb; 977 svn_wc__db_t *db = fb-edit_baton-db; 978 svn_error_t *err; 979 980 /* Apply this window. We may be done at that point. */ 981 err = hb-apply_handler(window, hb-apply_baton); (gdb) p baton $1 = (void *) 0x291ef058 (gdb) p hb $2 = (struct handler_baton *) 0x291ef058 (gdb) p *hb $3 = {apply_handler = 0x291ef018, apply_baton = 0x291ef0c8, pool = 0x291ef118, fb = 0x291ef158, new_text_base_tmp_abspath = 0x Address 0x out of bounds, expected_source_checksum = 0x0, actual_source_checksum = 0x28ba10a8, source_checksum_stream = 0x291f1058, new_text_base_md5_digest = \000\000\000\000\000\000\000\000\001\000\000\000\000\000\000, new_text_base_sha1_checksum = 0x0} (gdb) p fb $4 = (struct file_baton *) 0x291ef158 (gdb) p *fb $5 = {pool = 0x656c6572, name = 0x382f676e Address 0x382f676e out of bounds, local_abspath = 0x632f342e Address 0x632f342e out of bounds, new_relpath = 0x74707972 Address 0x74707972 out of bounds, old_revision = 1886334831, old_repos_relpath = 0x73736e65 Address 0x73736e65 out of bounds, edit_baton = 0x72632f6c, dir_baton = 0x6f747079, skip_this = 1936548655, already_notified = 1936548655, adding_file = 778335071, obstruction_found = 1852768355, add_existed = 689893400, shadowed = 8, edit_obstructed = 0, changed_rev = 1, changed_date = 8245921731053547936, changed_author = 0x0, new_text_base_md5_checksum = 0x0, new_text_base_sha1_checksum = 0x4c53536e, original_checksum = 0x202a200a, propchanges = 0x6a6f7270, local_prop_mods = 779379557, bump_info = 0x2f2a200a, edited = 539635466, edit_conflict = 0x3d3d3d3d} (gdb) p fb-edit_baton $6 = (struct edit_baton *) 0x72632f6c (gdb) p *fb-edit_baton Cannot access memory at address 0x72632f6c (gdb) bt #0 0x28194069 in window_handler (window=0xbfbfdd60, baton=0x291ef058) at subversion/libsvn_wc/update_editor.c:977 #1 0x282d6442 in handle_fetch (request=0x28e91ea0, response=0x28e0f5a0, handler_baton=0x28cd1f90, pool=0x28c99018) at subversion/libsvn_ra_serf/update.c:1206 #2 0x282df239 in handle_response (request=0x28e91ea0, response=0x28e0f5a0, handler=0x28cd1fd8, serf_status=0xbfbfde68, scratch_pool=0x28c99018) at subversion/libsvn_ra_serf/util.c:2231 #3 0x282df2f3 in handle_response_cb (request=0x28e91ea0, response=0x28e0f5a0, baton=0x28cd1fd8, scratch_pool=0x28c99018) at
RE: svn 1.8.9 checkout crashes (debugging details provided)
-Original Message- From: dereck...@openmailbox.org [mailto:dereck...@openmailbox.org] Sent: maandag 26 mei 2014 12:54 To: users@subversion.apache.org Subject: svn 1.8.9 checkout crashes (debugging details provided) BASIC DETAILS = I'm experiencing intermittent checkout crashes with svn 1.8.9 on FreeBSD that aren't easily reproduced. I've included the latest three crash logs (the earlier crashes were similar to the first two I've included -- seen in gdb to occur at the same point -- but I didn't save the core files for those). The checkout will usually run for minutes at a time before the crashes occur, displaying a lengthy list of successfully added files (A ...) before segfaulting somewhere through. On some runs, I've managed to checkout everything without incident. There appears to be no rhyme or reason to which particular file fetch causes the crash. If there's anything I can do to help a fix along, please let me know. I had a similar crash on that same line on Windows (using 1.8.9 and latest serf) and at least one other user reported a problem that might have the same root cause... as his checkout triggered that error for me. If you find a way to reproduce it, please let us know as the current trace doesn't really explain what causes this problem in 1.8.9, but not in older versions. Bert
RE: svn 1.8.9 checkout crashes (debugging details provided)
-Original Message- From: Bert Huijben [mailto:b...@qqmail.nl] Sent: maandag 26 mei 2014 13:12 To: dereck...@openmailbox.org; users@subversion.apache.org Subject: RE: svn 1.8.9 checkout crashes (debugging details provided) -Original Message- From: dereck...@openmailbox.org [mailto:dereck...@openmailbox.org] Sent: maandag 26 mei 2014 12:54 To: users@subversion.apache.org Subject: svn 1.8.9 checkout crashes (debugging details provided) BASIC DETAILS = I'm experiencing intermittent checkout crashes with svn 1.8.9 on FreeBSD that aren't easily reproduced. I've included the latest three crash logs (the earlier crashes were similar to the first two I've included -- seen in gdb to occur at the same point -- but I didn't save the core files for those). The checkout will usually run for minutes at a time before the crashes occur, displaying a lengthy list of successfully added files (A ...) before segfaulting somewhere through. On some runs, I've managed to checkout everything without incident. There appears to be no rhyme or reason to which particular file fetch causes the crash. If there's anything I can do to help a fix along, please let me know. I had a similar crash on that same line on Windows (using 1.8.9 and latest serf) and at least one other user reported a problem that might have the same root cause... as his checkout triggered that error for me. If you find a way to reproduce it, please let us know as the current trace doesn't really explain what causes this problem in 1.8.9, but not in older versions. Your testscase works more stable than my original testcase. It looks like the problem is somehow triggered by upgrading from serf 1.3.4 to 1.3.5. I'm trying to reach out to the serf developers to see how we should fix this problem. I think you can work around this problem by using serf 1.3.4, or by increasing the maximum number of requests per connection on the server. Bert
Re: listing excluded (not ignored) items
On Fri, May 16, 2014 at 02:19:14PM -0700, Joseph Bruni wrote: I can use --set-depth exclude to remove items from my working copy. Is there some option to status that can show me what has been excluded this way? status has a --no-ignore option to show ignored items. Perhaps we should add a --no-exclude to list excluded items? Hi Joseph, I agree there should be a way to make 'svn status' show which items are excluded from the working copy. It doesn't seem to be possible right now. Can you please file an issue in our issue tracker about this, so we don't forget? Thanks! Note that 'svn info -R' will show exluded items with 'Depth: exclude'. It should be possible to write a script (e.g. around the output of the command 'svn info -R --xml') that shows only excluded nodes. Perhaps that's an acceptable workaround for the time being.