fredag den 30 augusti 2013 klockan 09:59 skrev Glenn Golden detta: > This is funny. I just tried it on two more of my machines, and it fails every > time, using that "$get_files" macro. Kernel versions of these systems: > > Linux huh 3.10.5-1-ARCH #1 SMP PREEMPT > Linux nu 3.5.3-1-ARCH #1 SMP PREEMPT > > The target machine was ftp.archlinux.org, and the .netrc file was the same as > posted (attached inline below, just for completeness). > > One question before I go inserting printfs: Did you try increasing the number > of "get"s in the "get_files" macro to more than four? I had noticed earlier > that sometimes it required more than four fetches in order to fail. Four just > happened to have been the sweet spot.
Yes, two, four, and six. Now also eight! > If you still can't reproduce it, let me know and I'll put on my pith helmet > and start on a printf safari. The following variant on "~/.netrc" was used on Arch Linux with inetutils-1.9.1-4. As you see it contains eight rounds of file fetching. I had to use passive mode, due to my place in the world, but executing ftp> $lek zziplib-0.13.62-1.src.tar.gz always succeeded in all combinations with "debug" and "hash". vsftpd was throtteling my connection with 50 kbits/sec. The only error I could achieve was to issue the same command so late that the connection had timed out already, which provoked a segmentation fault, but only after after the message "Passive mode refused.\nNot connected.". Thus your core dump should be unrelated. Regards, Mats Erik Andersson (Side note: inetutils-telnetd is severely misbehaving on Arch Linux, but not on Debian, BSD or Solaris. Is this known to your collegues?) ============================ begin inline attachment ========================= machine ftp.archlinux.org login ftp password any macdef init binary hash cd /sources/packages macdef lek cd /sources/packages get $1 get $1 get $1 get $1 get $1 get $1 get $1 get $1 ============================ end inline attachment===========================
