Re: IPv6 precedence
Am Sonntag, den 27.03.2005, 21:27 +0200 schrieb Tomasz Grobelny: Is it possible to force lftp to try IPv6 address ( DNS record) before IPv4 address (A DNS record)? The Debian default /etc/lftp.conf has this option enable for this request: # try inet6 before inet set dns:order inet6 inet -- Nol Kthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: IPv6 precedence
Am Sonntag, den 27.03.2005, 22:03 +0200 schrieb Tomasz Grobelny: The Debian default /etc/lftp.conf has this option enable for this request: # try inet6 before inet set dns:order inet6 inet Thanks. It this file used when lftp is used as a lib in my own program? Or should I take any steps for it to be parsed? man lftp(1) ... /etc/lftp.conf system-wide startup file. Actual location depends on --sysconfdir configure option. It is /etc when prefix is /usr, /usr/local/etc by default. ... -- Nol Kthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: IPv6 precedence
On Sun, Mar 27, 2005 at 10:36:36PM +0200, Tomasz Grobelny wrote: Fine, but this text snippet states that lftp.conf is used in lftp as a program. The question is: what do I have to do to have it parsed when using lftp classes in my own program? It is propably not that hard to find out, though. ResMgr::Set(dns:order, 0, inet6 inet); The second argument is `closure', which is specified after a slash in `set' command. -- Alexander.
Re: IPv6 precedence
On Mon, Mar 28, 2005 at 04:13:38PM +0200, Tomasz Grobelny wrote: Modules seem to expand lftp's possibilities not the other way round. Or am I wrong? Yes, but you can implement any functionality in modules, other interface etc. So if you implement your program as a module you could run it like this: lftp -c 'module your-module args...' Then module_init function will be called with the arguments. It can register new commands, protocols or whatever. The other way (using lftp libraries) is possible too. But to parse config file you'll have to create CmdExec and feed it with the config files. Does your project have a GUI? If yes, then it would be necessary to make it interoperable with lftp cooperative thread model. It is rather easy if the GUI exports file descriptors and timeouts it waits on, and have a non-blocking worker function.
core dump in 3.1.0 on Debian GNU/Linux
Hi, I see this core dump every time on two different Debian Sarge machines: [EMAIL PROTECTED] tmp lftp http://www.ctan.org/tex-archive/macros/latex/contrib/svninfo/ cd ok, cwd=/tex-archive/macros/latex/contrib/svninfo lftp www.ctan.org:/tex-archive/macros/latex/contrib/svninfo ls Segmentation fault (core dumped)..] [EMAIL PROTECTED] tmp lftp -v Lftp | Version 3.1.0 | Copyright (c) 1996-2004 Alexander V. Lukyanov This is free software with ABSOLUTELY NO WARRANTY. See COPYING for details. Send bug reports and questions to lftp@uniyar.ac.ru. I don't think I'm doing anything wrong am I? Gavin PS please CC me on replies as I'm not on the list.
Re: core dump in 3.1.0 on Debian GNU/Linux
Am Montag, den 28.03.2005, 17:55 +0100 schrieb Gavin McCullagh: lftp www.ctan.org:/tex-archive/macros/latex/contrib/svninfo ls Segmentation fault (core dumped)..] I can reproduce this problem with 3.1.1: $ LC_ALL=C lftp http://www.ctan.org/tex-archive/macros/latex/contrib/svninfo/ cd ok, cwd=/tex-archive/macros/latex/contrib/svninfo lftp www.ctan.org:/tex-archive/macros/latex/contrib/svninfo debug lftp www.ctan.org:/tex-archive/macros/latex/contrib/svninfo ls Sending request... --- PROPFIND /tex-archive/macros/latex/contrib/svninfo/ HTTP/1.1 --- Host: www.ctan.org --- User-Agent: lftp/3.1.1 --- Accept: */* --- Depth: 1 --- Content-Type: text/xml --- Content-Length: 68 --- Connection: keep-alive --- --- ?xml version=1.0 ?propfind xmlns=DAV:allprop//propfind --- HTTP/1.1 200 OK --- Date: Mon, 28 Mar 2005 20:28:07 GMT --- Server: Apache/1.3.27 (Unix) mod_perl/1.27 --- Charset: UTF-8 --- Keep-Alive: timeout=15, max=99 --- Connection: Keep-Alive --- Transfer-Encoding: chunked --- Content-Type: text/html --- Receiving body... XML Parse error at line 3: mismatched tag segfault -- Nol Kthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: core dump in 3.1.0 on Debian GNU/Linux
On Mon, Mar 28, 2005 at 10:29:45PM +0200, Noèl Köthe wrote: Am Montag, den 28.03.2005, 17:55 +0100 schrieb Gavin McCullagh: lftp www.ctan.org:/tex-archive/macros/latex/contrib/svninfo ls Segmentation fault (core dumped)..] I can reproduce this problem with 3.1.1: Please try lftp-3.1.2rc1 from ftp.yar.ru:/lftp/devel/, the coredump problem should be fixed there. XML Parse error at line 3: mismatched tag This is another problem. The ctan server seem to return plain directory index in reply to PROPFIND request. I'm not sure yet how to handle that. -- Alexander. | http://www.yars.free.net/~lav/
Re: core dump in 3.1.0 on Debian GNU/Linux
Hi, On Tue, 29 Mar 2005, Alexander V. Lukyanov wrote: Please try lftp-3.1.2rc1 from ftp.yar.ru:/lftp/devel/, the coredump problem should be fixed there. The core dump no longer happens. I now get an empty listing. Presumably this is what you're talking about here: This is another problem. The ctan server seem to return plain directory index in reply to PROPFIND request. I'm not sure yet how to handle that. Thanks for the very quick response. I'll test whenever you have a fix. Gavin PS thanks also for lftp (and the debian packaging) which I find very useful.
