Thread: rsyncrypto crashing
Brought to you by:
thesun
From: Frederico R. A. <dev...@gm...> - 2014-03-15 22:48:23
|
Hi all. My rsyncrypto started crashing ... I'm decrypting directories with filename encryption. Is it possible for someone to help me investigating this? Without the need for me to send the actual data? An executable with debugging information maybe? I'm running on Ubuntu Linux 13.10. Thanks, -- Fred |
From: Shachar S. <sh...@sh...> - 2014-03-16 03:35:39
|
Hello Frederico, On 16/03/14 00:48, Frederico Rodrigues Abraham wrote: > Hi all. > My rsyncrypto started crashing ... I'm decrypting directories with > filename encryption. By "started crashing", I'm assuming you mean it did work before. Can you say what changed? Let's start with some background material. What version of rsyncrypto are you using (run rsyncrypto --version)? Is it the standard one provided by the distribution? What command line are you using? (it is okay to fudge the directory names, if those are sensitive). What is the precise error message? > > Is it possible for someone to help me investigating this? Without the > need for me to send the actual data? I can certainly try. > An executable with debugging information maybe? I'm running on Ubuntu > Linux 13.10. Perform the following tasks to build one (assuming you are running the distribution's binary): create a clean directory and cd to it sudo apt-get build-dep rsyncrypto apt-get source rsyncrypto cd rsyncrypto-<version> dpkg-buildpackage your work directory should have a non-stripped (i.e. - with debug info) version of the file. Use it. Make sure to run "ulimit -c unlimited" first. After crash, a file called "core" should be created. Run "gdb <path to>/rsyncrypto core", type "bt", and paste the output here. This will provide a backtrace of the point of the crash. Hopefully, I can try and help you more after that. Shachar |
From: Frederico R. A. <dev...@gm...> - 2014-03-16 13:19:39
|
<html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 16-03-2014 00:18, Shachar Shemesh wrote:<br> </div> <blockquote cite="mid:532...@sh..." type="cite"> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> <style type="text/css">body p { margin-bottom: 0.2cm; margin-top: 0pt; } </style> <div class="moz-cite-prefix">Hello Frederico,<br> <br> On 16/03/14 00:48, Frederico Rodrigues Abraham wrote:<br> </div> <blockquote cite="mid:532...@gm..." type="cite"> <pre wrap="">Hi all. My rsyncrypto started crashing ... I'm decrypting directories with filename encryption.</pre> </blockquote> By "started crashing", I'm assuming you mean it did work before. Can you say what changed?<br> <br> Let's start with some background material. What version of rsyncrypto are you using (run rsyncrypto --version)? Is it the standard one provided by the distribution? What command line are you using? (it is okay to fudge the directory names, if those are sensitive). What is the precise error message?<br> </blockquote> <br> It's the standard provided with the distribution, version 1.12. It worked before normally, now I'm getting this:<br> <br> Decrypting filesencrypted/files/40AEBACBA5170D57464965CA52861A2F<br> Segmentation fault (core dumped)<br> <br> Command line is:<br> <br> rsyncrypto -vvvvv -n .ssh/filemap --delete --delete-keys -d -r filesencrypted/files .. filesencrypted/keys .ssh/backup.key<br> <br> (I just added the -vvvvv to try to debug, but no success. Crashes without it)<br> <br> <blockquote cite="mid:532...@sh..." type="cite"> <blockquote cite="mid:532...@gm..." type="cite"> <pre wrap=""> Is it possible for someone to help me investigating this? Without the need for me to send the actual data?</pre> </blockquote> I can certainly try.<br> <blockquote cite="mid:532...@gm..." type="cite"> <pre wrap="">An executable with debugging information maybe? I'm running on Ubuntu Linux 13.10.</pre> </blockquote> Perform the following tasks to build one (assuming you are running the distribution's binary):<br> create a clean directory and cd to it<br> sudo apt-get build-dep rsyncrypto<br> apt-get source rsyncrypto<br> cd rsyncrypto-<version><br> dpkg-buildpackage<br> <br> your work directory should have a non-stripped (i.e. - with debug info) version of the file. Use it. Make sure to run "ulimit -c unlimited" first. After crash, a file called "core" should be created. Run "gdb <path to>/rsyncrypto core", type "bt", and paste the output here. This will provide a backtrace of the point of the crash.<br> </blockquote> <br> I got an error. After the commands:<br> <br> 130 9:38 mkdir rsyncryptodebug<br> 131 9:38 cd rsyncryptodebug<br> 132 9:38 sudo apt-get build-dep rsyncrypto<br> 133 9:39 apt-get source rsyncrypto<br> 134 9:40 cd rsyncrypto-1.12/<br> 135 9:40 dpkg-buildpackage<br> <br> [bacon:/local2/users/fabraham/pessoal/backup/rsyncryptodebug/rsyncrypto-1.12] dpkg-buildpackage<br> dpkg-buildpackage: source package rsyncrypto<br> dpkg-buildpackage: source version 1.12-1build1<br> dpkg-buildpackage: source changed by Colin Watson <a class="moz-txt-link-rfc2396E" href="mailto:cjw...@ub..."><cjw...@ub...></a><br> dpkg-buildpackage: host architecture amd64<br> dpkg-source --before-build rsyncrypto-1.12<br> fakeroot debian/rules clean<br> dh_testdir<br> dh_testroot<br> rm -f build-stamp<br> [ ! -f Makefile ] || /usr/bin/make distclean<br> dh_clean<br> dh_clean: Compatibility levels before 5 are deprecated (level 4 in use)<br> dpkg-source -b rsyncrypto-1.12<br> dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1)<br> dpkg-source: info: using source format `1.0'<br> dpkg-source: info: building rsyncrypto using existing rsyncrypto_1.12.orig.tar.gz<br> dpkg-source: info: building rsyncrypto in rsyncrypto_1.12-1build1.diff.gz<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto_1.12-1build1.diff.gz: binary file contents changed<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto_1.12.orig.tar.gz: binary file contents changed<br> dpkg-source: warning: file rsyncrypto-1.12/rsyncrypto-1.12/COPYING.rtf has no final newline (either original or modified version)<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/install-sh' will not be represented in diff<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/depcomp' will not be represented in diff<br> dpkg-source: warning: file rsyncrypto-1.12/rsyncrypto-1.12/INSTALL.win has no final newline (either original or modified version)<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/bootstrap' will not be represented in diff<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/configure' will not be represented in diff<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/missing' will not be represented in diff<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/debian/rules' will not be represented in diff<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg1.key: binary file contents changed<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg1.enc: binary file contents changed<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg2.key: binary file contents changed<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg3: binary file contents changed<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg1: binary file contents changed<br> dpkg-source: warning: newly created empty file 'rsyncrypto-1.12/tests/reg2.rot' will not be represented in diff<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg3.enc: binary file contents changed<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/tests/testcrypt' will not be represented in diff<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/tests/nullgzip' will not be represented in diff<br> dpkg-source: warning: newly created empty file 'rsyncrypto-1.12/tests/reg1.rot' will not be represented in diff<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg2.enc: binary file contents changed<br> dpkg-source: warning: executable mode 0755 of 'rsyncrypto-1.12/tests/regtest' will not be represented in diff<br> dpkg-source: warning: file rsyncrypto-1.12/rsyncrypto-1.12/tests/reg2 has no final newline (either original or modified version)<br> dpkg-source: error: cannot represent change to rsyncrypto-1.12/rsyncrypto-1.12/tests/reg3.key: binary file contents changed<br> dpkg-source: warning: file rsyncrypto-1.12/rsyncrypto-1.12/win32/nullgzip.cpp has no final newline (either original or modified version)<br> dpkg-source: warning: file rsyncrypto-1.12/rsyncrypto-1.12/win32/types.h has no final newline (either original or modified version)<br> dpkg-source: warning: file rsyncrypto-1.12/rsyncrypto-1.12/win32/win32redir.h has no final newline (either original or modified version)<br> dpkg-source: warning: the diff modifies the following upstream files:<br> config.guess<br> config.sub<br> rsyncrypto-1.12/AUTHORS<br> rsyncrypto-1.12/COPYING<br> rsyncrypto-1.12/COPYING.rtf<br> rsyncrypto-1.12/ChangeLog<br> rsyncrypto-1.12/INSTALL<br> rsyncrypto-1.12/INSTALL.win<br> rsyncrypto-1.12/Makefile.am<br> rsyncrypto-1.12/Makefile.in<br> rsyncrypto-1.12/NEWS<br> rsyncrypto-1.12/README<br> rsyncrypto-1.12/aclocal.m4<br> rsyncrypto-1.12/aes_crypt.cpp<br> rsyncrypto-1.12/aes_crypt.h<br> rsyncrypto-1.12/autoarray.h<br> rsyncrypto-1.12/autodir.h<br> rsyncrypto-1.12/autofd.h<br> rsyncrypto-1.12/autommap.h<br> rsyncrypto-1.12/autopipe.h<br> rsyncrypto-1.12/blocksizes.cpp<br> rsyncrypto-1.12/bootstrap<br> rsyncrypto-1.12/bufferfd.cpp<br> rsyncrypto-1.12/bufferfd.h<br> rsyncrypto-1.12/config.guess<br> rsyncrypto-1.12/config.h.in<br> rsyncrypto-1.12/config.sub<br> rsyncrypto-1.12/configure<br> rsyncrypto-1.12/configure.ac<br> rsyncrypto-1.12/contrib/argtable2.vcproj<br> rsyncrypto-1.12/contrib/gzip-rsyncable.diff<br> rsyncrypto-1.12/crypt_key.cpp<br> rsyncrypto-1.12/crypt_key.h<br> rsyncrypto-1.12/crypto.cpp<br> rsyncrypto-1.12/crypto.h<br> rsyncrypto-1.12/debian/README.Debian<br> rsyncrypto-1.12/debian/changelog<br> rsyncrypto-1.12/debian/compat<br> rsyncrypto-1.12/debian/control<br> rsyncrypto-1.12/debian/copyright<br> rsyncrypto-1.12/debian/dirs<br> rsyncrypto-1.12/debian/docs<br> rsyncrypto-1.12/debian/rsyncrypto.examples<br> rsyncrypto-1.12/debian/rules<br> rsyncrypto-1.12/debian/watch<br> rsyncrypto-1.12/depcomp<br> rsyncrypto-1.12/docs/filelist.txt<br> rsyncrypto-1.12/docs/rsyncrypto.html<br> rsyncrypto-1.12/docs/rsyncrypto_recover.html<br> rsyncrypto-1.12/file.cpp<br> rsyncrypto-1.12/file.h<br> rsyncrypto-1.12/filemap.cpp<br> rsyncrypto-1.12/filemap.h<br> rsyncrypto-1.12/install-sh<br> rsyncrypto-1.12/main.cpp<br> rsyncrypto-1.12/missing<br> rsyncrypto-1.12/precomp.h<br> rsyncrypto-1.12/process.cpp<br> rsyncrypto-1.12/process.h<br> rsyncrypto-1.12/random.h<br> rsyncrypto-1.12/rcserror.h<br> rsyncrypto-1.12/recover.cpp<br> rsyncrypto-1.12/redir.cpp<br> rsyncrypto-1.12/redir.h<br> rsyncrypto-1.12/release.checklist<br> rsyncrypto-1.12/rsyncrypto.h<br> rsyncrypto-1.12/rsyncrypto.man<br> rsyncrypto-1.12/rsyncrypto.sln<br> rsyncrypto-1.12/rsyncrypto.vcproj<br> rsyncrypto-1.12/rsyncrypto_recover.man<br> rsyncrypto-1.12/rsyncrypto_recover.vcproj<br> rsyncrypto-1.12/tests/README<br> rsyncrypto-1.12/tests/cert.crt<br> rsyncrypto-1.12/tests/cert.key<br> rsyncrypto-1.12/tests/nullgzip<br> rsyncrypto-1.12/tests/reg2<br> rsyncrypto-1.12/tests/reg3.rot<br> rsyncrypto-1.12/tests/regtest<br> rsyncrypto-1.12/tests/regtestw32<br> rsyncrypto-1.12/tests/testcrypt<br> rsyncrypto-1.12/win32/Setup.vdproj<br> rsyncrypto-1.12/win32/autodir.h<br> rsyncrypto-1.12/win32/autofd.h<br> rsyncrypto-1.12/win32/autohandle.h<br> rsyncrypto-1.12/win32/autommap.h<br> rsyncrypto-1.12/win32/autopipe.h<br> rsyncrypto-1.12/win32/config.h<br> rsyncrypto-1.12/win32/nullgzip.cpp<br> rsyncrypto-1.12/win32/nullgzip.vcproj<br> rsyncrypto-1.12/win32/process.cpp<br> rsyncrypto-1.12/win32/process.h<br> rsyncrypto-1.12/win32/redir.cpp<br> rsyncrypto-1.12/win32/resource.h<br> rsyncrypto-1.12/win32/rsyncrypto.rc<br> rsyncrypto-1.12/win32/stdafx.cpp<br> rsyncrypto-1.12/win32/types.h<br> rsyncrypto-1.12/win32/win32glue.cpp<br> rsyncrypto-1.12/win32/win32redir.h<br> rsyncrypto_1.12-1build1.dsc<br> dpkg-source: info: use the '3.0 (quilt)' format to have separate and documented changes to upstream files, see dpkg-source(1)<br> dpkg-source: unrepresentable changes to source<br> dpkg-buildpackage: error: dpkg-source -b rsyncrypto-1.12 gave error exit status 1<br> <br> Any ideas?<br> Thanks,<br> -- Fred<br> </body> </html> |
From: Shachar S. <sh...@sh...> - 2014-03-16 13:36:05
|
On 16/03/14 15:19, Frederico Rodrigues Abraham wrote: > > Any ideas? Yes. Try to build with the standard "./configure ; make" idiom. Obviously, the packaging for this has rotted to the point it no longer compiles :-( I'll get around, sometimes, to update the Debian package. The Ubuntu package, however, is out of my hands. It will get updated on its own or not. At least on Debian, however, the package complains a lot, but still compiles. I'm not sure whether to tell you to open a bug on the Ubuntu package, but the manual compile should at least tell us where the problem is. Shachar > Thanks, > -- Fred > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > > > _______________________________________________ > Rsyncrypto-devel mailing list > Rsy...@li... > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel |
From: Frederico R. A. <dev...@gm...> - 2014-03-16 13:49:21
|
ok, ./configure && make worked. but is the executable with debug info? no special flags for 'make' ? On Sun, Mar 16, 2014 at 10:35 AM, Shachar Shemesh <sh...@sh...>wrote: > On 16/03/14 15:19, Frederico Rodrigues Abraham wrote: > > > Any ideas? > > Yes. Try to build with the standard "./configure ; make" idiom. Obviously, > the packaging for this has rotted to the point it no longer compiles :-( > > I'll get around, sometimes, to update the Debian package. The Ubuntu > package, however, is out of my hands. It will get updated on its own or > not. At least on Debian, however, the package complains a lot, but still > compiles. > > I'm not sure whether to tell you to open a bug on the Ubuntu package, but > the manual compile should at least tell us where the problem is. > > Shachar > > Thanks, > -- Fred > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today!http://p.sf.net/sfu/13534_NeoTech > > > > _______________________________________________ > Rsyncrypto-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > > -- -- Fred |
From: Shachar S. <sh...@sh...> - 2014-03-16 14:03:46
|
On 16/03/14 15:49, Frederico Rodrigues Abraham wrote: > ok, ./configure && make worked. but is the executable with debug info? > no special flags for 'make' ? "file rsyncrypto" It should say it is "not stripped". Also, what platform is this? Is it 64bit Intel? Shachar > > > On Sun, Mar 16, 2014 at 10:35 AM, Shachar Shemesh <sh...@sh... > <mailto:sh...@sh...>> wrote: > > On 16/03/14 15:19, Frederico Rodrigues Abraham wrote: >> >> Any ideas? > Yes. Try to build with the standard "./configure ; make" idiom. > Obviously, the packaging for this has rotted to the point it no > longer compiles :-( > > I'll get around, sometimes, to update the Debian package. The > Ubuntu package, however, is out of my hands. It will get updated > on its own or not. At least on Debian, however, the package > complains a lot, but still compiles. > > I'm not sure whether to tell you to open a bug on the Ubuntu > package, but the manual compile should at least tell us where the > problem is. > > Shachar >> Thanks, >> -- Fred >> >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> >> >> _______________________________________________ >> Rsyncrypto-devel mailing list >> Rsy...@li... <mailto:Rsy...@li...> >> https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > > > > -- > -- Fred |
From: Frederico R. A. <dev...@gm...> - 2014-03-16 14:04:51
|
It's saying 'not stripped', cool. Running it. It's 64 bit intel. -- Fred On Sun, Mar 16, 2014 at 11:03 AM, Shachar Shemesh <sh...@sh...>wrote: > On 16/03/14 15:49, Frederico Rodrigues Abraham wrote: > > ok, ./configure && make worked. but is the executable with debug info? no > special flags for 'make' ? > > "file rsyncrypto" > > It should say it is "not stripped". > > Also, what platform is this? Is it 64bit Intel? > > Shachar > > > > On Sun, Mar 16, 2014 at 10:35 AM, Shachar Shemesh <sh...@sh...>wrote: > >> On 16/03/14 15:19, Frederico Rodrigues Abraham wrote: >> >> >> Any ideas? >> >> Yes. Try to build with the standard "./configure ; make" idiom. >> Obviously, the packaging for this has rotted to the point it no longer >> compiles :-( >> >> I'll get around, sometimes, to update the Debian package. The Ubuntu >> package, however, is out of my hands. It will get updated on its own or >> not. At least on Debian, however, the package complains a lot, but still >> compiles. >> >> I'm not sure whether to tell you to open a bug on the Ubuntu package, but >> the manual compile should at least tell us where the problem is. >> >> Shachar >> >> Thanks, >> -- Fred >> >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today!http://p.sf.net/sfu/13534_NeoTech >> >> >> >> _______________________________________________ >> Rsyncrypto-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel >> >> >> > > > -- > -- Fred > > > -- -- Fred |
From: Frederico R. A. <dev...@gm...> - 2014-03-18 11:56:01
|
Here is the stack trace: Program received signal SIGSEGV, Segmentation fault. key::read_key (buffer=buffer@entry=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>) at crypt_key.cpp:44 44 if( buff->version!=htonl(VERSION_MAGIC_1) ) (gdb) (gdb) bt #0 key::read_key (buffer=buffer@entry=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>) at crypt_key.cpp:44 #1 0x00000000004047f0 in read_header (headfd=...) at crypto.cpp:102 #2 0x0000000000408a3a in file_decrypt (src_file=0x9357158 "filesencrypted/files/40AEBACBA5170D57464965CA52861A2F", dst_file=0x9357238 "../ugah/files/work/tecgraf/lib/visnew/include/old/sg/strat/render/slrender.h", key_file=0x93572d8 "filesencrypted/keys/files/40AEBACBA5170D57464965CA52861A2F", rsa_key=rsa_key@entry=0x6296a0, stat=stat@entry=0x7fffffffb660) at file.cpp:445 #3 0x0000000000409b80 in recurse_dir_enc (src_dir=src_dir@entry=0x7fffffffc588 "filesencrypted/files", dst_dir=dst_dir@entry=0x7fffffffc59d "..", key_dir=key_dir@entry=0x7fffffffc5a0 "filesencrypted/keys", rsa_key=rsa_key@entry=0x6296a0, op=op@entry=0x408990 <file_decrypt(char const*, char const*, char const*, rsa_st*, stat const*)>, src_offset=src_offset@entry=15, op_handle_dir=op_handle_dir@entry=false, opname=opname@entry=0x410569 "Decrypting", dstname=dstname@entry= 0x40c4f0 <filemap::namecat_decrypt(char const*, char const*, unsigned int)>, keyname=keyname@entry=0x409520 <name_concat(char const*, char const*, unsigned int)>) at file.cpp:207 #4 0x000000000040a315 in dir_encrypt (src_dir=0x7fffffffc588 "filesencrypted/files", dst_dir=0x7fffffffc59d "..", key_dir=0x7fffffffc5a0 "filesencrypted/keys", rsa_key=rsa_key@entry=0x6296a0, op=op@entry=0x408990 <file_decrypt(char const*, char const*, char const*, rsa_st*, stat const*)>, opname=opname@entry=0x410569 "Decrypting", dstname=dstname@entry=0x40c4f0 <filemap::namecat_decrypt(char const*, char const*, unsigned int)>, keyname=keyname@entry=0x409520 <name_concat(char const*, char const*, unsigned int)>) at file.cpp:323 #5 0x00000000004030f9 in main (argc=<optimized out>, argv=<optimized out>) at main.cpp:170 (gdb) On Sun, Mar 16, 2014 at 11:04 AM, Frederico Rodrigues Abraham < dev...@gm...> wrote: > It's saying 'not stripped', cool. Running it. > > It's 64 bit intel. > > -- Fred > > > On Sun, Mar 16, 2014 at 11:03 AM, Shachar Shemesh <sh...@sh...>wrote: > >> On 16/03/14 15:49, Frederico Rodrigues Abraham wrote: >> >> ok, ./configure && make worked. but is the executable with debug info? no >> special flags for 'make' ? >> >> "file rsyncrypto" >> >> It should say it is "not stripped". >> >> Also, what platform is this? Is it 64bit Intel? >> >> Shachar >> >> >> >> On Sun, Mar 16, 2014 at 10:35 AM, Shachar Shemesh <sh...@sh...>wrote: >> >>> On 16/03/14 15:19, Frederico Rodrigues Abraham wrote: >>> >>> >>> Any ideas? >>> >>> Yes. Try to build with the standard "./configure ; make" idiom. >>> Obviously, the packaging for this has rotted to the point it no longer >>> compiles :-( >>> >>> I'll get around, sometimes, to update the Debian package. The Ubuntu >>> package, however, is out of my hands. It will get updated on its own or >>> not. At least on Debian, however, the package complains a lot, but still >>> compiles. >>> >>> I'm not sure whether to tell you to open a bug on the Ubuntu package, >>> but the manual compile should at least tell us where the problem is. >>> >>> Shachar >>> >>> Thanks, >>> -- Fred >>> >>> >>> ------------------------------------------------------------------------------ >>> Learn Graph Databases - Download FREE O'Reilly Book >>> "Graph Databases" is the definitive new guide to graph databases and their >>> applications. Written by three acclaimed leaders in the field, >>> this first edition is now available. Download your free book today!http://p.sf.net/sfu/13534_NeoTech >>> >>> >>> >>> _______________________________________________ >>> Rsyncrypto-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel >>> >>> >>> >> >> >> -- >> -- Fred >> >> >> > > > -- > -- Fred > -- -- Fred |
From: Shachar S. <sh...@sh...> - 2014-03-18 14:57:48
|
On 18/03/14 13:55, Frederico Rodrigues Abraham wrote: > Here is the stack trace: > > Program received signal SIGSEGV, Segmentation fault. > key::read_key (buffer=buffer@entry=0xffffffffffffffff <Address > 0xffffffffffffffff out of bounds>) at crypt_key.cpp:44 > 44 if( buff->version!=htonl(VERSION_MAGIC_1) ) > (gdb) > (gdb) bt > #0 key::read_key (buffer=buffer@entry=0xffffffffffffffff <Address > 0xffffffffffffffff out of bounds>) at crypt_key.cpp:44 > #1 0x00000000004047f0 in read_header (headfd=...) at crypto.cpp:102 > #2 0x0000000000408a3a in file_decrypt (src_file=0x9357158 > "filesencrypted/files/40AEBACBA5170D57464965CA52861A2F", > dst_file=0x9357238 > "../ugah/files/work/tecgraf/lib/visnew/include/old/sg/strat/render/slrender.h", > key_file=0x93572d8 > "filesencrypted/keys/files/40AEBACBA5170D57464965CA52861A2F", > rsa_key=rsa_key@entry=0x6296a0, stat=stat@entry=0x7fffffffb660) at > file.cpp:445 This makes zero sense. The segmentation fault is due to trying to dereference a pointer pointing to 0xffffffffffffffff (-1), which is what mmap returns when it fails. This, like I said, makes no sense, as in such a case it should have thrown an exception (hmmm...., upon looking at the code again, maybe not...). Can you please run the code with strace and send me (in private) the result? I can see why the error wouldn't be detected on 64 bit, but I still don't understand why mmap would fail to begin with. Thanks, Shachar |
From: Shachar S. <sh...@sh...> - 2014-03-21 19:48:35
|
On 21/03/14 13:43, Frederico Rodrigues Abraham wrote: > It's still crashing after the patch. I'll run with gdb tonight to give > you the stack trace. > Please reply with all non-private correspondences to the list. Rsyncrypto is an open source project. Whenever you reply to me in private, you are denying others, who might be having the same problems, the benefit of the archive and google. This means that it falls squarely on me to personally handle each and every such problem. I find it unfair to me. As such, please respect my request that, barring a really good reason (such as sending a huge trace file with sensitive information), all support for rsyncrypto go through the mailing list. Thank you, Shachar |
From: Shachar S. <sh...@sh...> - 2014-03-18 15:08:05
Attachments:
crash.patch
|
On 18/03/14 13:55, Frederico Rodrigues Abraham wrote: > Here is the stack trace: While we're at it, and in addition to the strace output, please try applying the attached patch. It should solve the actual crash, but I suspect rsyncrypto will still fail (just more gracefully). Just cd to the source directory, run "patch -p0 < /tmp/crash.patch", and then run "make" again. Let me know whether it solves the crash. Shachar |
From: Frederico R. A. <dev...@gm...> - 2014-03-22 12:13:09
|
<html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">I patched the source, didn't seem to make a difference:<br> <br> Program received signal SIGSEGV, Segmentation fault.<br> key::read_key (buffer=buffer@entry=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>) at crypt_key.cpp:44<br> 44 if( buff->version!=htonl(VERSION_MAGIC_1) )<br> (gdb) bt<br> #0 key::read_key (buffer=buffer@entry=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>) at crypt_key.cpp:44<br> #1 0x00000000004047f0 in read_header (headfd=...) at crypto.cpp:102<br> #2 0x0000000000408a3a in file_decrypt (src_file=0x9357158 "filesencrypted/files/40AEBACBA5170D57464965CA52861A2F", <br> dst_file=0x9357238 "../ugah/files/work/tecgraf/lib/visnew/include/old/sg/strat/render/slrender.h", key_file=0x93572d8 "filesencrypted/keys/files/40AEBACBA5170D57464965CA52861A2F", <br> rsa_key=rsa_key@entry=0x6296a0, stat=stat@entry=0x7fffffffb660) at file.cpp:445<br> #3 0x0000000000409b80 in recurse_dir_enc (src_dir=src_dir@entry=0x7fffffffc588 "filesencrypted/files", dst_dir=dst_dir@entry=0x7fffffffc59d "..", key_dir=key_dir@entry=0x7fffffffc5a0 "filesencrypted/keys", <br> rsa_key=rsa_key@entry=0x6296a0, op=op@entry=0x408990 <file_decrypt(char const*, char const*, char const*, rsa_st*, stat const*)>, src_offset=src_offset@entry=15, op_handle_dir=op_handle_dir@entry=false, <br> opname=opname@entry=0x410569 "Decrypting", dstname=dstname@entry=0x40c4f0 <filemap::namecat_decrypt(char const*, char const*, unsigned int)>, <br> keyname=keyname@entry=0x409520 <name_concat(char const*, char const*, unsigned int)>) at file.cpp:207<br> #4 0x000000000040a315 in dir_encrypt (src_dir=0x7fffffffc588 "filesencrypted/files", dst_dir=0x7fffffffc59d "..", key_dir=0x7fffffffc5a0 "filesencrypted/keys", rsa_key=rsa_key@entry=0x6296a0, <br> op=op@entry=0x408990 <file_decrypt(char const*, char const*, char const*, rsa_st*, stat const*)>, opname=opname@entry=0x410569 "Decrypting", <br> dstname=dstname@entry=0x40c4f0 <filemap::namecat_decrypt(char const*, char const*, unsigned int)>, keyname=keyname@entry=0x409520 <name_concat(char const*, char const*, unsigned int)>) at file.cpp:323<br> #5 0x00000000004030f9 in main (argc=<optimized out>, argv=<optimized out>) at main.cpp:170<br> (gdb) <br> <br> -- Fred<br> <br> On 18-03-2014 12:07, Shachar Shemesh wrote:<br> </div> <blockquote cite="mid:532...@sh..." type="cite"> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> <style type="text/css">body p { margin-bottom: 0.2cm; margin-top: 0pt; } </style> <div class="moz-cite-prefix">On 18/03/14 13:55, Frederico Rodrigues Abraham wrote:<br> </div> <blockquote cite="mid:CAPx=+Sb...@ma..." type="cite"> <div dir="ltr">Here is the stack trace:<br> </div> </blockquote> While we're at it, and in addition to the strace output, please try applying the attached patch. It should solve the actual crash, but I suspect rsyncrypto will still fail (just more gracefully).<br> <br> Just cd to the source directory, run "patch -p0 < /tmp/crash.patch", and then run "make" again. Let me know whether it solves the crash.<br> <br> Shachar<br> </blockquote> <br> </body> </html> |
From: Shachar S. <sh...@sh...> - 2014-03-28 12:47:04
|
On 22/03/14 14:12, Frederico Rodrigues Abraham wrote: > I patched the source, didn't seem to make a difference: I'm not sure how to continue from here. The source says there is no way for that value to reach that point in the code. I'll try to come up with a version with debug logs and see if that helps. In the mean while, are you sure you ran the version compiled with the patch? Thanks, Shachar |
From: Frederico R. A. <dev...@gm...> - 2014-03-29 14:18:59
|
I'm sure.. I even put a print together with changed lines, it appears normally. Here is 'diff' between the original source and the patched file in my directory: [bacon:/local2/users/fabraham/pessoal/backup/rsyncryptodebug/rsyncrypto-1.12] diff autommap.h ../rsyncrypto-1.12.patched/autommap.h 33c33 < autommap() : ptr(reinterpret_cast<void *>(-1)), size(0) --- > autommap() : ptr(reinterpret_cast<void *>(-1l)), size(0) 39c39 < if( ptr==reinterpret_cast<void *>(-1) ) { --- > if( ptr==reinterpret_cast<void *>(-1l) ) { 47c47 < autommap(file_t fd, int prot) : ptr(reinterpret_cast<void *>(-1)), size(0) --- > autommap(file_t fd, int prot) : ptr(reinterpret_cast<void *>(-1l)), size(0) 79c79 < that.ptr=reinterpret_cast<void *>(-1); --- > that.ptr=reinterpret_cast<void *>(-1l); 86c86 < if( ptr!=reinterpret_cast<void *>(-1) ) { --- > if( ptr!=reinterpret_cast<void *>(-1l) ) { 89c89 < ptr=reinterpret_cast<void *>(-1); --- > ptr=reinterpret_cast<void *>(-1l); On Fri, Mar 28, 2014 at 9:46 AM, Shachar Shemesh <sh...@sh...>wrote: > On 22/03/14 14:12, Frederico Rodrigues Abraham wrote: > > I patched the source, didn't seem to make a difference: > > I'm not sure how to continue from here. The source says there is no way > for that value to reach that point in the code. I'll try to come up with a > version with debug logs and see if that helps. > > In the mean while, are you sure you ran the version compiled with the > patch? > > Thanks, > Shachar > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Rsyncrypto-devel mailing list > Rsy...@li... > https://lists.sourceforge.net/lists/listinfo/rsyncrypto-devel > > -- -- Fred |