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-----