[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: LYNX-DEV Lynx271f crashes on VMS
From: |
newsmgr |
Subject: |
Re: LYNX-DEV Lynx271f crashes on VMS |
Date: |
Mon, 15 Dec 1997 17:15:25 +1000 |
Some more tests, and problems....
>address@hidden wrote:
>> Problems with Lynx 271f - 2-dec-97
>> ==================================
>>
>> I attempted to build and install the current lynx271f, the build was
>>>clean but attempting to use it produced some problems.
>
> The traces are identical to those previously reported for the
>devel code, so it presumeably is the same problem.
>
>
>>(1) Crash on exit...
>> Start lynx then do 'q'
>>
>>Are you sure you want to quit? [Y]
>>[...]
>> 4468 1 exit(status);
>
> That exit(status) invokes the VMSexit() handler in LYCurses.c.
>Since it was a clean exit, the only thing it would do is make sure
>stderr is not pointing to a file:
>
> *stderr = LYOrigStderr;
>
>Try commenting out that line.
I tried this, exit is now clean.
>>(2) Crash with Trace on...
>>
>>Start Lynx, press Crtl-T then attempt to follow an external link.
>>
>>Getting http://werple.net.au/~lions/header.htm
>>
>>%SYSTEM-F-ACCVIO, access violation, reason mask=00,
>> virtual address=00000050, PC=00149FCC, PSL=0BC00000
>>%TRACE-F-TRACEBACK, symbolic stack dump follows
>>module name routine name line rel PC abs PC
>>>
>
> That fprintf() is protected against any of the strings being
>NULL, so it similarly suggests that something funny is going on with
>stderr redirection for VAXC. Try invoking Lynx with the redirection
>to a file turned off (-tlog).
I tried the following....
LYNX -trace Sent the trace to the file then crashed.
LYNX -trace -tlog Sent the trace to the screen then crashed.
Here is some of the trace from the screen output, it seemed more complete.
[...]
Making HTTP connection to localhost.
HTParse: aName:http://localhost/lys/lynxstart.html relatedName:
1
HTParse: result:/lys/lynxstart.html
HTParse: aName:http://localhost/lys/lynxstart.html relatedName:
HTParse: result:localhost
HTParse: aName:http://localhost/lys/lynxstart.html relatedName:
1
HTParse: result:/lys/lynxstart.html
HTParse: aName:http://localhost/lys/lynxstart.html relatedName:
1
HTParse: result:lys/lynxstart.html
HTParse: aName:http://localhost/lys/lynxstart.html relatedName:
HTParse: result:localhost
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000050, PC
=00149FCC, PSL=0BC00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
00149FCC 00149FCC
001465B2 001465B2
LYCOOKIE LYCookie 19712 0000005C 0007A6F0
HTTP HTLoadHTTP 16373 00000A74 000C2968
[...]
I have been using the new version and there are noticable improvements,
particularly on some previously impossible forms. However there still seems to
be a problem with cookies, (ie this has been there a long time but I had
disabled
cookies), go to a site with a cookie, allow the cookie, then press crtl-K
[24;1H[7mGe[m[24;4H[7mting LYNXCOOKIE:/[m[K
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000050, PC
=00149FCC, PSL=0BC00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
00149FCC 00149FCC
00147578 00147578
LYCOOKIE LYHandleCookies 20144 000007DC 0007AF70
HTACCESS HTLoadDocument 14588 0000026D 000BADC9
HTACCESS HTLoadAbsolute 14758 0000004F 000BB143
LYGETFILE getfile 19317 00000CA4 0007EDF0
LYMAINLOOP mainloop 25427 00000663 00088A93
LYMAIN main 20689 000017F8 00086BD8
>[m
A Fatal error has occured in Lynx Ver. 2.7.1f
Please notify your system administrator to confirm a bug, and if
confirmed, to notify the lynx-dev list. Bug reports should have concise
[...]
From LYcookie.lis
20102 2 /*
20103 2 * Show the domain's cookies. - FM
20104 2 */
20105 2 for (cl = de->cookie_list; cl != NULL; cl = cl->next) {
20106 3 if ((co = (cookie *)cl->object) == NULL)
20107 3 /*
20108 3 * First object is always NULL. - FM
20109 3 */
20110 3 continue;
20111 3
20112 3 /*
20113 3 * Show the name=value pair. - FM
20114 3 */
20115 3 if (co->name) {
20116 4 StrAllocCopy(name, co->name);
20117 4 LYEntify(&name, TRUE);
20118 4 } else {
20119 4 StrAllocCopy(name, NO_NAME);
20120 4 }
20121 3 if (co->value) {
20122 4 StrAllocCopy(value, co->value);
20123 4 LYEntify(&value, TRUE);
20124 4 } else {
20125 4 StrAllocCopy(value, NO_VALUE);
20126 4 }
20127 3 sprintf(buf, "<DD><A
HREF=\"LYNXCOOKIE://%s/%s\">%s=%s</A>\n",
20128 3 de->domain, co->lynxID, name, value);
20129 3 FREE(name);
20130 3 FREE(value);
20131 3 (*target->isa->put_block)(target, buf, strlen(buf));
20132 3
20133 3 /*
20134 3 * Show the path, port, secure and discard
setting. - FM
20135 3 */
20136 3 if (co->path) {
20137 4 StrAllocCopy(path, co->path);
20138 4 LYEntify(&path, TRUE);
20139 4 } else {
20140 4 StrAllocCopy(path, "/");
20141 4 }
20142 3 sprintf(buf, "<DD>Path=%s\n<DD>Port: %i Secure:
%s\n",
20143 3 path, co->port,
20144 3 ((co->flags & COOKIE_FLAG_SECURE) ?
"YES" : "NO"));
20145 3 FREE(path);
20146 3 (*target->isa->put_block)(target, buf, strlen(buf));
20147 3
20148 3 /*
20149 3 * Show the list of acceptable ports, if present.
- FM
20150 3 */
20151 3 if (co->PortList) {
20152 4 sprintf(buf, "<DD>PortList=\"%s\"\n",
co->PortList);
20153 4 (*target->isa->put_block)(target, buf,
strlen(buf));
20154 4 }
Regards
* * * * * Tony Bolton
**** **** ** ** ** TBolton 'at' mhl.nsw.gov.au
** **** ** ********* ** MANLY HYDRAULICS LABORATORY.
** ** ** ********* ** 110B King ST. Manly Vale 2093 Sydney AUSTRALIA
** ** ** ** ******** Phone +61 2 99490200 FAX +61 2 99486185
* * * * ****** http://www.mhl.nsw.gov.au
- LYNX-DEV Lynx271f crashes on VMS, newsmgr, 1997/12/13
- Re: LYNX-DEV Lynx271f crashes on VMS, Foteos Macrides, 1997/12/13
- Re: LYNX-DEV Lynx271f crashes on VMS,
newsmgr <=
- Re: LYNX-DEV Lynx271f crashes on VMS, Foteos Macrides, 1997/12/15
- Re: LYNX-DEV Lynx271f crashes on VMS, newsmgr, 1997/12/15
- Re: LYNX-DEV Lynx271f crashes on VMS, Foteos Macrides, 1997/12/16
- Re: LYNX-DEV Lynx271f crashes on VMS, Foteos Macrides, 1997/12/16
- Re: LYNX-DEV Lynx271f crashes on VMS, Foteos Macrides, 1997/12/17
- Re: LYNX-DEV Lynx271f crashes on VMS, newsmgr, 1997/12/17