lynx-dev problems with lynx build on VMS 7.2

[Dan W. Olds]

>   Since we were having several problems with LYNX2.8rev2 (running
> on VMS 7.2 with multinet 4.2) I was advised to try an upgrade.  It
> seemed like a good idea, so I started.  This is a report of some
> of the trouble I had in case it helps any of the developers.  It
> includes a report of how I solved the problem but it is not a
> checklist of suggested solutions.
>
> T. E. Dickey gave me a lot of help along the way.
>
>
> (1) I downloaded several different source files, one after another
> because I could not UNZIP any of them.  The UNZIP always failed
> the same place like this:
> Inflating: [.lynx2-8-3.WWW.Library.vms]libmake.com
> Inflating: [.lynx2-8-3.WWW.Library.vms]descrip.mms
> lynx2-: invalid argument.WWW.Library.vms]descrip.mms
>
> error:  zipfile probably corrupt
>
>    Then Tom Dickey packaged a new ZIP file for me (being sure not
> to use file names with more than on dot in them) and I was able to
> get through the UNZIP process.  Later testing seemed to indicate
> that UNZIP will complete if I first delete all the files and directory
> structure it uses but this is not a diskspace or quota problem and
> I have no version limit on that disk.
>
>
> (2) The compile failed to run with a message indicating a conflict in
> function definitions.  Tom Dickey suggested I modify lynx source code
> with an ifdef to avoid the redefinition but I ending up removing the
> function from the multinet socket.h file, temporarily.  Here is a diff
> report:
> ==================================================================
> $ diff socket.h
> ************
> File MULTINET_COMMON_ROOT:[MULTINET.INCLUDE.SYS]SOCKET.H;8
>   173   #define getnetbyaddr            multinet_getnetbyaddr
> ******
> File MULTINET_COMMON_ROOT:[MULTINET.INCLUDE.SYS]SOCKET.H;7
>   173   #define gethostname             multinet_gethostname
>   174   #define getnetbyaddr            multinet_getnetbyaddr
> ************
> ************
> File MULTINET_COMMON_ROOT:[MULTINET.INCLUDE.SYS]SOCKET.H;8
>   215       int getpeername(int __channel, void *__sockaddr, int
*__sa_len);
> ******
> File MULTINET_COMMON_ROOT:[MULTINET.INCLUDE.SYS]SOCKET.H;7
>   216       int gethostname(void *__name, int __namesize);
>   217       int getpeername(int __channel, void *__sockaddr, int
*__sa_len);
> ************
>
> Number of difference sections found: 2
> Number of difference records found: 2
>
============================================================================
>   That got me past that problem.
>
>
> (3) The next compile error was in HTINT.C and here is part of the error
report:
> -------------------------------------------------------------------------
>
>      HTSetSuffix(".bkp_gz", "application/octet-stream", "gzip", "GNU BAK
> File", 1.0
> );
>  ....^
> %CC-E-NOCONVERT, In this statement, ""GNU BAK File"" is of type "pointer
to
>  char", and cannot be converted to "float".
>   At line number 899 in SCR:[LYNX.LYNX2-8-3.SRC]HTINIT.C;1.
>
>      HTSetSuffix(".bkp-gz", "application/octet-stream", "gzip", "GNU BAK
> File", 1.0
> );
>  ....^
> %CC-E-NOCONVERT, In this statement, ""GNU BAK File"" is of type "pointer
to
>  char", and cannot be converted to "float".
>   At line number 900 in SCR:[LYNX.LYNX2-8-3.SRC]HTINIT.C;1.
> -------------------------------------------------------------------------
>
>    I removed some of HTINIT.C dealing with GNU BAK:
> ==========================================================================
> /* --- removed --DWO---- 26 Jan 2000
>     HTSetSuffix(".bkp_gz",      "application/octet-stream", "gzip", "GNU
BAK Fi
>     HTSetSuffix(".bkp-gz",      "application/octet-stream", "gzip", "GNU
BAK Fi
>     HTSetSuffix(".bck_gz",      "application/octet-stream", "gzip", "GNU
BAK Fi
>     HTSetSuffix(".bck-gz",      "application/octet-stream", "gzip", "GNU
BAK Fi
>
>     HTSetSuffix(".bkp-Z",       "application/octet-stream", "compress",
"Comp.
>     HTSetSuffix(".bkp_Z",       "application/octet-stream", "compress",
"Comp.
>     HTSetSuffix(".bck-Z",       "application/octet-stream", "compress",
"Comp.
>     HTSetSuffix(".bck_Z",       "application/octet-stream", "compress",
"Comp.
> */
>
============================================================================
===
>
> (4) I think my next problem was in LYMAIL with the code segment
>             (LYRemoveTemp(my-file) == 0)
> which would not compile because LYRemoveTemp() was declared as type void.
>
>   I changed LYUTILS.H to define this function as int.
>
> (5) but I am still having trouble with the build and I will attach a
recent log.

lynxcomp4.log
Description: Binary data