Re: LYNX-DEV Lynx271f crashes on VMS

[newsmgr]

Fote wrote....

>       Try today's (1997-12-15) lynx271f.zip.  I moved that statement
>to within the  if (LYTraceLogFP != NULL)  clause in cleanup() of LYClean.c.
>
        Out of the box build was fine...
        Routine exit is OK.
        Tracing seems to work both to screen and file, but if I start to trace
there is always a crash on exit, even if I turn trace off before exit ie.
       if I start lynx, crtl-T, crtl-T again, then Q...

%SYSTEM-F-ACCVIO, access violation, reason mask=05, virtual address=FFFF0031,
PC=00145F6D, PSL=03C00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           00145F6D  00145F6D
                                                           0014B394  0014B394
UCX$CRTLIBXFR   HTONS                                      8021A27A  802EECB2
                                                           0014AEB2  0014AEB2
LYEXIT          LYexit                           4468      00000033  0007CB9B
LYMAIN          main                            20694      0000180B  00086C6B

FWIW reason mask 05 indicates a length violation during an attempted
read/modify operation.

I even tried cc/noopt on lyexit, no difference.

lyexit.lis
 4442    1          /*
 4443    1           *  Do functions registered with LYatexit. - GAB
 4444    1           */
 4445    1          LYCompleteExit();
 4446    1      
 4447    1      #ifndef VMS
 4448   X       #ifdef SYSLOG_REQUESTED_URLS
 4449   X           syslog(LOG_INFO, "Session over");
 4450   X           closelog();
 4451   X       #endif /* SYSLOG_REQUESTED_URLS */
 4452    1      #endif /* !VMS */
 4453    1      
 4454    1      #ifdef exit
 4455    1      /*  Make sure we use stdlib exit and not LYexit. - GAB
 4456    1      */
 4457    1      #undef exit
 4458    1      #endif /* exit */
 4459    1      
 4460    1      #ifndef VMS     /*  On VMS, the VMSexit() handler does these. - 
FM */
 4461   X           if (LYOutOfMemory == TRUE) {
 4462   X               LYOutOfMemory = FALSE;
 4463   X               printf("\r\n%s\r\n\r\n", MEMORY_EXHAUSTED_ABORT);
 4464   X               fflush(stdout);
 4465   X           }
 4466   X           *stderr = LYOrigStderr;
 4467    1      #endif /* !VMS */
 4468    1          exit(status);
 4469    1      }
 4470           


Cookie Crumbles
---------------

>>      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
>>[...]
>>From LYcookie.lis
>>
>>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"));
>>[...]
>
>       I don't see anything wrong with that sprintf(), either, but in the
>current lynx271f.zip it also indicates the Discard value based on the server's
>Set-Cookie or Set-Cookie2 header.
>
>       If the "utterly current" code still crashes, try adding /noopt
>in build.com for the cc of LYCookie.c.  That's not a "solution", but
>should indicate whether something in that module is too complicated and
>tripping up the VAXC optimizer.  You might also try that for the cc of
>HTTCP.c in libmake.com, and for HTTP.c  If any or a combination of those
>get rid of the crashes, at least we know where to look for something that
>needs to be simplified.

        Cookies now work well, thanks for the effort... :-)

                                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