VMS compilation :
First of all, the Multinet TCPIP bug I was talkng comes from incompatible
DECC socket function prototype and Multinet prototypes. This can be fixed
easily by doing the following (I will try to give path in Unix format as much
as possible)
in www/implemtation/www_tcp.h line 365 replace
#include "multinet_root:[multinet.include.sys]socket.h"
by
#define MULTINET_NO_PROTOTYPES
#include "multinet_root:[multinet.include.sys]socket.h"
#undef MULTINET_NO_PROTOTYPES
This is possible because functions are already declared in lynx
with a bunch of "extern BlaBla XXX(...)" so there is no conflicts not
undeclared things. The real problem is that Multinet has some functions
declared as expecting void * and DECC declares them as char *. Minor detail.
This being corrected, the next problem/message is
$ cc [-.Implementation]HTMIME.c
} else if (LYmktime(me->anchor->expires, FALSE) <= 0) {
...................^
%CC-I-QUESTCOMPARE, In this statement, the unsigned expression "LYmktime(...)" i
s being compared with a relational operator to a constant whose value is not gre
ater than zero. This might not be what you intended.
at line number 355 in file DISK:[JLAURET.APPS_DEV.LYNX2-8-3.WWW.LIBRARY.I
MPLEMENTATION]HTMIME.C;1
This is just a "I" message (i.e. Informational) and just point on a
potential problem in LYmktime compared to 0 with a <= 0. LYmktime is declared
as "extern time_t", time_t declared in HTVMSUTILS.H -> HTUTILS.H -> TYPES.H ->
DECC$TYPES.H as an "unsigned long int" so it is doubtfull that a negative value
would be returned. This fix would be cosmetics-related and does not impact on
run. Although, looking at the LYktime() function (in sc/luutils.c) it does not
appear that the return value would have any chance to be negative (either 0 or
a calculation of clock2 (line 6108) itself of time_t type. Is this like so
because some OS have time_t being something else than "unsigned" ? If this is
the case, then a modification of the compilation option uder VMS would have to
be done ; otherwise, a code change is preferrable.
I'll test the other compilation option later (slang etc...). But is
there a reason why color does not seem to work under VMS (I can generate colors
from a bunch of programs on my terminal using ESC sequences so I am assuming
that it should be possible from lynx) ???
Small note : from http://www.slcc.edu/lynx/release/ the link
"http://www.slcc.edu/lynx/current/" is erroneous. The real link is
"http://lynx.isc.org/current/"
Jerome LAURET S.U.N.Y. @ Stony Brook
,,,,, Dept. of Chemistry
( o o ) Stony Brook NY 11794-3400
---m---U---m---------------------------------------------
E-mail: [EMAIL PROTECTED]
URL : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html
