home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
rtsi.com
/
2014.01.www.rtsi.com.tar
/
www.rtsi.com
/
OS9
/
OSK
/
TELECOM
/
readme.osk.wn
< prev
next >
Wrap
Text File
|
2009-11-06
|
3KB
|
86 lines
Unpacking: There are four(4) zip-files in this archive (I zip-slit
the whole wn.zip into 4 parts to simplify uploading over my slow
IP-connection). Copy all wn?.zip files to your destination directory
and unzip it.
WN is compiled with GNU C v1.42 with the small subset of the TOP
OS-9 library (OS-9 v2.4/ISP v1.4). All my additions are between
#define OS9/#endif keywords.
Note: I don't fully test the implementation, only in my local
LAN environment with the following browsers:
o Windows for Workgroups 3.11
- Netscape 2.01
- Microsoft Internet Explorer 2.0
o Unix (BSD/OS 2.1)
- Lynx Version 2-4-2
It seems, all is intact. I can't to use keep_alive option,
so compilation was with NO_KEEP_ALIVE #define.
I don't use the virtual-host option at all, so it is *fully*
untested (even uncompiled). Also there are some problems with the
log-files (locking), so they may be corrupted if 2 or more instances
of wn are writing log.
Very hard trouble for me was the EOF-character. HTTP standard says,
that alll strings should end with CRLF or just LF character, where
CR is ASCII 13 & LF is ASCII 10. In Unix '\n' is ASCII 10 vs OS-9 '\l',
so I must change all ocurrences of the '\n' in the sources with
'\l' by hand. But I am not in the firm belief, that *all* ocurrences
are changed.
For input purposes, I have separated chop() & fgets() functions for
1) reading local files (that end with '\n')
2) reading network (than end with '\l' or "\n\l").
But this is very dirty...
I preserved all the original directories and all my patches are in
the separate OSK directory. There are:
o WN the main directory (HTTPD server)
o WNDEX utility to create index-files
o DOCS copy of the original's WN DOCS directory, but with my own
CGI-scripts (written in C -> see /COUNTER),
new images and so on
o DEFS/LIB small OS-9/Unix library
o AUTHWN the simplest program to use password-protected pages
(but I don't crypt the password file at all)
o CMDS executables
I compile WN in the 'inetd'-mode, so there are two small programms
in CMDS (inetd, inetdc) I wrote to emulate the UNIX-inetd capability.
(I heard, that Microware announce ISP v2.?? includes the full
support of this capability, but only for OS-9 v3.0).
To start server, use the following steps:
load -d <path>/inetd
load -d <path>/inetdc
load -d <path>/wn
inetd <port> wn <wn options>, like this:
inetd 80 wn -a 0 -d<>>>/nil&
and have fun!
Note: because the path to the data files is compiled into WN
(and you don't recompile it), you *must* set the data directory
in the command line to WN (see docs). Also, you can set the full
hostname (host.domain) with -h option, because ISP don't supports
DNS.
P.S.
WN widely uses 'perl'-scripts, so some examples wouldn't work.
Using mshell don't resolve the problem, because Microware's mshell
can't get redirected input (@#$%^&!). i.e, mshell script</file
don't work (I don't know, why). I rewrote some in C, but not all.
By the way, it would be very interesting to port 'perl' to OS-9?!
At this moment (July, 10) John Franks released the new (1.14.4) version
of this software with some bugs fixed. May be, I'll continue working...
Yes, I have introduced this pathches to this release - they are #defined
as PATCH4 (cgi.c, gsearch.c, err.h, chkcntrl.c, wn.h).
--
Ilja V.Levinson, Russia
e-mail: lev@odusv.oduurl.ru