(12-14-2018, 03:51 PM)dexter1 Wrote: I've tested the wget segfault bug on my freshly booted O2, as far as i am able to with an anonymous ftp retrieve, but sofar i'm unable to reproduce it:
Code:
odin:/local/frank> wget-static -r -nH -l 20 -d --cut-dirs=0 ftp://ftp:anonymous@ftp.gwdg.de/pub/sub/frwi/infedi/
Setting --cut-dirs (cutdirs) to 0
Setting --cut-dirs (cutdirs) to 0
DEBUG output created by Wget 1.19.4 on irix6.5.
Reading HSTS entries from /home/frank/.wget-hsts
URI encoding = 'ISO8859-1'
logging suppressed, strings may contain password
Converted file name 'pub/sub/frwi/infedi/index.html' (UTF-8) -> 'pub/sub/frwi/infedi/index.html' (ISO8859-1)
Using 'pub/sub/frwi/infedi/.listing' as listing tmp file.
--2018-12-14 16:44:23-- ftp://ftp:*password*@ftp.gwdg.de/pub/sub/frwi/infedi/
=> 'pub/sub/frwi/infedi/.listing'
Resolving ftp.gwdg.de (ftp.gwdg.de)... 2001:638:60f:110::1:2, 134.76.12.6
Caching ftp.gwdg.de => 2001:638:60f:110::1:2 134.76.12.6
Connecting to ftp.gwdg.de (ftp.gwdg.de)|2001:638:60f:110::1:2|:21... failed: Address family not supported by protocol family.
Connecting to ftp.gwdg.de (ftp.gwdg.de)|134.76.12.6|:21... connected.
Created socket 3.
Releasing 0x10419eb8 (new refcount 1).
220-Welcome to ftp.gwdg.de
220-
220
Logging in as ftp ...
--> USER ftp
331 Please specify the password.
--> PASS anonymous
230 Login successful.
Logged in!
==> SYST ...
--> SYST
215 UNIX Type: L8
done.
UNIX TYPE L8: I know it and I will use "LIST -a" as standard list command
==> PWD ...
--> PWD
257 "/"
done.
==> TYPE I ...
--> TYPE I
200 Switching to Binary mode.
done. changing working directory
Prepended initial PWD to relative path:
pwd: '/'
old: 'pub/sub/frwi/infedi'
new: '/pub/sub/frwi/infedi'
==> CWD (1) /pub/sub/frwi/infedi ...
--> CWD /pub/sub/frwi/infedi
250 Directory successfully changed.
done.
conaddr is: 134.76.12.6
==> PASV ...
--> PASV
227 Entering Passive Mode (134,76,12,6,120,11).
trying to connect to 134.76.12.6 port 30731
Created socket 4.
done. ==> LIST ...
--> LIST -a
150 Here comes the directory listing.
(skipping "LIST")done.
pub/sub/frwi/infedi/.listing [ <=> ] 251 --.-KB/s in 0s
Closed fd 4
226 Directory send OK.
2018-12-14 16:44:23 (3.15 MB/s) - 'pub/sub/frwi/infedi/.listing' saved [251]
DIRECTORY; perms 755; size: 48; month: Oct; day: 10; year: 1994 (no tm);
Ignoring `.' and `..';
Skipping.
DIRECTORY; perms 755; size: 115; month: Oct; day: 10; year: 1994 (no tm);
Ignoring `.' and `..';
Skipping.
PLAINFILE; perms 755; size: 6144; month: Oct; day: 10; year: 1994 (no tm); infedi
PLAINFILE; perms 755; size: 6656; month: Oct; day: 10; year: 1994 (no tm); infedi.txt
Removed 'pub/sub/frwi/infedi/.listing'.
Converted file name 'pub/sub/frwi/infedi/infedi' (UTF-8) -> 'pub/sub/frwi/infedi/infedi' (ISO8859-1)
Converted file name 'pub/sub/frwi/infedi/infedi' (UTF-8) -> 'pub/sub/frwi/infedi/infedi' (ISO8859-1)
--2018-12-14 16:44:23-- ftp://ftp:*password*@ftp.gwdg.de/pub/sub/frwi/infedi/infedi
=> 'pub/sub/frwi/infedi/infedi'
==> CWD not required.
conaddr is: 134.76.12.6
==> PASV ...
--> PASV
227 Entering Passive Mode (134,76,12,6,120,247).
trying to connect to 134.76.12.6 port 30967
Created socket 4.
done. ==> RETR infedi ...
--> RETR infedi
150 Opening BINARY mode data connection for infedi (6144 bytes).
done.
Length: 6144 (6.0K)
pub/sub/frwi/infedi/infedi 100%[==========================================================>] 6.00K --.-KB/s in 0.003s
Closed fd 4
226 Transfer complete.
2018-12-14 16:44:24 (1.88 MB/s) - 'pub/sub/frwi/infedi/infedi' saved [6144]
Converted file name 'pub/sub/frwi/infedi/infedi.txt' (UTF-8) -> 'pub/sub/frwi/infedi/infedi.txt' (ISO8859-1)
Converted file name 'pub/sub/frwi/infedi/infedi.txt' (UTF-8) -> 'pub/sub/frwi/infedi/infedi.txt' (ISO8859-1)
--2018-12-14 16:44:24-- ftp://ftp:*password*@ftp.gwdg.de/pub/sub/frwi/infedi/infedi.txt
=> 'pub/sub/frwi/infedi/infedi.txt'
==> CWD not required.
conaddr is: 134.76.12.6
==> PASV ...
--> PASV
227 Entering Passive Mode (134,76,12,6,120,84).
trying to connect to 134.76.12.6 port 30804
Created socket 4.
done. ==> RETR infedi.txt ...
--> RETR infedi.txt
150 Opening BINARY mode data connection for infedi.txt (6656 bytes).
done.
Length: 6656 (6.5K)
pub/sub/frwi/infedi/infedi.txt 100%[==========================================================>] 6.50K --.-KB/s in 0s
Closed fd 4
226 Transfer complete.
2018-12-14 16:44:24 (31.0 MB/s) - 'pub/sub/frwi/infedi/infedi.txt' saved [6656]
Closed fd 3
FINISHED --2018-12-14 16:44:24--
Total wall clock time: 0.7s
Downloaded: 2 files, 12K in 0.003s (3.59 MB/s)
odin:/local/frank>
The segfault occurs at the resolve stage. Do you have any issues with name resolution on your network from the O2?
If not, i can try to squeeze in some time to make a new wget-static with extra libraries linked in, to see if that removes the segfault.
I do not believe I have any problems with name resolution, if I understand your question correctly. Although it is likely I do not know what you are asking. When we ftp to or from the O2, it works fine. When we use wget to or from the O2, it works fine, as long as we use the versions of wget that function. So, I am hoping I am correct to say, there are no name resolution problems. Assuming I know what I am talking about.
The issues mentioned a few posts back occur when trying to use the other versions (including yours) which do not seem to work properly on my O2. As mentioned before, I believe I do not have enough knowledge to figure out how to compile wget from source. There always seem to be things missing when I try to do that, and trying to fix what is missing seems to be a losing battle.
Sorry it seems like I was ignoring the thread. I thought I had subscribed with email notifications, but perhaps I need to select that each time I make a reply? I am not entirely sure how this forum works yet.
On another note, it is a good thing we have at least this particular version of wget working. I have been trying to read the backup tapes, just to have other versions of the data backed up on the Mac. But I cannot read the tapes now. I can make new tapes and read them, but cannot read any of the old tapes, some of which are only a year old. It is acting like the tape drive has "drifted" or something, and no longer recognizes the tapes as valid. I tried 4 different drives, but no luck. Oh well. I think the latest data we need was on the O2, and now transferred to the Mac's hard drive, so I think we will be okay.
Thanks again for your efforts!
==Dave