[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
LYNX-DEV Lynx2-7 + 1997-03-11 FM bugfixes doesn't connect to CPAN (via p
From: |
G. Del Merritt |
Subject: |
LYNX-DEV Lynx2-7 + 1997-03-11 FM bugfixes doesn't connect to CPAN (via proxy?) |
Date: |
Wed, 12 Mar 1997 00:43 EST |
I downloaded the 1997-03-11 FM (w/CHARGEN) bugfixes and applied them ("unzip
-u") to my 2-7 base source. I then built the test version under OpenVMS/VAX
6.1, VAXC, with UCX support.
I define my proxy access as:
$ define/job "http_proxy" "http://proxy.intranet.com:8080/"
$ define/job "ftp_proxy" "http://proxy.intranet.com:8080/"
$ define/job "no_proxy" "intranet.com"
The name of the host called "proxy" has been changed to loosely protect our
internal network configuration. I surf about, and all appears well. Then I
point to <URL:http://www.perl.com/CPAN/> and see the following:
$ lynxnew http://www.perl.com/CPAN/
Terminal =
You must use a vt100, 200, etc. terminal with this program.
Proceed (n/y)? y
lynx: Start file could not be found or is not text/html or text/plain
Exiting...
("lynxnew" is an alias, since I'm testing this before unleashing it.)
I ran the above test in an editor "shell" window to facilitate capturing the
output. The result is similar when run from a "live" decterm emulating a
vt300 series terminal.
Next, I added -trace and got the following (again, this was first run in a
real terminal, and I subsequently ran it under an editor "shell" to capture
the identical output):
$ lynxnew -trace http://www.perl.com/CPAN/
LYNX_SIG_FILE set to 'disk$intranet:[del].lynxsig'
Loading types config file 'Lynx_Dir:mailcap'
Could not open types config file 'Lynx_Dir:mailcap'
Loading types config file 'sys$login:.mailcap'
Could not open types config file 'sys$login:.mailcap'
@@@ Using default extension map
Loading extensions config file 'Lynx_Dir:mime.types'
Could not open extensions config file 'Lynx_Dir:mime.types'
Loading extensions config file 'sys$login:mime.types'
Could not open extensions config file 'sys$login:mime.types'
HTParse: aName:http://www.intranet.com relatedName:
1
HTParse: result:http://www.intranet.com/
HTParse: aName:http://www.perl.com/cpan/ relatedName:
1
HTParse: result:http://www.perl.com/cpan/
Terminal =
You must use a vt100, 200, etc. terminal with this program.
Proceed (n/y)? y
Entering mainloop, startfile=http://www.perl.com/cpan/
LYGetFile: getting http://www.perl.com/cpan/
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:www.perl.com
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:
Entered HTAnchor_findAddress
New anchor 159cd0 has hash 64 and address `http://www.perl.com/cpan/'
HTAccess: loading document http://www.perl.com/cpan/
HTParse: aName:http://www.perl.com/cpan/ relatedName:file:
HTParse: result:http
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:www.perl.com
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:http
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:http
proxy server found: http://proxy.intranet.com:8080/
HTParse: aName:http://proxy.intranet.com:8080/http://www.perl.com/cpan/
relatedName:http:
HTParse: result:http
HTParse: aName:http://proxy.intranet.com:8080/http://www.perl.com/cpan/
relatedName:
HTParse: result:proxy.intranet.com:8080
Looking up proxy.intranet.com:8080.
TCP: Parsed address as port 8080, IP address xxx.yyy.zzz.hhh [edited out -gdm]
Making HTTP connection to proxy.intranet.com:8080.
HTParse: aName:http://proxy.intranet.com:8080/http://www.perl.com/cpan/
relatedName:
1
HTParse: result:/http://www.perl.com/cpan/
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:www.perl.com
HTParse: aName:http://proxy.intranet.com:8080/http://www.perl.com/cpan/
relatedName:
1
HTParse: result:/http://www.perl.com/cpan/
HTParse: aName:http://proxy.intranet.com:8080/http://www.perl.com/cpan/
relatedName:
1
HTParse: result:http://www.perl.com/cpan/
HTParse: aName:http://proxy.intranet.com:8080/http://www.perl.com/cpan/
relatedName:
HTParse: result:proxy.intranet.com:8080
HTParse: aName:http://www.perl.com/cpan/ relatedName:
HTParse: result:www.perl.com
HTParse: aName:http://www.perl.com/cpan/ relatedName:
1
HTParse: result:/cpan/
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000050,
PC=0012E5CC, PSL=0BC00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
0012E5CC 0012E5CC
0012ABB2 0012ABB2
LYCOOKIE LYCookie 16881 0000005C 0005800C
HTTP HTLoadHTTP 15108 00000873 0008FB3B
HTACCESS HTLoadDocument 13440 0000025D 00084F29
HTACCESS HTLoadAbsolute 13610 0000004F 000852A3
LYGETFILE getfile 18054 00000A99 0005BBC5
LYMAINLOOP mainloop 21704 00000452 00063392
LYMAIN main 18850 00001064 00061AB0
*INTERRUPT*
*INTERRUPT*
Exiting via interrupt: 2
Note that I had to ^Y twice to get back to the DCL prompt. There was no
reported access viloation without the "-trace".
Another note: given DCL's tendency to mush case, I tried this:
$ lynxnew -trace "http://www.perl.com/CPAN/"
which produces the same result as the unquoted attempt.
Other proxy served data appears to be working, so I don't know if noting use
of proxies is a red herring. What else should I look at to correct this
problem at my site, or to pass along to the CPAN folk?
Thanks.
--
Del Merritt address@hidden
IntraNet, Inc., One Gateway Center #700, Newton, MA 02158
Voice: 617-527-7020; FAX: 617-527-1761 Just say no to Clipper.
You may not add me to a commercial mailing list or send me commercial
advertising without my consent.
NERD PRIDE is a registered trademark of the MIT
;
; To UNSUBSCRIBE: Send a mail message to address@hidden
; with "unsubscribe lynx-dev" (without the
; quotation marks) on a line by itself.
;
- LYNX-DEV Lynx2-7 + 1997-03-11 FM bugfixes doesn't connect to CPAN (via proxy?),
G. Del Merritt <=