Directory and SFTP bugs
Chris White <[email protected]> Mon, 2 Jan 2006 10:54:51 +0900
| Newsgroups | gmane.comp.web.sitecopy |
|---|---|
| Organization | Gentoo Linux |
| Message-ID | <[email protected]> |
I noticed already existing threads for this in the archives, but here's some information on it. This is a backtrace from the sftp driver with -ggdb3 and -g: ================================================== Program received signal SIGINT, Interrupt. 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7d6af73 in __read_nocancel () from /lib/libc.so.6 #2 0x08054db4 in read_sftp (sess=0x806efa8) at sftpdriver.c:71 #3 0x08054f47 in run_sftp (sess=0x806efa8, template=0x805aa54 "get %s %s") at sftpdriver.c:143 #4 0x0804b3ee in site_synch (site=0x8067cc8) at sites.c:146 #5 0x08056f3f in act_on_site (site=0x8067cc8, act=action_synch) at console_fe.c:1400 #6 0x08057d31 in main (argc=3, argv=0x805c411) at console_fe.c:239 #7 0xb7cd7efc in __libc_start_main () from /lib/libc.so.6 #8 0x0804a561 in _start () ================================================== As far as the directory issue goes (trying to create child directories before their parents), the issue seems to be in the resultant site structure file: ================================================== <item><type><type-directory/></type><filename>docs/css</filename> <protection>755</protection></item>^M <item><type><type-directory/></type><filename>docs/images</filename> <protection>755</protection></item>^M <item><type><type-directory/></type><filename>docs</filename> ================================================== The ^M also indicate a dos encoded file? Not sure what that's about. But the order there needs to be reversed for things to work out ok. Chris White _______________________________________________ sitecopy maillist - [email protected] http://dav.lyra.org/mailman/listinfo/sitecopy
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDuIfwFdQwWVoAgN4RAjzyAJ9z3sw96lOVjmWPX1EMMUV+6mHHjACfSIoD +qIt3CoEt1A0jKS/YnxcifM= =8xgY -----END PGP SIGNATURE-----