[Gnu-arch-users] Bug in reading from ftp:// archives?

[Richard Curnow]

I'm trying to set up a public archive using the ftp:// access method,
and I'm hitting a problem when trying to test it.

The command I'm running is:

    tla abrowse address@hidden

which, after a pause, gives up like this:

address@hidden
ftp_client_begin_nlst: Connection refused to port 36409

If I strace the command, the tail of the trace looks like this
(note the port numbers have changed since it's a new run):

.
.
.
read(4, "226 Transfer complete.\r\n", 3145) = 24
write(5, "TYPE I\r\n", 8)               = 8
read(4, "200 Type set to I.\r\n", 3121) = 20
write(5, "PASV\r\n", 6)                 = 6
read(4, "227 Entering Passive Mode (193,1"..., 3101) = 52
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
connect(6, {sin_family=AF_INET, sin_port=htons(17520), 
sin_addr=inet_addr("193.128.105.171")}}, 16) = 0
write(5, "RETR /pub/SuperH/linux-sh64/rich"..., 96) = 96
read(4, "150 Opening BINARY mode data con"..., 3049) = 147
read(6, "address@hidden"..., 8192) = 38
read(6, "", 8154)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
read(4, "226 Transfer complete.\r\n", 2902) = 24
write(5, "TYPE I\r\n", 8)               = 8
read(4, "200 Type set to I.\r\n", 2878) = 20
write(5, "PASV\r\n", 6)                 = 6
read(4, "227 Entering Passive Mode (193,1"..., 2858) = 53
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
connect(6, {sin_family=AF_INET, sin_port=htons(41075), 
sin_addr=inet_addr("193.128.105.171")}}, 16) = 0
write(5, "RETR /pub/SuperH/linux-sh64/rich"..., 102) = 102
read(4, "550 /pub/SuperH/linux-sh64/richa"..., 2805) = 129
write(5, "TYPE I\r\n", 8)               = 8
read(4, "200 Type set to I.\r\n", 2676) = 20
write(5, "PASV\r\n", 6)                 = 6
read(4, "227 Entering Passive Mode (193,1"..., 2656) = 53   <<<<<<<<<<< THIS 
PORT NUMBER RESPONSE IGNORED!
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7
connect(7, {sin_family=AF_INET, sin_port=htons(41075), 
sin_addr=inet_addr("193.128.105.171")}}, 16) = -1 ECONNREFUSED (Connection 
refused)
close(7)                                = 0
write(1, "address@hidden"..., 38) = 38
write(5, "TYPE I\r\n", 8)               = 8
read(4, "200 Type set to I.\r\n", 2603) = 20
write(5, "PASV\r\n", 6)                 = 6
read(4, "227 Entering Passive Mode (193,1"..., 2583) = 53
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7
connect(7, {sin_family=AF_INET, sin_port=htons(41075), 
sin_addr=inet_addr("193.128.105.171")}}, 16) = -1 ECONNREFUSED (Connection 
refused)
close(7)                                = 0
write(2, "ftp_client_begin_nlst: ", 23) = 23
write(2, "Connection refused", 18)      = 18
write(2, " to port ", 9)                = 9
write(2, "41075", 5)                    = 5
write(2, "\n", 1)                       = 1
write(5, "NLST /pub/SuperH/linux-sh64/rich"..., 80) = 80
read(4, "550 No files found.\r\n", 2530) = 21
write(5, "CWD /pub/SuperH/linux-sh64/richa"..., 81) = 81
read(4, "250 CWD command successful.\r\n", 2509) = 29
write(5, "CWD /\r\n", 7)                = 7
read(4, "250 CWD command successful.\r\n", 2480) = 29
close(1)                                = 0
close(4)                                = 0
close(5)                                = 0
close(6)                                = 0

It looks like tla is trying to use port 41075 a second time, i.e. it's
ignored the port number that the server supplied in response to the PASV
command in the marked line.  This seems to be after the first time that
a RETR attempt has resulted in a 550 - I think that may be more than
coincidental.

The archive should be publicly visible at

address@hidden
ftp://ftp.uk.superh.com/pub/SuperH/linux-sh64/richard/try2/address@hidden

(at least, for now.  Once I have the problems shaken out, I'll be
tidying up the directory structure a bit.)

The workaround appears to be to just mirror the repository using an FTP
mirror tool and work from a local archive copy that way.  It'd be nice
to get ftp:// working directly inside tla though.

Cheers
Richard

-- 
Richard \\\ SH-4/SH-5 Core & Debug Architect
Curnow  \\\         SuperH (UK) Ltd, Bristol