Hi
As you might have seen we now a official version 2.17 of the Library.
This was necessary in order to keep up with some of the modifications
and new features added to the CERN server.
If/when you look into the code you will not find many of the PC-port
problems solved. This does _not_ mean that I have forgotten about them
- but simply that I can't cope with everything at the same time.
I am now working full-time on the Multi-threaded implementation and I
expect a release a month from now :-)
One of the major problems now is the basic network access mechanism
which has a certain lack of structure :-( I hope to improve this and at
the same time turn the (currently) automatic conversion into HTML to be
a stream converter with a quality factor. I have made a proto
implementation of the news module where it is possible to get `raw'
data out of the library.
Comments???
-- cheers --
Henrik Frystyk
eturn-Path: JCMA@ai.mit.edu
Return-Path: <JCMA@ai.mit.edu>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA15688; Sun, 9 Oct 1994 16:29:03 +0100
Received: from life.ai.mit.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA21281; Sun, 9 Oct 1994 16:28:59 +0100
Received: from [128.52.40.76] (mac-winner.ai.mit.edu) by life.ai.mit.edu (4.1/AI-4.10) for www-html@www0.cern.ch id AA29773; Sun, 9 Oct 94 11:28:40 EDT
Message-Id: <9410091528.AA29773@life.ai.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 9 Oct 1994 11:28:25 -0400
To: www-talk@www0.cern.ch, www-vrml@wired.com
From: JCMA@ai.mit.edu (John C. Mallery)
Subject: ANNOUNCE: Wide-Area Collaboration and Cooperative Computing
Cc: www-lib@www0.cern.ch, www-html@www0.cern.ch
content-length: 446
The following URL describes a workshop on Wide-Area Collaboration and
Cooperative Computing to take place at the W3 conference
in Chicago on October 19th. The URL points to interactive tools for building
a hypertext of this field. If you work in this field, we would
appreciate your taking a few minutes to drop into the structure a one-paragraph
description of your area of interest.
http://www.ai.mit.edu/projects/iiip/colab/workshop.html
eturn-Path: frystyk@bay.lcs.mit.edu
Return-Path: <frystyk@bay.lcs.mit.edu>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA00315; Tue, 11 Oct 1994 23:55:23 +0100
Received: from cayenne.lcs.mit.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA09936; Tue, 11 Oct 1994 23:55:21 +0100
Received: by cayenne.lcs.mit.edu; id AA01660; Tue, 11 Oct 1994 18:55:20 -0400
Received: by bay.lcs.mit.edu (5.0/SMI-SVR4)
id AA01472; Tue, 11 Oct 1994 18:55:19 +0500
Date: Tue, 11 Oct 1994 18:55:19 +0500
From: frystyk@bay.lcs.mit.edu (Henrik Frystyk)
Message-Id: <9410112255.AA01472@bay.lcs.mit.edu>
To: www-lib@www0.cern.ch
Subject: Stange problem on sockets
Reply-To: Henrik Frystyk Nielsen <frystyk@W3.org>
X-Sun-Charset: US-ASCII
content-length: 1271
Hi
I have a strange problem that I don't understand - I hope you can help
me.
After I have the sockets non-blocking in the Library, I have found that
when I connect to a port where I know that I will get `connection
refused', e.g. port 81 or something - this is _not_ what I get. Instead
I get errno 22 - `invalid argument'.
I have now stripped down a test version which is very simple. I do the
following:
- initialize the sockaddr structure
- create a socket with the host
- make it non-blocking using ioctl <------
- do a connect
- get `would block' back
- make a select waiting for write on socket
- on return from select I do a new connect
- I get errno 22: invalid argument
I have a loop around the connect so that infact I am pending on the
resonse - nothing is touched. If I do exactly the same using blocking
sockets there is no problem - I get the `connection refused' as I would
expect. As soon as I turn the non-blocking sockets on - I get the
`invalid argument'. I have just checked - Mosaic gets the same - but it
doesn't say it to the user as far as I can see.
I have tested it on osf1 and SunOS. Solaris returns `broken pipe' so
this is not much help.
Is it something I have to live with or is there a work-around???
-- cheers --
Henrik
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA04539; Sun, 30 Oct 1994 19:49:42 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA12590; Sun, 30 Oct 1994 19:49:41 +0100
Received: from ptsun03.cern.ch by ptsun00.cern.ch (4.1/SMI-4.1)
id AA03991; Sun, 30 Oct 94 19:48:32 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Received: by ptsun03.cern.ch (4.1/client-1.5)
id AA02429; Sun, 30 Oct 94 19:50:51 +0100
Date: Sun, 30 Oct 94 19:50:51 +0100
Message-Id: <9410301850.AA02429@ptsun03.cern.ch>
To: www-lib@www0.cern.ch
Subject: Delay of Library version 3.0
Reply-To: Henrik Frystyk Nielsen <frystyk@www0.cern.ch>
content-length: 242
Dear all
The promissed release of the Library of Common Code version 3.0 will be
temporarily delayed due to administrative questions which must be dealt
with before I can release the code.
Sorry for the inconvenience.
-- cheers --
Henrik
eturn-Path: gdewis@hpb.hwc.ca
Return-Path: <gdewis@hpb.hwc.ca>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA24653; Sat, 5 Nov 1994 16:49:21 +0100
Received: from hpb.hwc.ca by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA06595; Sat, 5 Nov 1994 16:49:18 +0100
Received: by hpb.hwc.ca (4.1/SMI-4.1)
id AA15513; Sat, 5 Nov 94 10:53:37 EST
Date: Sat, 5 Nov 1994 10:53:36 -0500 (EST)
From: Gordon Dewis <gdewis@hpb.hwc.ca>
To: www-request@www0.cern.ch, www-lib@www0.cern.ch, vlib@www0.cern.ch
Subject: New URL for the Geography section
Message-Id: <Pine.SUN.3.91.941105104914.15497A-100000@hpb.hwc.ca>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
content-length: 510
The Geography section has changed servers. The new URL is:
http://hpb1.hwc.ca:10002/WWW_VL_Geography
The old URL (http://hpb.hwc.ca:7002/WWW_VL_Geography) will continue to
honour requests until early 1995 to ensure that no one is inconvenienced.
Could you change any references from the old URL to the new URL?
Thanks...
Gordon Dewis
Geography section maintainer
--
Gordon Dewis | "If you ever have a world, plan ahead. Don't eat it!"
VE3XGD | - STTNG
eturn-Path: JCMA@ai.mit.edu
Return-Path: <JCMA@ai.mit.edu>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA19141; Sun, 6 Nov 1994 21:16:05 +0100
Received: from life.ai.mit.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA10601; Sun, 6 Nov 1994 21:16:03 +0100
Received: from [128.52.40.76] (mac-winner.ai.mit.edu) by life.ai.mit.edu (4.1/AI-4.10) for www-lib@info.cern.ch id AA28544; Sun, 6 Nov 94 15:15:53 EST
Message-Id: <9411062015.AA28544@life.ai.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 6 Nov 1994 15:15:13 -0500
To: www-lib@www0.cern.ch
From: JCMA@ai.mit.edu (John C. Mallery)
Subject: simple example of how to retrieve raw HTML using libwww
Cc: Henry Minsky <hqm@datawave.net>
content-length: 1582
try this mailing lit, you'll get better results.
Don't tell them you're doing a FAX WWW server!
>Date: Sun, 6 Nov 1994 11:24:51 +0100
>Errors-To: listmaster@www0.cern.ch
>Reply-To: hqm@datawave.net
>Originator: www-talk@info.cern.ch
>Sender: www-talk@www0.cern.ch
>Precedence: bulk
>From: Henry Minsky <hqm@datawave.net>
>To: Multiple recipients of list <www-talk@www0.cern.ch>
>Subject: simple example of how to retrieve raw HTML using libwww
>X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
>
>
>Hello Good People,
>
>Am I the only one who finds the documentation on the CERN libwww
>library less than useful? I am having a great deal of trouble figuring
>out how to do something which should be very simple.
>
>I want to use libwww to compose a request for a URL, and have it fill
>buffer which contains the raw contents of the document (or image or
>whatever). I also want to be able to examine the information returned
>in the response header, about content length, location, etc, which I
>presume will be neatly stored in the HTRequest structure.
>
>Can anyone point me at a simple piece of source code that does what I
>want? And please don't tell me to look at the CERN LineMode browser;
>I have and it is really quite difficult for me to understand. There
>must be a twenty line program that does what I want already??
>
>Thanks,
> Henry
>
>
John C. Mallery
Artificial Intelligence Laboratory
Massachusetts Institute of technology
545 Technology Square, NE43-797
Camridge, MA 02139 USA
URL: http://www.ai.mit.edu/people/jcma/jcma.html
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA24516; Sun, 6 Nov 1994 23:47:36 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA16769; Sun, 6 Nov 1994 23:47:35 +0100
Received: from ptsun03.cern.ch by ptsun00.cern.ch (4.1/SMI-4.1)
id AA13319; Sun, 6 Nov 94 23:46:23 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Received: by ptsun03.cern.ch (4.1/client-1.5)
id AA08386; Sun, 6 Nov 94 23:48:52 +0100
Date: Sun, 6 Nov 94 23:48:52 +0100
Message-Id: <9411062248.AA08386@ptsun03.cern.ch>
To: www-lib@www0.cern.ch
Subject: Updated documentation on the Library
Reply-To: Henrik Frystyk Nielsen <frystyk@www0.cern.ch>
content-length: 225
Hi
I have now updated most of the information on the Library at
http://info.cern.ch/hypertext/WWW/Library/Status.html
I hope you will find it useful - comments are welcome!
Lib 3.0 is not far away!
-- cheers --
Henrik
eturn-Path: hqm@datawave.net
Return-Path: <hqm@datawave.net>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA21323; Tue, 8 Nov 1994 22:42:30 +0100
Received: from nexus.datawave.net by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA09342; Tue, 8 Nov 1994 22:42:26 +0100
Received: from merlin.datawave.net (merlin.datawave.net [198.70.55.19]) by nexus.datawave.net (8.6.5/8.6.5) with ESMTP id NAA16277; Tue, 8 Nov 1994 13:40:33 -0800
Received: from localhost (hqm@localhost) by merlin.datawave.net (8.6.5/8.6.5) id NAA04788; Tue, 8 Nov 1994 13:42:46 -0800
Date: Tue, 8 Nov 1994 13:42:46 -0800
From: Henry Minsky <hqm@datawave.net>
Message-Id: <199411082142.NAA04788@merlin.datawave.net>
To: www-lib@www0.cern.ch
Subject: code for parsing the dates which are returned in HTTP request responses
content-length: 217
Does anyone have code which can parse the dates returned
in http response headers, such as
Date: Tuesday, 08-Nov-94 21:32:52 GMT
Last-Modified: Friday, 02-Sep-94 21:55:51 GMT
into unix style time structures?
eturn-Path: JCMa@wilson.ai.mit.edu
Return-Path: <JCMa@wilson.ai.mit.edu>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA09588; Sat, 19 Nov 1994 17:06:45 +0100
Received: from wilson.ai.mit.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA22329; Sat, 19 Nov 1994 17:06:44 +0100
Received: from jefferson.ai.mit.edu by wilson.ai.mit.edu via INTERNET with SMTP id 30012; 19 Nov 1994 10:58:07-0500
Date: Sat, 19 Nov 1994 10:56-0500
From: John C. Mallery <JCMa@wilson.ai.mit.edu>
Subject: Memory for a sparc 5 to run cern server
To: hallam@alws.cern.ch
Cc: www-lib@www0.cern.ch, panthers@LINCOLN.AI.MIT.EDU
Message-Id: <19941119155644.4.JCMA@jefferson.ai.mit.edu>
content-length: 421
How much memory should we have to run the cern server on
a sparc 5?
We've got 16meg now, which is clearly not enough.
Would 32 or 48 meg do it?
LLNL has lent us the machine for use during the open meeting.
We will use it to serve images and static text files in support of the smart
server.
We will have at least 3000 people beating on it pretty hard for several weeks
with load concentrated during the working day.
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA10329; Sat, 19 Nov 1994 17:21:55 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA23167; Sat, 19 Nov 1994 17:21:52 +0100
Received: from ptsun03.cern.ch by ptsun00.cern.ch (4.1/SMI-4.1)
id AA14348; Sat, 19 Nov 94 17:20:37 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Received: by ptsun03.cern.ch (4.1/client-1.5)
id AA17247; Sat, 19 Nov 94 17:23:26 +0100
Date: Sat, 19 Nov 94 17:23:26 +0100
Message-Id: <9411191623.AA17247@ptsun03.cern.ch>
To: JCMa@wilson.ai.mit.edu, www-lib@www0.cern.ch
Subject: Re: Memory for a sparc 5 to run cern server
Reply-To: Henrik Frystyk Nielsen <frystyk@www0.cern.ch>
content-length: 841
Hi
I am not sure, but I think you will get a better answer if you ask the
question on the
www-proxy@www0.cern.ch
list. There you will find a lot of people with practical experience
running a server. Take a look at the Mail information at
http://info.cern.ch/hypertext/WWW/Administration/Mailing/Overview.html
in case you are not subscribed to the proxy list.
-- cheers --
Henrik
> How much memory should we have to run the cern server on
> a sparc 5?
>
> We've got 16meg now, which is clearly not enough.
>
> Would 32 or 48 meg do it?
>
> LLNL has lent us the machine for use during the open meeting.
>
> We will use it to serve images and static text files in support of the smart
> server.
>
> We will have at least 3000 people beating on it pretty hard for several weeks
> with load concentrated during the working day.
>
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA00303; Sat, 26 Nov 1994 18:40:44 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA28672; Sat, 26 Nov 1994 18:40:41 +0100
Received: from ptsun03.cern.ch by ptsun00.cern.ch (4.1/SMI-4.1)
id AA04954; Sat, 26 Nov 94 18:41:05 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Received: by ptsun03.cern.ch (4.1/client-1.5)
id AA03668; Sat, 26 Nov 94 18:41:09 +0100
Date: Sat, 26 Nov 94 18:41:09 +0100
Message-Id: <9411261741.AA03668@ptsun03.cern.ch>
To: www-lib@www0.cern.ch
Subject: CERN LIBRARY OF COMMON CODE 3.0pre1 AVAILABLE
Reply-To: Henrik Frystyk Nielsen <frystyk@www0.cern.ch>
content-length: 5487
* * * * *
The CERN Common WWW Library is a general code base that can be used
as a basis for WWW clients and servers. It contains code for accessing
HTTP, FTP, Gopher, News, WAIS, Telnet servers, and the local file system.
Furthermore it provides modules for parsing, managing and presenting
hypertext objects to the user and a wide spectra of generic programming
utilities.
* * * * *
This pre-release is the first version of the CERN Library with support
for non-blocking, interruptible multithreaded I/O. It is to be
considered as a beta release as it contains a significant amount of
modifications compared to the last version (2.17). The CERN Line Mode
Browser is also released in order to show how the multithreaded
functionality can be enabled. The method used in the Line Mode Browser
is not limited to character-based clients but can support GUI clients
as well. The Library is not compatible with the CERN server 3.0 and it
should not be linked with this application. A later release of the
CERN server will support the current Library.
This release is only distributed to WWW developers which are in
contact with CERN. It is not to be considered as an official release,
as modifications and additions will be needed.
The plan is to keep up with these modifications and steadily release
improved versions of the Library continuously until a desired level of
stability is reached.
This release is also the first release of source code which is covered
by the new CERN copyright statement. The statement is published in the
file COPYRIGH - truncated to 8 bytes :-( and is a part of the
distribution file. It can also be read in hypertext format from
http://info.cern.ch/hypertext/WWW/Conditions/CERNFreeofCharge.html
We encourage everybody to study this statement - questions are welcome!
CERN Common Code Library 3.0pre1 is available as source code from:
ftp://info.cern.ch/pub/www/src/WWWLibrary_3.0pre1.tar.Z
Its is known to compile on Sun4, Solaris 2, HP Snake, NeXT, NeXT-386,
Decstation Ultrix, DEC OSF/1, SGI and AIX, but look also at the page
of supported platforms at:
http://info.cern.ch/hypertext/WWW/Library/User/Platform/Platform.html
Diffs and old versions are available at
ftp://info.cern.ch/pub/www/src/oldftp://info.cern.ch/pub/www/src/diffs
The top-node for documentation on the library is available at
http://info.cern.ch/hypertext/WWW/Library/Status.html and
Programmer's Guide is available at
http://info.cern.ch/hypertext/WWW/Library/User/Guide/Guide.html
The documentation has been modified significantly since the last
release. New ideas and comments are welcome!
The address to send email about CERN Library is:
libwww@info.cern.ch
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CERN Library 3.0pre1 Release Notes
New or Changed Features:
* Introduced the function HTLibInit() and HTLibTerminate() which MUST
be called when the application starts up and terminates.
* Introduced the modules HTThread and HTEvent. HTEvent is the
client interface when using multithreaded functionality and HTThread
is the internal socket management
* All __STDC__ defines now concentrated to HTUtils.html where it is
called _STANDARD_CODE_ so that _cplusplus also handles this
* `new' and `template' not used a names anymore (confuses C++)
* Removed from field in HTRequest structure. This is now handled by
the functions HTGetMailAddres and HTSetMailAddress and the flag HTEnableFrom
in the HTTP module.
* Changed HTSetMailAddress so that a call with parameter equals NULL
or "" clears the contents of the mail-address.
* The number of parameters to Streamstack function is now compatible
with the arguments to a stream converter, so that we don't loose any
information while putting up the stream stack.
* HTOutputSource variable is removed. You should use WWW_SOURCE in the
request structure
* HTGuess stream is a a converter compatible stream so that it
actually can be setup as a converter
* The stream methods `abort' and `_free' now returns int instead of
void. On success from these methods `_free' returns 0 and `abort'
return EOF
* Taken HTEscape and HTUnescape and put them into the HTEscape
module. The functionality is the same but now they can be used in
utility programs without linking in the whole Library
Bug Fixes:
* Removed bug in WAIS module which caused a lot of core dumps
* Removed bug in format classification from URL suffix in HTGoper when
the file was plaintext
* `localhost' is now recognized again after canonicalization in HTLoadFile()
* WAIS SEARCH now produces proper HTML
* Max number of lines in WAIS decreased to 200 as 250 (previous) dumps core
* Bug fixed in HTGetHostName if we must use the getdomainname() function.
* Added some support for SCO
* Handling of gopher items of type ERROR (3) changed so no more core
dumps in server
Have fun!
--
Henrik Frystyk Nielsen H&kon W. Lie
frystyk@info.cern.chhowcome@dxcern.cern.ch
+ 41 22 767 8265 + 41 22 767 8583
Frederick Roeber Phill Hallam-Baker
roeber@info.cern.chhallam@alws.cern.ch
+ 41 22 767 3755 + 41 22 767 8072
-------- World-Wide Web Project, CERN, CH-1211 Geneve 23, Switzerland --------
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA00314; Sat, 26 Nov 1994 18:40:45 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA28676; Sat, 26 Nov 1994 18:40:42 +0100
Received: from ptsun03.cern.ch by ptsun00.cern.ch (4.1/SMI-4.1)
id AA04957; Sat, 26 Nov 94 18:41:07 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Received: by ptsun03.cern.ch (4.1/client-1.5)
id AA03671; Sat, 26 Nov 94 18:41:11 +0100
Date: Sat, 26 Nov 94 18:41:11 +0100
Message-Id: <9411261741.AA03671@ptsun03.cern.ch>
To: www-lib@www0.cern.ch
Subject: CERN LINE MODE BROWSER 2.0pre1 AVAILABLE
Reply-To: Henrik Frystyk Nielsen <frystyk@www0.cern.ch>
content-length: 2766
* * * * *
The CERN Line Mode Browser is a character based World-Wide Web Browser.
It is developed for use on dumb terminals and as a test tool for the
CERN Common Code Library. It can be run in interactive mode, non-
interactive mode and as a proxy client. Furthermore it gives a variety
of possibilities for data format conversion, filtering etc. It is
primarily intended as a test-tool for quick access to the Web or
used in batch jobs.
* * * * *
This release is only distributed to WWW developers which are in
contact with CERN. It is not to be considered as an official release,
as modifications and additions will be needed.
The plan is to keep up with these modifications and steadily release
improved versions of the Library continuously until a desired level of
stability is reached.
This release is also the first release of source code which is covered
by the new CERN copyright statement. The statement is published in the
file COPYRIGH - truncated to 8 bytes :-( and is a part of the
distribution file. It can also be read in hypertext format from
http://info.cern.ch/hypertext/WWW/Conditions/CERNFreeofCharge.html
We encourage everybody to study this statement - questions are welcome!
CERN Line Mode Browser 3.0pre1 is available, source code:
ftp://info.cern.ch/pub/www/src/WWWLineMode_3.0pre1.tar.Z
Its is known to compile on Sun4, Solaris 2, HP Snake, NeXT, NeXT-386,
Decstation Ultrix, DEC OSF/1, SGI and AIX, but look also at the page
of supported platforms at:
http://info.cern.ch/hypertext/WWW/Library/User/Platform/Platform.html
Documentation is available at
http://info.cern.ch/hypertext/WWW/LineMode/Status.html
The addresses to send email about CERN Line Mode Browser are:
www-bug@info.cern.ch or
libwww@info.cern.ch
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CERN Line Mode Browser Release Notes
Most of the code is reorganized in order to adapt the application to
the multithreaded version of the Library. This means that the browser
now has the following new features:
* Interruptable I/O - hit 'z RETURN' and the current load terminates
* You can at any time initiate a new load or any other command by
simply start typing.
Try it - it is really fun!
--
Henrik Frystyk Nielsen H&kon W. Lie
frystyk@info.cern.chhowcome@dxcern.cern.ch
+ 41 22 767 8265 + 41 22 767 8583
Frederick Roeber Phill Hallam-Baker
roeber@dinfo.cern.chhallam@alws.cern.ch
+ 41 22 767 3755 + 41 22 767 8072
-------- World-Wide Web Project, CERN, CH-1211 Geneve 23, Switzerland --------
eturn-Path: connolly@hal.com
Return-Path: <connolly@hal.com>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA02251; Sat, 26 Nov 1994 19:28:03 +0100
Received: from hal.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA01509; Sat, 26 Nov 1994 19:28:01 +0100
Received: from austin2.hal.com by hal.com (4.1/SMI-4.1.1)
id AA27950; Sat, 26 Nov 94 10:27:58 PST
Received: from localhost by austin2.hal.com (4.1/SMI-4.1.2)
id AA05649; Sat, 26 Nov 94 12:27:57 CST
Message-Id: <9411261827.AA05649@austin2.hal.com>
To: frystyk@ptsun00.cern.ch
Cc: www-lib@www0.cern.ch
Subject: Re: CERN LIBRARY OF COMMON CODE 3.0pre1 AVAILABLE
In-Reply-To: Your message of "Sat, 26 Nov 1994 18:41:25 +0100."
<9411261741.AA03668@ptsun03.cern.ch>
Date: Sat, 26 Nov 1994 12:27:50 -0600
From: "Daniel W. Connolly" <connolly@hal.com>
content-length: 1094
In message <9411261741.AA03668@ptsun03.cern.ch>, Henrik Frystyk Nielsen writes:
>
>CERN Library 3.0pre1 Release Notes
>
>New or Changed Features:
Lots of good stuff.
As this is a major release, and folks will have to do a bit of re-tooling
anyway, I highly recommend two more changes:
1. Use a more traditional build setup, so folks can just do:
% zcat www-lib.tar.Z | tar xvf -
% cd www-lib
% ./configure
% make
or use Imake, but I think configure is better.
Prescribing that folks use this WWW/Library/Implementation directory
structure may interfere with integrating the www-lib into other projects.
I know it has interfered with several of mine.
In ftp://prep.ai.mit.edu/pub/gnu/
see autoconf-2.1.tar.gz Nov 4 10:39 (350432 bytes)
2. Generate the HTML documentation from the C source, rather than
the other way around. I expect that by now you know as well as I
do how many hassles this would alleviate.
I went surfing for a tool to do this and didn't see anything
immediately applicable. But I'm sure a quick perl hack would
do -- or even sed, for maximum portability.
Dan
eturn-Path: hallam@axal04.cern.ch
Return-Path: <hallam@axal04.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AB07772; Sat, 26 Nov 1994 22:03:31 +0100
Received: from AXAL04.DECnet MAIL11D_V3 by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA09616; Sat, 26 Nov 1994 22:03:29 +0100
Date: Sat, 26 Nov 1994 22:03:29 +0100
Message-Id: <9411262103.AA09616@dxmint.cern.ch>
From: hallam@axal04.cern.ch
X-Vms-To: DXMINT::www-lib@www0.cern.ch
X-Vms-Cc: HALLAM
Subject: Re: CERN LIBRARY OF COMMON CODE 3.0pre1 AVAILABLE
X-Mail11-Ostype: VAX/VMS
Apparently-To: <www-lib@www0.cern.ch>
content-length: 1323
From: DXMINT::"connolly@hal.com" 26-NOV-1994 19:29:41.93
>or use Imake, but I think configure is better.
Funily enough Fred has done the work to get configure going. Theonly reason this
was not sent out in the distribution is that there were already a lot of
changes.
>Prescribing that folks use this WWW/Library/Implementation directory
>structure may interfere with integrating the www-lib into other projects.
>I know it has interfered with several of mine.
Putting the different executables for different platforms into separate
directories is absolutely essential. We use AFS to mount the same file structure
onto all the platforms.
>2. Generate the HTML documentation from the C source, rather than
>the other way around. I expect that by now you know as well as I
>do how many hassles this would alleviate.
Absolutely.
>I went surfing for a tool to do this and didn't see anything
>immediately applicable. But I'm sure a quick perl hack would
>do -- or even sed, for maximum portability.
Absolutely not. Sed is only portable to UNIX platforms. Sed is never,
never the solution unless the problem is how to waste time. The problem
with a Perl hack is that no tool that does not completely parse the C
source properly is acceptable. Otherwise I have a set of perfectly good AWK
scripts.
Phill H-B
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA13270; Sun, 27 Nov 1994 14:48:01 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA19134; Sun, 27 Nov 1994 14:48:00 +0100
Received: from ptsun03.cern.ch by ptsun00.cern.ch (4.1/SMI-4.1)
id AA07830; Sun, 27 Nov 94 14:48:25 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Received: by ptsun03.cern.ch (4.1/client-1.5)
id AA03724; Sun, 27 Nov 94 14:48:30 +0100
Date: Sun, 27 Nov 94 14:48:30 +0100
Message-Id: <9411271348.AA03724@ptsun03.cern.ch>
To: www-lib@www0.cern.ch
Subject: Re: CERN LIBRARY OF COMMON CODE 3.0pre1 AVAILABLE
Reply-To: Henrik Frystyk Nielsen <frystyk@www0.cern.ch>
content-length: 2269
> As this is a major release, and folks will have to do a bit of re-tooling
> anyway, I highly recommend two more changes:
>
> 1. Use a more traditional build setup, so folks can just do:
>
> % zcat www-lib.tar.Z | tar xvf -
> % cd www-lib
> % ./configure
> % make
>
> or use Imake, but I think configure is better.
Frederick Roeber has been working on gnu configure for the last weeks
and we are just about to get it into the Library code. It still needs
some testing but it looks promising! The current number of supported
platforms have shown that the BUILD script method doesn't scale.
Suggestions or comments on `how close wwe shall stick to the current
structure and how close we should be to the gnu structure' are
welcome!
> Prescribing that folks use this WWW/Library/Implementation directory
> structure may interfere with integrating the www-lib into other projects.
> I know it has interfered with several of mine.
> 2. Generate the HTML documentation from the C source, rather than
> the other way around. I expect that by now you know as well as I
> do how many hassles this would alleviate.
I would like a better integration between the .html or .h files and the
.c files using hyperlinks. Most of the documentation (including the
.html source files) have been updated, and also the documentation under
http://info.cern.ch/hypertext/WWW/Library/Status.html
but I still feel that we need some more integration! My idea was to add
the functionality to the LineMode Browser so that it could link
together .h and .c files, but maybe this feature is already available
in other tools?
A PC re-port of the code is also coming up. It is not much of a problem
to get it to compile on a PC, but it is more the problems we have
discussed before regarding malloc() and fprintf(stderr, ""). I suggest
that we change both into a macro having the first be a call-back
function to the application so that it can close down gracefully. It
will take some time before the library is strong enough to handle the
situation better, but turning many of the modules into state machines
does help a lot.
As mentioned in the release note, we intent to keep up the number of
releases so any comments and suggestions to the code are welcome!
-- cheers --
Henrik
eturn-Path: JCMa@wilson.ai.mit.edu
Return-Path: <JCMa@wilson.ai.mit.edu>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA15308; Tue, 6 Dec 1994 08:10:25 +0100
Received: from cinnamon-life.ai.mit.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA25991; Tue, 6 Dec 1994 08:10:24 +0100
Received: from jefferson.ai.mit.edu (jefferson.ai.mit.edu [128.52.39.11]) by cinnamon-life.ai.mit.edu (8.6.9/8.6.9) with SMTP id CAA16375; Tue, 6 Dec 1994 02:10:08 -0500
Date: Tue, 6 Dec 1994 02:09-0500
From: "John C. Mallery" <JCMa@wilson.ai.mit.edu>
Subject: Specifying a Proxied URL on the CERN Server
To: www-proxy@www0.cern.ch
Cc: www-lib@www0.cern.ch, mshuster@AI.MIT.EDU, benjamin@AI.MIT.EDU
Message-Id: <19941206070901.1.JCMA@jefferson.ai.mit.edu>
content-length: 837
We need to use the CERN server to provide a proxy service to the world for
another server behind it running database code.
To achieve this, we need to give the world a URL that will reach through the
proxy cache on the cern server to the backend server.
There are two ways to do this that come to mind:
1. Install redirects on the CERN server that reference the backend host via
the proxy. Simple and elegant BUT I cant' find anything in the latest specs
to indicate that this is possible.
2. Write a script to convert an external reference on the CERN server into a
proxied get on the backend server.
Absolutely ANY workable suggestions on either of these approaches would be
most gratefully appreciated, especially if it arrived by 13:00 GMT.
We need to make this work by 17:00 GMT so that we can proxy cache some search
URLs.
eturn-Path: frystyk@ptsun00.cern.ch
Return-Path: <frystyk@ptsun00.cern.ch>
Received: from dxmint.cern.ch by www0.cern.ch (5.x/SMI-4.0)
id AA21727; Wed, 7 Dec 1994 00:33:37 +0100
Received: from ptsun00.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA25296; Wed, 7 Dec 1994 00:33:34 +0100
Received: by ptsun00.cern.ch (4.1/SMI-4.1)
id AA13456; Wed, 7 Dec 94 00:33:56 +0100
Date: Wed, 7 Dec 94 00:33:56 +0100
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Message-Id: <9412062333.AA13456@ptsun00.cern.ch>
To: frystyk@dxcern.cern.ch, www-lib@www0.cern.ch
Subject: Re: Notification: message ignored
content-length: 417
Hi John
You can make the proxy server proxy any request to the backend server. Then you don't
need any redirects and it is much cleaner. This is very easy as a proxy server is set up
as a proxy client jus tlike any other client. See
http://info.cern.ch/hypertext/WWW/Daemon/Status.html
I think the exact ULR is something like
http://info.cern.ch/hypertext/WWW/Daemon/User/Proxies.html
-- cheesr --
Henrik