Movatterモバイル変換


[0]ホーム

URL:


Wayback Machine
125 captures
30 Jul 1997 - 26 Jan 2026
MayJUNJul
20
200920102011
success
fail
COLLECTED BY
Organization:Alexa Crawls
Starting in 1996,Alexa Internet has been donating their crawl data to the Internet Archive. Flowing in every day, these data are added to theWayback Machine after an embargo period.
Collection:alexa_web_2010
this data is currently not publicly accessible.
TIMESTAMPS
loading
The Wayback Machine - https://web.archive.org/web/20100620062129/http://www.w3.org:80/Library/User/History.html

W3Clibwww

Change History of libwww

This is a list of changes tolibwww in reversechronological order. See also thereleasenotes for thelatest release.

Release 5.3.2, Dec 20, 2000

This is a minor release that mainly provides bug fixes and smallenhancements that have been commited to CVS since the last release. VladimirKoslov provided indispensable help for testing and preparing the Win32release. Special thanks to Wayne Davison, Art Barstow, Peter Stamfest, ZhuQun-Ying, Jens Meggers, Ken Olum for their contributions.

Release 5.3.1, Aug 4, 2000

This is the proper first 5.3 release. We changed the minor release numberas many people had started to refer to the previous release as 5.3.0.

Release 5.3.0pre, Jun 9, 2000

This is the first release done after Henrik's depart from W3C. We'recalling it a pre-release, as we're not sure if we prepared it correctly.Special thanks to Henrik Frystik, Fox One, Vladimir Koslov, Rafaelle Sena,and all the other libwww User's Community for their patches and continuoussupport.

Release 5.2.8, Apr 14, 1999

For this release, special thanks go to thelibwww hackers Olga Antropova,Vladimir Kozlov, John Punin Olga Antropova, Jose Kahan, Vladimir Kozlov, JohnPunin, Bob Racko, and Raffaele Sena for all their hard work and cool newfeatures including:

Alsoin progress is work on

Release 5.2.6, Feb 24, 1999

This release is the has a lot of bug fixes and new features - primarily asa result of lots of really cool work done by people hacking away on libwwwincluding:

Release 5.2, Nov 1, 1998

This release is the first release after thelibwwwCVS Repository was made public in May 1998. At the time of the releasethere were more than 500 checked out versions of the libwww code base andnumerous people have contributed to this release in form ofbug fixes, extensions, and new features.

New Features

Bug Fixes

Release 5.1m May 21, 1998

New Features

Bug Fixes

Release 5.1l March 25, 1998

This is a small add-on to 5.1k that was released two days ago. It has afew fixes that was discovered while working with the latestArena browser.

Bug Fixes

Release 5.1k March 23, 1998

New Features

Bug Fixes

Release 5.1j March 9, 1998

New Features

Bug Fixes

Release 5.1f January 1998

New Features

Bug Fixes

Release 5.1e January 1998

New Features

Bug Fixes

Release 5.1d December 1997

Bug Fixes

New Features

Release 5.1c September 1997

Release 5.1b April 1997

Bug Fixes

Release 5.1 February 18 1997

New Features and APIs

Bug Fixes

Release 5.0 September 10 1996

This release was originally called 4.1 but because we now have a completeHTTP/1.1 client side implemenation including apersistent cache manager and full supportfor uploading documents, we decided to call itversion 5.0 instead.

The focus for version 5.0 of theW3C Sample Code Libraryis to provide a set of higher level, application specific APIs for accessingthe Web. These APIs - calledprofiles -will help the application, a Web client for example, to more easily use thefull potential of the application independentLibrary core. Also, the Library contains asignificantly better interface for easy access to the Web through alarge set of functions specialized to performcertain Web operations likePUT,POST,DELETE,GET andHEAD.

This release contains aTCL add-on to the Robotexample application and aDeja GNU Test suitefor the Library. Also, it supportHTTP/1.1including persistent connections, two-wayPUT, and thehost header. There is also a samplePEPimplementation, that although incomplete can give an idea of where we'reheaded using PEP.

Bug Fixes

Release 4.1b5 August 24 1996

Release 4.1b5 is mainly a bug fix release after intensive testing againsttheCommon Lisp Serverwhich also is aHTTP/1.1 application. However, it also has a few new features worthnoting.

New Features

Bug Fixes

Release 4.1b4 August 20 1996

HTTP version 1.1 allows for effective use of persistent connections.However, in orderto make this work, a client application must be capable ofrecovering from a closed connection between sent requests. The beta 4 versionof libwww supports automatic connection recovery and provides thefunctionality for performing pipelining of requests. That is, there can bemultiple outstanding requests on the same connection In order to do this, therelease contains  modifications to theChannel Object, theHost object and theNet object.

New Features

Bug Fixes

Release 4.1b3 July 20 1996

Thefile access module now does contentnegotiation by default. This means that all local file access (including fromclient applications)do content negotiation when accessing localfiles. Content negotiation can be turned off by setting a flag in therequest object.

A main difference in beta 3 is that we now have a set of "application profiles" that helps theapplication to initializelibwww core towork as a typical client, robot or other type of application. This shouldreplace the huge initialization procedure seen in previous versions. This isin fact a result of the core being so flexible - it is inly a framework foraccessing the Web. The application must initialize all the functionality atrun-time. You can see the various profile functions in theWWWInit interface.

The second main difference is that theBEFORE andAFTERfilters have been more explicit than before. TheHTLoadStart andHTLoadTerminate functions actually covered many typicalBEFORE andAFTER filter functions like looking for proxies,searching the cache, looking for rule file matching, and logging etc.

However, two functions were not covered by this:redirection andauthentication. That is why the application in previous version had tosupply this functionality. However, in beta 3 we have split up theHTLoadStart andHTLoadTerminte functions into aset of filters which each perform only asingle function, for example looking for proxies. The split has twofunctions: first it shows how you can use filtes to add new functionality tothe Library and second it can be used by more types of applications. A resultof the new filters is that we also have default redirection andauthentication filters so you don't have to provide this anymore.

Thefilters are set up as part of theprofiles so you will normally not have toregister them individually.

New features and Changes

Bug Fixes

Release 4.1b1 May 20 1996

New Features

Release 4.0D February 12 1996

This upgrade release fixes some bugs and it adds functionality for postingdata from memory. This is the full list of changes:

Release 4.0C January 23 1996

Release 4.0A December 11 1995

Release 4.0 December 1 1995

Alpha Release 7, November 28 1995

Alpha Release 6, November 20 1995

Alpha Release 5, November 8 1995

The Library has now undergone a major restructuring in order to define theAPIs between the various parts and to make it more modular. The newarchitecture is described in theArchitecture document and includes anew Net manager that handles a request queue, a DNS manager that handlespersistent connections and a well defined Request manager where the HTRequestobject is an opaque object.

Core Modules

Protocol Modules

Stream Modules

Application Modules

Generic Utilities

Library 3.1, November 14 1995

Official release

Library 3.1pre3 Release Notes, November 13

This is a last test of the 3.1 release. The official 3.1 release willfollow in a few days. The purpose of this third pre-release is simply toavoid any obvious problems while we still have time. Very little will changein the final release! The big difference is that Windows NT is fullysupported!

New Features and Interfaces

Bug Fixes

Library 3.1 Prerelease 2, November 1 1995

The code word for the 3.1 release is support for remote collaborate workwhere people can use HTTP and the Web as a remote authoring environment. Thereason for the slight delay is that this release has a new "Post Web" modelfor implementing PUT and POST, the documentation has been reorganized andrewritten, and some other important features have been incorporated. The PostWeb model is described in the new documentation, see the reference below.

In addition to the new set of features and functionality this release alsois the first example of source code distributed under the W3C conditions.This means that the code is available to consortium members only within amonth from the release date.

A lot of the work put into this release has been to update the API of theLibrary. This is mainly described in the new "User Guide", so please do readthis and remember that comments are welcome!

New Features and Interfaces

Bug Fixes

Library 3.1 Prerelease 1, May 20 1995

A lot of the work put into this release has been to update the API of theLibrary. This is mainly described in the newUser Guide,so please do read this and remember that comments are welcome!

New Features and Interfaces

Bug Fixes

NoteCERN terminatedits direct engagement in the World Wide Web with the release of Libraryversion 3.0. The code is now developed and maintained byW3C.

Library 3.0, Mar 21 1995

Many of the modifications and new features are mentioned under thepre-releases.

Library 3.0 Prerelease 3, Mar 10 1995

New or Changed Features

Bug Fixes

Library 3.0 Prerelease 2, Dec 2 1994

Library 3.0 Prerelease 1, Nov 26 1994

New and Changed Features

Bug Fixes

2.17 Release on November 25 1994

New and Changed Features

Bug Fixes

2.16 Prerelease 2, November 1994

WAIS Client

The WAIS client has been improved and some bugs have been fixed:

HTTCP Module

Access Authorisation

2.16 Prerelease 1, April 1994

New Features and Changed Interfaces

HTTP Client

HTTP module contains the code for the HTTPclient. The module is now reorganized and made more modular.

Automatic Redirection
Now supported by the HTTP Module. The name of the new URL is parsed to the client via the error_stack as a ERR_INFO message, seeHTError module. The maximum number of redirections is set by the variable HTMaxRedirections.
Referer Field in HTTP request
Clients are provided the possibility of sending aReferer Field in aHTTP Request. This is done by filling out the HTRequest->parentAnchor field.
From field in HTTP Request
Clients can now send the full email address of the current user in theHTTP From field. The feature is turned off by default as it might get a bit tricky through a Proxy.
204 Response
Support of return code `204 No Response'

FTP Client

HTFTP module contains the code for the FTPclient. The FTP client has changed a lot in this release. It is now acomplete state machine where the actual action executed is a function of thecurrent state.

Gopher Client

TheGopher has been revised andimproved error handling has been implemented.

Information Messages
Some Gopher servers send back information messages in a line containing "error.host". This information is treated like login information from FTP servers so that it is represented as a message before or after the actual listing.
Iconized Listings
Listings now contain icons in the same way as the other listings.
CSO Name Server
The CSO Name Server client outputs in HTML and not only <PRE> as before.
Content Type Recognition
The Gopher module uses it's own content-type recognition inherited from HTTP when handling gopher text and gopher binary files. This means, that e.g. PostScript files get handled correctly.

Local File Access

The new version of HTFile module is a lot smaller as all Directory listingstuff has moved to HTDirBrw module. New error handling has beenimplemented.

Passive and Active Connection Establishment

Calls to connect() and accept() now go through the functions HTDoConnect()and HTDoAccept() respectively.

Cache of Host Names and Addresses

HTInetParse() that is called from within HTDoConnect now has an internalcache of the names and (possible multiple) IP-addresses of visited hosts.This minimizes the access to the file /etc/hosts and the Domain Name Server,even though aliases are not recognized in the cache.

The default cache size is 500 entries and a host stays as long as aconnect() succeeds. That is, if connection is refused for some reason, thehost is taken out of the cache.

The time to make a connection to a multihomed host is measured every timeand a mean access time is calculated so that HTDoConnect always takes thefastest IP-address.

Improved Functionality of DNS requests

The Library now provides functionality for obtaining the full mail addressof the user, full domain name of the host and also the possibility forsetting both values. This means that the user can use his official emailaddress, e.g. in the HTTP request.

Long Directory Listings

Long directory listings for HTTP, FTP and files on the local file systemsupported. For the moment only a part of the functionality, e.g, sorting,which columns to show etc. is exploited.

Icon Management

Icons in directory listings are bound to MIME content-types and encoding.They can be found in theHTIcons module.The default set of icons is set up using HTStdIconInit() and new icons can beadded dynamicly using HTAddIcon().

File Descriptions in Directory Listings

File descriptions are supported for long HTTP directory listings. Thedefault thing is to peek the title of the HTML files.

Error and Information Message Management

A new error handling module is introduced inHTError. It uses the error_stack entry in theHTRequest object. It handles nested errormessages so that we can give a reason for the error, e.g.

    Error in ...        This error occurred because ...            This is caused by ...                etc.

It also makes it possible for the Library to pass information back to theclient so that the the Library doesn't act like a `black hole'. An example isHTTP redirection with status code `Moved 301'. Now the new URL is parsed backto the client via the error_stack so that the client can update the referencewhen possible.

The function that generates and outputs the error messages to the user isput into HTErrorMsg Module so that it can be overwritten by a smart client orserver.

Guessing the Content Type of a Stream

The HTGuess module reads a part a stream and determines the content typewith the highest probability from a statistical analysis.

Minor Stuff

tmpnam()
Because of problems on NeXT platforms the tmpnam() function is now replaced by HTFWriter_filename() in HTFWriter.c. The function has two modes: Give back a hash name or the last part of the URL (which normally is more readable).
HTMLPutImg()
New function to make it easier to put out an HTML <IMG> tag.
HTParseInet()
Added one more parameter to tell whether it is a multihomed host or not. (This is used in the host cache).
HTInetStatus()
Should no more be used directly but is called from HTErrorAdd so that the message goes all the way back to the user
HTError
This typedef is now obsolete and will be removed in future releases
HTLoad()
Added new parameter to HTLoad: BOOL keep_error_stack. If YES then the error_stack is not cleared. This is used in redirection etc.
HTLoadError()
Because of the newHTError module, this function in HTML.c is not needed anymore.

Bug Fixes

This is a list of fixed bugs from earlier versions.

27 March 94 2.16beta VMS version

25 March 94 - 2.15

General Upgrade

International

Bug Fixes

15 December 2.14vms

17 November 2.14

4 Nov 93 Version 2.13

11 Oct 93 Version 2.12

8 Sept 93 Version 2.11

Version 2.10 Not released due to WWWWW

30 November 1993, version 2.09a

23 November 1993, version 2.09

At last this stupid library is aware of content-transfer-encoding. Whendefining file suffixes you must define not only the content-type (egapplication/postscript) but also the encoding (eg binary, or 7bit). The firsteffect of this is to get the proper mode selected for FTP transfers. Thismeans you can do a

        www -source ftp:/xx.yy.edu/pub/junk/foo.tar.Z > junk.tar.Z

and it will work as expected.

On the client side, you can define the presentation method for any givenMIME-style 'content type". This is done in the rule file too.

2.08

15 November 93, version 2.07

7 November 93, 2.06

May 1993 version 2.05a

22 April 1993 version 2.04

20 April 1993 version 2.03c:

19 April 1993 version 2.03b

17 Mar 93 Version 2.02-beta

15 Mar 93 Version 2.0 alpha:

Incompatible library release has cleaned up interfaces. Developers readthe .h files! Version 2 libraries must be compiled with version 2 productsand vice-versa. Version 2 clients will access (most) version 1 servers OK,version 2 servers will respond correctly to (all) version 1 clients.

6 January 1993, Version1.1a

11 December 1992, Version 1.1

December 1992, Version 1.0c

November 1992 Version1.0b

November 1992 version 1.0


Jos� Kahan,
@(#) $Id: History.html,v 1.41 2002/06/07 12:42:34 kahan Exp $
[8]ページ先頭

©2009-2026 Movatter.jp