W3C home > Mailing lists > Public > www-lib@w3.org > April to June 1995

Win32 Developers?

From: Daniel A. Norton <danorton@albany.net>
Date: Mon, 3 Apr 1995 12:14:20 -0400
Message-Id: <01BA01BC.74B04B20@pm1ip13.albany.net>
To: "'www-lib'" <www-lib@w3.org>
Is anyone doing Win32 development for the w3lib?
If so, are there binaries available for the library
and the linemode browser?

--
Daniel A. Norton          danorton@albany.net


eturn-Path: cmcneil@mta.ca 
Return-Path: <cmcneil@mta.ca>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA25814; Mon, 3 Apr 1995 14:12:15 +0500
Received: from unb.ca (hermes.csd.unb.ca) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA23240; Mon, 3 Apr 1995 14:12:14 +0500
Received: from mailserv.mta.ca by unb.ca (8.6.10/950329-14:38)
	id PAA20791; Mon, 3 Apr 1995 15:12:12 -0300
Received: from humble.mta.ca by mailserv.mta.ca; (5.65/1.1.8.2/09Sep94-0117PM)
	id AA29406; Mon, 3 Apr 1995 15:14:00 -0300
Message-Id: <9504031814.AA29406@mailserv.mta.ca>
From: Chris McNeil <cmcneil@mta.ca>
Reply-To: Chris McNeil <cmcneil@mta.ca>
To: www-lib@w3.org
Subject: Windows www-lib
Date: Mon, 03 Apr 1995 15:11:15 AST
X-Mailer: IST Internet Express Mail version 1.0
Content-Length: 311

I was very happy to see that the new version of the www-lib supports windows and 
would like to try it out. Is there a makefile for the windows version or just how to 
I go about compiling it ??

Please Respond to my email address instead of this list.


Chris McNeil
cmcneil@mta.ca
Chris McNeil
cmcneil@mta.ca
eturn-Path: danorton@albany.net 
Return-Path: <danorton@albany.net>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB05856; Mon, 3 Apr 1995 15:41:11 +0500
Received: from lori.albany.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA23989; Mon, 3 Apr 1995 15:41:09 +0500
Received: from pm1ip13.albany.net (pm1ip19.albany.net [204.180.208.69]) by lori.albany.net (8.6.11/8.6.11) with SMTP id PAA10629; Mon, 3 Apr 1995 15:52:52 -0400
Received: by pm1ip13.albany.net with Microsoft Mail
	id <01BA01D0.CDF327C0@pm1ip13.albany.net>; Mon, 3 Apr 1995 14:40:02 -0400
Message-Id: <01BA01D0.CDF327C0@pm1ip13.albany.net>
From: "Daniel A. Norton" <danorton@albany.net>
To: "'www-lib'" <www-lib@w3.org>
Cc: "'cmcneil@mta.ca'" <cmcneil@mta.ca>
Subject: RE: Windows www-lib
Date: Mon, 3 Apr 1995 14:39:56 -0400
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Length: 776

Chris McNeil <cmcneil@mta.ca> writes:
>Is there a makefile for the windows version or just how to 
>I go about compiling it ??

>From what I can gather, the changes were only theoretical and done
by someone who does not actually have a Windows system, and the
makefile was not created.

If I can't find someone else who has done it, I plan to prepare
the makefiles and binaries for Win32 (not Win16), if they build
successfully.  From there I'll see about actually getting it to
work.  My initial focus will be getting the line-mode browser
to work in a Win32 console session.  I'll be using MSVC++ 2.00
and working primarily with Win95, but I hope to do some testing
with WinNT 3.5, too.

Followup to www-lib@w3.org, please.

--
Daniel A. Norton          danorton@albany.net

eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA27595; Tue, 4 Apr 1995 23:42:00 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10490; Tue, 4 Apr 1995 23:41:59 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA02665; Tue, 4 Apr 1995 23:41:54 +0500
Date: Tue, 4 Apr 1995 23:41:54 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9504050341.AA02665@www20>
To: www-lib@w3.org, danorton@albany.net
Subject: Re: Win32 Developers?
Cc: cbrooks@osf.org
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 711


Hi Daniel

As this list hasn't been public for very long, it might be a bit slow
in the start up phase, so please spread the word! We keep mail info on

	http://www.w3.org/hypertext/WWW/Administration/Mailing/Mail/

> Is anyone doing Win32 development for the w3lib?
> If so, are there binaries available for the library
> and the linemode browser?

I know that several people (especially Charlie Brooks <cbrooks@osf.org>)
are working on a better port of the Library as version 3.0 only was a
starter and I have no windows(NT) machines around (yet). There are still
some problems that we work on getting solved, but that should hopefully be
ready before long (in form of patches)

-- cheers --

Henrik Frystyk
eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA28885; Wed, 5 Apr 1995 00:02:03 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10695; Wed, 5 Apr 1995 00:02:02 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA02742; Wed, 5 Apr 1995 00:02:01 +0500
Date: Wed, 5 Apr 1995 00:02:01 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9504050402.AA02742@www20>
To: www-lib@www10.w3.org, danorton@albany.net
Subject: RE: Windows www-lib
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 897


>From what I can gather, the changes were only theoretical and done
by someone who does not actually have a Windows system, and the
makefile was not created.

Yep, I kind of regret that now, but anyway - done is done and I
have received my flame mail for it ;-)

> If I can't find someone else who has done it, I plan to prepare
> the makefiles and binaries for Win32 (not Win16), if they build
> successfully.  From there I'll see about actually getting it to
> work.  My initial focus will be getting the line-mode browser
> to work in a Win32 console session.  I'll be using MSVC++ 2.00
> and working primarily with Win95, but I hope to do some testing
> with WinNT 3.5, too.

Just to avoid too much double work, there will be a better support 
coming out in the next flush (as I mentioned in a previous mail) 

> Followup to www-lib@w3.org, please.

Sure do :-)

-- cheers --

Henrik Frystyk
eturn-Path: saran@cs.ucsb.edu 
Return-Path: <saran@cs.ucsb.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA01040; Thu, 6 Apr 1995 18:56:01 +0500
Received: from hub.ucsb.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA03968; Thu, 6 Apr 1995 18:55:59 +0500
Received: from eci1.ucsb.edu (eci1-52.ucsb.edu) by hub.ucsb.edu; id AA12198
	sendmail 4.1/UCSB-2.1-sun
	Thu, 6 Apr 95 15:55:54 PDT for www-lib@w3.org
Received: from kawai.cs.ucsb.edu
	by eci1.ucsb.edu (1.38.193.5/UCSB-v3)
	id AA05507; Thu, 6 Apr 1995 15:55:50 -0700
Received: by kawai (4.1/UCSB-v2)
	id AA00489; Thu, 6 Apr 95 15:55:20 PDT
Date: Thu, 6 Apr 95 15:55:20 PDT
From: saran@cs.ucsb.edu (Amitabh Saran)
Message-Id: <9504062255.AA00489@kawai>
To: www-lib@w3.org
Subject: Debugging/Tracing Opns
Content-Length: 294


Hi,

	Is there a site/place where i can get binaries
of the LCC and the LineMode Browser built with debugging
option set ( -g ??)? It would save me a lot of trouble
of recompiling the whole code. BTW where can i get the
"normal" precompiled binaries for the LCC (libwww.a???) ?

Thanks,
amit

eturn-Path: pt94abr%pt.hk-r.se@www10.w3.org 
Return-Path: <pt94abr%pt.hk-r.se@www10.w3.org>
Received: from mintaka.lcs.mit.edu by www19 (5.0/NSCS-1.0S) 
	id AO01521; Mon, 24 Apr 1995 11:00:55 +0500
Received: from www10.w3.org by MINTAKA.LCS.MIT.EDU id aa03964;
          24 Apr 95 10:04 EDT
Received: from jupiter.pt.hk-r.se by www10.w3.org (5.0/NSCS-1.0S) 
	id AA17558; Mon, 24 Apr 1995 10:00:32 +0500
Received: from enceladus.pt.hk-r.se (pt94abr@enceladus.pt.hk-r.se [194.47.132.14]) by jupiter.pt.hk-r.se (8.6.9/8.6.9) with ESMTP id QAA20809 for <www-lib@w3.org>; Mon, 24 Apr 1995 16:00:24 +0200
From: ASKER BRODERSEN <pt94abr@pt.hk-r.se>
Received: (pt94abr@localhost) by enceladus.pt.hk-r.se (8.6.9/8.6.9) id QAA06874 for www-lib@w3.org; Mon, 24 Apr 1995 16:00:18 +0200
Date: Mon, 24 Apr 1995 16:00:18 +0200
Message-Id: <199504241400.QAA06874@enceladus.pt.hk-r.se>
To: www-lib@w3.org
Subject: Compiling for Windows
Content-Length: 1116

Hi,
I am about to write a GUI web-browser for windows, and I have read on the W3 homepages that the Library of Common Code 3.0 should contain an initial port to Windows. But where is it? I downloaded the 3.0 lib & linemode-browser, but I can find nothing related to Windows, only UNIX-makefiles.

Please help me out.

Background for my need of this port: (Uninteresting?)
I am studying Software Engineering at my university and am currently taking a course called Individual Software-project. My task is to create a Windows web-browser with extra features (animation: mpeg, avi & sound: wav, mod). The result should be a freely distributed program. So I am to choose between two options: 1) write everything from scratch, or 2) building my application on top of existing code. As this is a 8 week half-time course I obviously can't create it from scratch (this is the course in which we write our first REAL programs), I have been busy the past few weeks looking at various public code.

The Library of Common Code seems to be the way to go, BUT I can't get a grip on how to use it, so pleease help me out!


/Asker
eturn-Path: gunnarr@ifi.uio.no 
Return-Path: <gunnarr@ifi.uio.no>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA26675; Thu, 27 Apr 1995 15:46:32 +0500
Received: from ifi.uio.no by www10.w3.org (5.0/NSCS-1.0S) 
	id AA28360; Thu, 27 Apr 1995 15:46:14 +0500
Received: from solva.ifi.uio.no (3864@solva.ifi.uio.no [129.240.70.2]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <VAA28671@ifi.uio.no> for <www-lib@www10.w3.org> ; Thu, 27 Apr 1995 21:46:08 +0200
From: =?iso-8859-1?Q?Gunnar_R=F8nning?=  <gunnarr@ifi.uio.no>
Mime-Version: 1.0
Received: (from gunnarr@localhost) by solva.ifi.uio.no ; Thu, 27 Apr 1995 21:46:07 +0200
Date: Thu, 27 Apr 1995 21:46:07 +0200
Message-Id: <199504271946.22226.solva.ifi.uio.no@ifi.uio.no>
To: www-lib@www10.w3.org
Subject: Identifying my application
Content-Length: 282


I'm using version 2.17 of the library and want to identify my application
to the http server. I have set HTAppName and HTAppVersion, but they don't
seem to show up at server. Is there some other variables I should set in
order to achieve this ?

Many thanks in advance, 
	
	Gunnar
eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA02060; Thu, 27 Apr 1995 18:27:00 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA29877; Thu, 27 Apr 1995 18:26:58 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA08731; Thu, 27 Apr 1995 18:26:58 +0500
Date: Thu, 27 Apr 1995 18:26:58 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9504272226.AA08731@www20>
To: www-lib@w3.org, gunnarr@ifi.uio.no
Subject: Re: Identifying my application
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 766


> I'm using version 2.17 of the library and want to identify my application
> to the http server. I have set HTAppName and HTAppVersion, but they don't
> seem to show up at server. Is there some other variables I should set in
> order to achieve this ?

You mean in the User-Agent: Field? The two variables HTAppName and HTAppVersion
are sufficient to create this field. If they are not assigned a value then they
default to "unknown" and "0.0". Are your variables global, so that the library 
can see them?


-- cheers --

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE45-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: gunnarr@ifi.uio.no 
Return-Path: <gunnarr@ifi.uio.no>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA01336; Fri, 28 Apr 1995 11:54:53 +0500
Received: from ifi.uio.no by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10884; Fri, 28 Apr 1995 11:54:49 +0500
Received: from delling.ifi.uio.no (3864@delling.ifi.uio.no [129.240.100.4]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <RAA04599@ifi.uio.no> ; Fri, 28 Apr 1995 17:54:47 +0200
From: =?iso-8859-1?Q?Gunnar_R=F8nning?=  <gunnarr@ifi.uio.no>
Mime-Version: 1.0
Received: (from gunnarr@localhost) by delling.ifi.uio.no ; Fri, 28 Apr 1995 17:54:46 +0200
Date: Fri, 28 Apr 1995 17:54:46 +0200
Message-Id: <199504281554.28143.delling.ifi.uio.no@ifi.uio.no>
To: Henrik Frystyk Nielsen <frystyk@w3.org>, www-lib@w3.org
In-Reply-To: frystyk@w3.org's message of Thu, 27 Apr 1995 18:26:58 +0500
Subject: Re: Identifying my application
References: <9504272226.AA08731@www20>
Content-Length: 723

On Thu, 27 Apr 1995 18:26:58 +0500, frystyk@w3.org (Henrik Frystyk Nielsen) said:

> You mean in the User-Agent: Field? The two variables HTAppName and
> HTAppVersion are sufficient to create this field. If they are not
> assigned a value then they default to "unknown" and "0.0". Are your
> variables global, so that the library can see them?

I found that nothing actually was wrong in the first place. I just have
some strange problems with the server-side includes I use to output the
information. I'm sorry to have wasted your time on this.

Another thing is that the use of HTAppName and HTAppVersion is not too
well-documented in the 2.17 release, HTTP.c was the only place I could find
anything about it. 

	Gunnar
eturn-Path: speedym@slip.net 
Return-Path: <speedym@slip.net>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA23661; Fri, 28 Apr 1995 17:27:21 +0500
Received: from slip-1.slip.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13363; Fri, 28 Apr 1995 17:25:03 +0500
Received: from mitch (sfsp83.slip.net [204.160.88.171]) by slip-1.slip.net (8.6.9/8.6.9) with SMTP id OAA20630 for <www-lib@www10.w3.org>; Fri, 28 Apr 1995 14:24:35 -0700
Date: Fri, 28 Apr 1995 14:24:35 -0700
Message-Id: <199504282124.OAA20630@>
X-Sender: speedym@slip.net
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: www-lib@www10.w3.org
From: speedym@slip.net (Speedy Mitch)
Subject: HTImProxy configuration variable
Content-Length: 871

What is the meaning of the HTImProxy configuration variable in HTAccess?

Its default value is "NO" and the only comment I can find is "If I'm
cern_httpd as a proxy".

This flag's default value causes my MEHOD_HEAD HTLoadPage request to return
an empty stream.  Further debugging shows that in HTLoadHTTP's state machine
the state transition:

case HTTP_SENT_REQUEST:			    /* Put up stream */
    http->target = HTImProxy ? request->output_stream :
HTTPStatus_new(request, http);
    http->state = HTTP_NEED_BODY;
    break;

uses HTImProxy to select the HTTPStatus_new stream rather than the desired
request->output_stream.  The HTTPStatus stream then eats the HTML header
information (as it should for the GET method, but not the HEAD method).

Thanks in advance for any input.


===============
Speedy Mitch
IQ Interface
(415) 331-0304 (office)
(415) 331-9620 (fax)

eturn-Path: hartig@fsl.noaa.gov 
Return-Path: <hartig@fsl.noaa.gov>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB24049; Fri, 28 Apr 1995 17:33:36 +0500
Received: from fslg8.fsl.noaa.gov by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13382; Fri, 28 Apr 1995 17:31:21 +0500
Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C)
	id AA13353; Fri, 28 Apr 95 21:30:26 GMT
Received: from thimbu (thimbu.fsl.noaa.gov) by phoenix.fsl.noaa.gov (4.1/SMI-4.1)
	id AA02881; Fri, 28 Apr 95 21:30:27 GMT
Date: Fri, 28 Apr 95 21:30:27 GMT
Message-Id: <9504282130.AA02881@phoenix.fsl.noaa.gov>
X-Sender: hartig@phoenix.fsl.noaa.gov
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: www-lib@www10.w3.org
From: hartig@fsl.noaa.gov (Kevin Hartig)
Subject: Compiling www-lib under 16bit MS Windows
X-Mailer: <PC Eudora Version 1.4>
Content-Length: 2122

I have recently downloaded the WWW-Lib version 3.0 along with
the corresponding version of the Line Browser code for testing.
I am building the software with Microsoft Visual C++ version 1.52.

So far I have been able to create a .lib for the www-lib. A few things to note are:

    - dependencies on the following file must be removed because the files
      do not exist in MS Windows
	sys/ipc.h \
	sys/dirent.h \
	sys/unistd.h \
	sys/wait.h \
	sys/param.h \
	sys/file.h \
	sys/dir.h \
	sys/socket.h \
	netinet/in.h \
	arpa/inet.h \
	appkit/appkit.h \

    - references to the sleep macro and the 'system' library call need to be
      changed becausr they do not exist in MS Windows. To get the software
      to compile and link properly I #ifdef ' ed the sleep statement out and 
      changed the system call to WinExec. I'm not sure yet id this will
      work correctly.

    - the prevent use of extended dictionary option (/NOE) must be
      specified in the linker options to prevent the linker from searching extended       dictionaries when resolving references.

When compiling the Line Browser it is necessary to build a QuickWin
application, otherwise the compiler complains about all the printf statements
which don't work in regular Windows applications.

Everthing now compiles fine. The Linker produces a warning when building
the Line Browser

    LINK : warning L4021: no stack segment

and when I try to launch the application the error:

    Insufficient memory to start appliation

comes up.

Both the library and Line Browser are built using the Large Memory model
which should be correct. At this point I'm stuck. If someone could tell
what I'm doing wrong or could make some suggestions, I will be grateful.

Thanks.

---------------------------------------------------------------------------------------
Kevin Hartig                             tel:       303-938-2082
GLOBE Program                      fax:      303-938-2090
NOAA/ERL/FSL                       e-mail: hartig@fsl.noaa.gov
325 Broadway, MS-R/E/FS4      web:    http://khartoum.fsl.noaa.gov/hartig/home.htm
Boulder, CO 80303
eturn-Path: jchiang@crl.com 
Return-Path: <jchiang@crl.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB03259; Fri, 28 Apr 1995 19:25:57 +0500
Received: from mail.crl.com by www10.w3.org (5.0/NSCS-1.0S) 
	id AA14177; Fri, 28 Apr 1995 19:25:54 +0500
Received: from crl.crl.com (crl.com) by mail.crl.com with SMTP id AA04999
  (5.65c/IDA-1.5 for <www-lib@w3.org>); Fri, 28 Apr 1995 16:25:34 -0700
Received: by crl.crl.com id AA13827
  (5.65c/IDA-1.5 for www-lib@w3.org); Fri, 28 Apr 1995 16:25:33 -0700
Date: Fri, 28 Apr 1995 16:25:33 -0700 (PDT)
From: John Chiang <jchiang@crl.com>
To: www-lib@w3.org
Subject: Porting to MS Windows
Message-Id: <Pine.SUN.3.91.950428162145.12950A-100000@crl.crl.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 659

Hi,

I'm new to the list and have some general questions regarding Windows
version of WWWLibrary. 

I will like to talk with people who have ported the CERN library source code
(WWWLibrary and WWWLineMode) in ftp.w3.org into a Microsoft Windows GUI
viewer.

In HTML.C, I didn't find any implementation of FORM elements or HTML 3.0
elements, although they are entered in the DTD in HTMLPDT.C.

I also didn't find any tokenizer in the library code.  Is this done outside
of the library?

Is there any DOS/Windows based executable that's based on the CERN code
that I can experiment with to see how all the pieces fit together?

I appreciate any responses.





eturn-Path: danorton@albany.net 
Return-Path: <danorton@albany.net>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA20149; Sat, 29 Apr 1995 08:27:46 +0500
Received: from lori.albany.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA18373; Sat, 29 Apr 1995 08:27:45 +0500
Received: from pm1ip14.albany.net (pm1ip28.albany.net [204.180.208.78]) by lori.albany.net (8.6.12/8.6.12) with SMTP id IAA24341 for <www-lib@w3.org>; Sat, 29 Apr 1995 08:27:40 -0400
Received: by pm1ip14.albany.net with Microsoft Mail
	id <01BA160B.04B48260@pm1ip14.albany.net>; Sat, 29 Apr 1995 08:27:08 -0400
Message-Id: <01BA160B.04B48260@pm1ip14.albany.net>
From: "Daniel A. Norton" <danorton@albany.net>
To: "'jchiang@crl.com'" <jchiang@crl.com>, "'www-lib'" <www-lib@w3.org>
Subject: RE: Porting to MS Windows
Date: Sat, 29 Apr 1995 08:23:14 -0400
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Length: 654

John Chiang[SMTP:jchiang@crl.com] writes:
>I will like to talk with people who have ported the CERN library source code
>(WWWLibrary and WWWLineMode) in ftp.w3.org into a Microsoft Windows GUI
>viewer.

No one has fully ported even the base code to Windows yet,
but I am compiling a list of folks who are interested in
helping do the port.  Kevin Hartig <hartig@fsl.noaa.gov>
has just started a port for Win16 and I'll be focusing on
Win32.  If someone has access to a shared FTP site, perhaps
we could keep the interim code there to share among
ourselves while we complete the port?

--
Daniel A. Norton          danorton@chsw.com
Cherry Hill Software

eturn-Path: sjwalter@winternet.com 
Return-Path: <sjwalter@winternet.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA01756; Sat, 29 Apr 1995 11:07:56 +0500
Received: from icicle.winternet.com by www10.w3.org (5.0/NSCS-1.0S) 
	id AA19328; Sat, 29 Apr 1995 11:07:55 +0500
Received: from host-33.dialup.winternet.com by icicle.winternet.com  with smtp
	(SunOS Smail3.1.28.1 #5) id m0s5E7c-000SwPC; Sat, 29 Apr 95 10:07 CDT
Message-Id: <m0s5E7c-000SwPC@icicle.winternet.com>
Date: Sat, 29 Apr 95 10:07 CDT
X-Sender: sjwalter@winternet.com
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: www-lib@www10.w3.org
From: sjwalter@winternet.com (Scott J. Walter)
Subject: RE: Porting to MS Windows
Content-Length: 1063

>John Chiang[SMTP:jchiang@crl.com] writes:
>
>No one has fully ported even the base code to Windows yet,
>but I am compiling a list of folks who are interested in
>helping do the port.  Kevin Hartig <hartig@fsl.noaa.gov>
>has just started a port for Win16 and I'll be focusing on
>Win32.  If someone has access to a shared FTP site, perhaps
>we could keep the interim code there to share among
>ourselves while we complete the port?

If noone else volunteers, you are welcome to store code here:

   ftp://ftp.winternet.com/users/~sjwalter/

I would also be interested in assisting in the porting process.

-Scotty
---------------------------------------------------------------------
 Scott J. "Scotty" Walter | "Ah'm sorrah, sir ... but y' jes kinna
 Maverick Software        |  fit annah muhr on th' floppy.  Y' jes
                          |  kinna mess wi' th' lahws o' data
 SJWalter@WinterNet.COM   |  compression!"
---------------------------------------------------------------------
  "It's not a bug ... it's not a feature ... it's an ENHANCEMENT!!"

eturn-Path: cwensel@rtis.com 
Return-Path: <cwensel@rtis.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA02582; Sat, 29 Apr 1995 18:06:30 +0500
Received: from brazos.bihs.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA22201; Sat, 29 Apr 1995 18:04:16 +0500
Received: from dev.rtis.com (dev2.rtis.com [204.96.15.9]) by brazos.bihs.net (8.6.9/8.6.9) with SMTP id RAA28442 for <www-lib@mail.w3.org>; Sat, 29 Apr 1995 17:03:24 -0500
Date: Sat, 29 Apr 1995 17:03:24 -0500
Message-Id: <199504292203.RAA28442@brazos.bihs.net>
X-Sender: cwensel@bihs.net
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: www-lib@www10.w3.org
From: cwensel@rtis.com (Chris Wensel)
Subject: RE: Porting to MS Windows
Content-Length: 1885

>>John Chiang[SMTP:jchiang@crl.com] writes:
>>
>>No one has fully ported even the base code to Windows yet,
>>but I am compiling a list of folks who are interested in
>>helping do the port.  Kevin Hartig <hartig@fsl.noaa.gov>
>>has just started a port for Win16 and I'll be focusing on
>>Win32.  If someone has access to a shared FTP site, perhaps
>>we could keep the interim code there to share among
>>ourselves while we complete the port?
>
>If noone else volunteers, you are welcome to store code here:
>
>   ftp://ftp.winternet.com/users/~sjwalter/
>
>I would also be interested in assisting in the porting process.
>
>-Scotty
>---------------------------------------------------------------------
> Scott J. "Scotty" Walter | "Ah'm sorrah, sir ... but y' jes kinna
> Maverick Software        |  fit annah muhr on th' floppy.  Y' jes
>                          |  kinna mess wi' th' lahws o' data
> SJWalter@WinterNet.COM   |  compression!"
>---------------------------------------------------------------------
>  "It's not a bug ... it's not a feature ... it's an ENHANCEMENT!!"
>

I would also like to volunteer helping with a win32 port of the library. I
can also offer an ftp site (secure if needed) and web pages on my server. I
really want to see the efforts with the wwwlib ports remain in the public
domain for use by all interested parties freely. I started in the UNIX
environment and really enjoyed the 'community good' spirit it had, I would
really like to see an equivalent develop among the pc (windows, nt, os/2
etc..) users.

chris

*********************************************************************
 Chris Wensel                   cwensel@rtis.com

 Real Time Internet Services    PO Box 2726 College Station TX 77841
 <URL:http://www.rtis.com/>     (409) 268-8285 Fax:(409) 691-2044   
*********************************************************************


eturn-Path: danorton@albany.net 
Return-Path: <danorton@albany.net>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA11414; Sun, 30 Apr 1995 06:47:48 +0500
Received: from lori.albany.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA25451; Sun, 30 Apr 1995 06:47:47 +0500
Received: from chsw.albany.net (pm1ip7.albany.net [204.180.208.57]) by lori.albany.net (8.6.12/8.6.12) with SMTP id GAA09504 for <www-lib@w3.org>; Sun, 30 Apr 1995 06:47:43 -0400
Received: by chsw.albany.net with Microsoft Mail
	id <01BA16C6.58D1F380@chsw.albany.net>; Sun, 30 Apr 1995 06:48:05 -0400
Message-Id: <01BA16C6.58D1F380@chsw.albany.net>
From: "Daniel A. Norton" <danorton@albany.net>
To: "'www-lib'" <www-lib@w3.org>
Subject: mswin: getting started
Date: Sun, 30 Apr 1995 06:37:19 -0400
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Length: 1033

Here's a list of people interested in contributing to the
MSWin port:

    Win16
      Chiang, John - jchiang@crl.com
      Hartig, Kevin - hartig@fsl.noaa.gov
      Kalanik, John - jkalanik@mcs.com
      Walter, Scott J. "Scotty" - SJWalter@WinterNet.COM
      Wensel, Chris - cwensel@rtis.com

    Win32
      Norton, Daniel A. - danorton@chsw.com
      Wensel, Chris - cwensel@rtis.com

If you're not on this list, and you want to be,
please let us all know by posting here.  Indicate whether or
not you're interested in Win16, Win32.  If you're interested
in both Win16 and Win32, consider just focusing on Win32,
since it requires additional knowledge.

ALSO, please tag all of your subject lines with "mswin"
if your posting refers exclusively to the Win16 or Win32
API port.  I expect that some posting will refer to the
w3lib in general, so don't tag those postings with "mswin" --
just tag postings that are probably not interesting to, say,
Unix folks.

--
Daniel A. Norton          danorton@chsw.com
Cherry Hill Software

eturn-Path: danorton@albany.net 
Return-Path: <danorton@albany.net>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA13568; Sun, 30 Apr 1995 07:20:23 +0500
Received: from lori.albany.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA25660; Sun, 30 Apr 1995 07:20:19 +0500
Received: from chsw.albany.net (pm1ip24.albany.net [204.180.208.74]) by lori.albany.net (8.6.12/8.6.12) with SMTP id HAA09604 for <www-lib@w3.org>; Sun, 30 Apr 1995 07:20:16 -0400
Received: by chsw.albany.net with Microsoft Mail
	id <01BA16CA.E6545000@chsw.albany.net>; Sun, 30 Apr 1995 07:20:40 -0400
Message-Id: <01BA16CA.E6545000@chsw.albany.net>
From: "Daniel A. Norton" <danorton@albany.net>
To: "'www-lib'" <www-lib@w3.org>
Subject: mswin: synchronizing source code
Date: Sun, 30 Apr 1995 07:20:38 -0400
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Length: 980


Kevin Hartig (hartig@fsl.noaa.gov) indicated that he has
made a pass through the source and started to build.

John B. Kalanik Jr. (jkalanik@mcs.com) indicated that
he has compiled the code and "can make some calls to
the library."

Can you guys synchronize your code somehow?  Let's
make sure that we tag all of the MSWIN changes somehow
to ease integration into the global w3lib source when
we're ready.  Can we agree on a date (say May 10, 1995)
to have the code synchronized and available on the FTP
site?

After that, we need to begin thinking about splitting
up code so we can share the load for maintenance.

Scott J. "Scotty" Walter (SJWalter@WinterNet.COM) says
that he might be willing to offer his FTP space for use
for this project.  That's going to require some
maintenance work on his part and if he can afford the
time to do that, let's plan on using his space to keep
our version of the code.

--
Daniel A. Norton          danorton@chsw.com
Cherry Hill Software

eturn-Path: danorton@albany.net 
Return-Path: <danorton@albany.net>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA18611; Sun, 30 Apr 1995 15:59:35 +0500
Received: from lori.albany.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA28263; Sun, 30 Apr 1995 15:59:32 +0500
Received: from pm1ip27.albany.net (pm1ip23.albany.net [204.180.208.73]) by lori.albany.net (8.6.12/8.6.12) with SMTP id PAA13874 for <www-lib@w3.org>; Sun, 30 Apr 1995 15:59:20 -0400
Received: by pm1ip27.albany.net with Microsoft Mail
	id <01BA1713.6809CC40@pm1ip27.albany.net>; Sun, 30 Apr 1995 15:59:42 -0400
Message-Id: <01BA1713.6809CC40@pm1ip27.albany.net>
From: "Daniel A. Norton" <danorton@albany.net>
To: "'www-lib'" <www-lib@w3.org>
Subject: mswin: ftp site for Win16 & Win32 w3 development
Date: Sun, 30 Apr 1995 15:59:39 -0400
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Length: 943

Courtesy of Scott J. "Scotty" Walter <SJWalter@WinterNet.COM>
how about we use his FTP space for keeping the interim source
for Win16 and Win32 development of the w3lib and line-mode
browser?

He has also graciously agreed to take files from his
"incoming" directory and make them visible for public
access as needed.

Here's the URL:

    <URL:ftp://ftp.winternet.com/users/sjwalter/w3>

Here's the tree structure we'll use:

  w3/
    incoming/ (upload files you want to add to the FTP site)
    w3faq.txt (our own FAQ for development)
    w3lib.zip (w3 library)
    w3lin.zip (w3 line mode code)
    w3exe16.zip (w3 executables for Win16)
    w3exe32.zip (w3 executables for Win32)

Only the w3faq.txt file is available so far.

Note that these are for *interim* source only.
When we decide to "cut" a version, we'll submit
it to the regular w3 library source FTP site.

--
Daniel A. Norton          danorton@chsw.com
Cherry Hill Software

eturn-Path: speed@cs.washington.edu 
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB09535; Mon, 1 May 1995 17:30:20 +0500
Received: from meitner.cs.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA09202; Mon, 1 May 1995 17:27:41 +0500
Return-Path: <speed>
Received: (speed@localhost) by meitner.cs.washington.edu (8.6.12/7.2ws+) id OAA03950 for www-lib@w3.org; Mon, 1 May 1995 14:24:26 -0700
Date: Mon, 1 May 1995 14:24:26 -0700
From: speed@cs.washington.edu
Message-Id: <199505012124.OAA03950@meitner.cs.washington.edu>
Apparently-To: www-lib@w3.org
Content-Length: 660

I've been getting the following error while compiling libwww on Alphas OSF/1:
gcc -c -o ../../Library/osf1/HTFile.o -Wall -g -static  -I../../Library/Implementation/  ../../Library/Implementation/HTFile.c
libmld--as1: Error: ../../Library/Implementation/HTFile.c, line 805: cannot write pfield
make[2]: *** [../../Library/osf1/HTFile.o] Error 1

I've been totally baffled by this; it happens with gcc and cc, as well
I also can't find any def for pfield, leading me to think this could
be some wierd compiler / assembler bug.

Any help would be appreciated. I am using gcc 2.6.0 (osf/1).

oh --- this error occurs with both 2.17 and 3.0 of the library.

-erik
eturn-Path: ROUXPT@qtts-nfs-2303.telkom.co.za 
Return-Path: <ROUXPT@qtts-nfs-2303.telkom.co.za>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA09857; Tue, 2 May 1995 05:03:55 +0500
Received: from qtts-nfs-2303.telkom.co.za by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13974; Tue, 2 May 1995 05:03:38 +0500
X-Nvlenv-01Date-Posted:  2-May-1995 10:59:24 +0000; at QTTS2303.Telkom
To: www-lib@www10.w3.org
Message-Id: <D2B6A62F014C623C@-SMF->
Subject: Porting to windows
From: ROUXPT@qtts-nfs-2303.telkom.co.za (Roux PT Peter)
Date: 02 May 95 09:05:42 GMT
References: <D2B6A62F024C623C@-SMF->
Content-Length: 80

Hi, I am also willing to help port to win16 or win32.



Cheers for now, Peter

eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB10753; Fri, 5 May 1995 15:40:19 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10327; Fri, 5 May 1995 15:40:14 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA15259; Fri, 5 May 1995 15:40:13 +0500
Date: Fri, 5 May 1995 15:40:13 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9505051940.AA15259@www20>
To: www-talk@w3.org, www-lib@w3.org
Subject: Strange problem with GMT on Solaris
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 774


I have a strange problem on Solaris:

The gmtime() function on Solaris seems to return the wrong value. It is one
hour ahead of GMT which means that all date header values in a HTTP request
or response is one hour ahead of GMT. This is for example the case on our
www.w3.org servers which certainly confuses a lot of caches!

It is simple to test:

	time_t calendar = time(NULL);
	struct tm *gmt = gmtime(&calendar);
    	strftime(buf, 40, "%a, %d %b %Y %H:%M:%S GMT", gmt);

Has anybody else heard of this problem?


-- cheers --

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA29615; Sat, 6 May 1995 23:56:55 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA20975; Sat, 6 May 1995 23:56:53 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA21084; Sat, 6 May 1995 23:56:46 +0500
Date: Sat, 6 May 1995 23:56:46 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9505070356.AA21084@www20>
To: speedym@slip.net, www-lib@w3.org
Subject: Re: HTImProxy configuration variable
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 2693


> What is the meaning of the HTImProxy configuration variable in HTAccess?

The meaning of this is to be able to distinguish between a client application
and a proxy server. When Ari made the proxy server, the library was in a bad
state and he moved a lot of the functionality to the daemon. However, I am now
implementing a lot of this in the library, so the variable will be less and less
important. 

> Its default value is "NO" and the only comment I can find is "If I'm
> cern_httpd as a proxy".
> 
> This flag's default value causes my MEHOD_HEAD HTLoadPage request to return
> an empty stream.  Further debugging shows that in HTLoadHTTP's state machine
> the state transition:

> case HTTP_SENT_REQUEST:			    /* Put up stream */
>     http->target = HTImProxy ? request->output_stream :
> HTTPStatus_new(request, http);
>     http->state = HTTP_NEED_BODY;
>     break;
> 
> uses HTImProxy to select the HTTPStatus_new stream rather than the desired
> request->output_stream.  The HTTPStatus stream then eats the HTML header
> information (as it should for the GET method, but not the HEAD method).

Unfortunately there is a bug in the code which makes that HEAD doesn't work
(funny, I would swear that it worked 10 minutes ago ;-) ). You can fix it
by applying the patch below.

-- cheers --

Henrik

                         0
                          \ /
-- CLIP -- CLIP -- CLIP -- x -- CLIP -- CLIP -- CLIP -- CLIP -- CLIP -- CLIP --
                          / \
                         0


*** HTTP.c	Tue Mar 21 18:04:54 1995
--- HTTP.c.new	Sat May  6 23:53:48 1995
***************
*** 496,502 ****
  		me->target = HTMIMEConvert(req, NULL, WWW_MIME,
  					   req->output_format,
  					   req->output_stream);
! 	    } else if (me->status==200 && req->method==METHOD_GET) {
  		HTStream *s;
  
  		me->target = HTStreamStack(WWW_MIME,req->output_format,
--- 496,502 ----
  		me->target = HTMIMEConvert(req, NULL, WWW_MIME,
  					   req->output_format,
  					   req->output_stream);
! 	    } else if (me->status==200) {
  		HTStream *s;
  
  		me->target = HTStreamStack(WWW_MIME,req->output_format,
***************
*** 505,511 ****
  		/* Cache HTTP 1.0 responses */
  		/* howcome added test for return value from HTCacheWriter 12/1/95 */
  
! 		if (HTCacheDir && (s = HTCacheWriter(req, NULL, WWW_MIME,
  							req->output_format,
  							req->output_stream)))
  		    {
--- 505,512 ----
  		/* Cache HTTP 1.0 responses */
  		/* howcome added test for return value from HTCacheWriter 12/1/95 */
  
! 		if (req->method==METHOD_GET &&
! 		    HTCacheDir && (s = HTCacheWriter(req, NULL, WWW_MIME,
  							req->output_format,
  							req->output_stream)))
  		    {
 
eturn-Path: kenw%mhsgate.edify.com@www10.w3.org 
Return-Path: 7bit
Received: from mintaka.lcs.mit.edu by www19 (5.0/NSCS-1.0S) 
	id AG09396; Mon, 8 May 1995 20:20:19 +0500
Received: from www10.w3.org by MINTAKA.LCS.MIT.EDU id aa24683;
          8 May 95 15:50 EDT
Received: from edify.com by www10.w3.org (5.0/NSCS-1.0S) 
	id AA07348; Mon, 8 May 1995 15:43:34 +0500
Received: from unixware (ms1 [204.118.217.8]) by edify.com (8.6.12/smh-1.1/Edify) with ESMTP id MAA10626 for <www-lib@w3.org>; Mon, 8 May 1995 12:38:53 -0700
Received: from mhsgate.edify.com by unixware (8.6.10/SMI-4.1)
	id TAA01071; Mon, 8 May 1995 19:45:22 GMT
Received: from NetWare MHS (SMF71) by mhsgate.edify.com
	via C2SMTP 3.10B MHS to SMTP Gateway;
	Mon, 8 May 95 12:42:34 -0800
Message-Id: <5248AE2F01C02776@mhsgate.edify.com>
In-Reply-To: <5148AE2F02C02776>
Date: Mon, 8 May 95 12:42:51 -0800
From: Ken Waln <kenw@edify.com>
Sender: kenw@edify.com
Organization: Edify Corporation
To: www-lib@w3.org
Subject: URx for DOS/OS2 files
X-Mailer: Connect2-SMTP 3.10B MHS to SMTP Gateway
Content-Length: 327

I am porting the library to OS/2 and am trying to make local file access 
work.  Is there a standard way to reference a DOS or OS/2 file?  IBM 
WebExplorer uses:
  file:///x:\aaa\bbb\ccc.ddd
Is this what I should put in the library (HTParse) for OS/2?  This scheme 
looks as good as any to me and should be pretty easy to do.

eturn-Path: Carl.von.Loesch%arbi.informatik.uni-oldenburg.de@www10.w3.org 
Return-Path: <Carl.von.Loesch%arbi.informatik.uni-oldenburg.de@www10.w3.org>
Received: from mintaka.lcs.mit.edu by www19 (5.0/NSCS-1.0S) 
	id AG11126; Mon, 8 May 1995 20:25:10 +0500
Received: from www10.w3.org by MINTAKA.LCS.MIT.EDU id aa24755;
          8 May 95 15:56 EDT
Received: from arbi.informatik.uni-oldenburg.de by www10.w3.org (5.0/NSCS-1.0S) 
	id AA07383; Mon, 8 May 1995 15:47:32 +0500
Received: by arbi.informatik.uni-oldenburg.de (smail3.1.18 + xalias);
	Mon, 8 May 95 13:49 CES
Received: by diamant.Informatik.Uni-Oldenburg.DE (Smail-3.1.28.1)
	id <m0s8RCO-0003CqC@diamant.Informatik.Uni-Oldenburg.DE>;
	Mon, 8 May 95 13:42 MET DST
Message-Id: <m0s8RCN-00016HC@eowyn.Informatik.Uni-Oldenburg.DE>
Subject: SGML comments need a fix?
To: www-lib@www10.w3.org 3 (the W\3lib discussion group)
Date: Mon, 8 May 1995 13:42:02 +0200 (MET DST)
From: Carl von Loesch <Carl.von.Loesch@arbi.informatik.uni-oldenburg.de>
X-Mailer: ELM [version 2.4 PL22]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Content-Length: 458       

Don't know if this is an old issue...

I just noticed LineMode and Arena (old copy though) do not support
the <!-- this is an sgml comment with <tags> inside --> type of comments.

Shouldn't they? Will they?
-- 
     _______					  http://home.pages.de/~lynx/
irc: SymLynX		Carl v. Loesch			  lynx@net.pages.de

LynX@You.might.aswell.use.This.as.my.Email.Address
--
EOSN [end of sick nature]		     Mein Name ist Hase... James Hase!
eturn-Path: narnett@verity.com 
Return-Path: <narnett@verity.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AC07150; Tue, 9 May 1995 01:19:53 +0500
Received: from verity.com (unknown-143-5.verity.com) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA12289; Tue, 9 May 1995 01:19:51 +0500
Received: from [192.187.143.12] (portanick.verity.com) by verity.com (4.1/SMI-4.1_Verity-Main-950202)
	id AA13861; Mon, 8 May 95 22:19:03 PDT
X-Sender: narnett@hawaii.verity.com
Message-Id: <abd4a234010210044429@[192.187.143.12]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 8 May 1995 22:19:29 -0700
To: www-talk@www10.w3.org, www-html@www10.w3.org, newshound-list@best.com,
        free-market@ar.com, machttp-talk@academ.com, /CN=robots/@nexor.co.uk,
        web4lib@library.berkeley.edu, www-lib@www10.w3.org,
        owner-www-security@ns2.rutgers.edu
From: narnett@verity.com (Nick Arnett)
Subject: Verity Internet Virtual Library update; Verity/Netscape announcement
Content-Length: 1097

As some of you may know, though we haven't advertised it for a while, the
lists to which I'm sending this message, as well as many other Web-related
mailing lists, are browsable at [http://vlibmail.verity.com/www.html] (also
known as asearch.mccmedia.com).  We've been working on making the
text-to-hypertext better and more reliable, while also adding increased
search and retrieval capabilities, with much more to come.

Each list has a search page that searches only that list; the entire
collection plus about 100 Web-related sites are searchable at
[http://www.verity.com/http://www.verity.com/vlibsearch.html].  (If you get
this message in the next few hours, you'll find that its index is being
rebuilt; we're getting ready to make a major announcement with Netscape
tomorrow.

See <a href="http://vlibmail.verity.com/PR/950508ns.html">Verity and
Netscape Team Up to Bring Topic Agent Technology to the Internet</a>.  We
also have an announcement with Microsoft, with regard to Exchange.

Nick Arnett
World Wide Web Product Marketing Manager
Verity Inc.
narnett@verity.com
(415) 960-7600


eturn-Path: klute@heike.nads.de 
Return-Path: <klute@heike.nads.de>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA17382; Tue, 9 May 1995 03:08:10 +0500
Received: from heike.nads.de by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13108; Tue, 9 May 1995 03:08:02 +0500
Received: from heike (localhost [127.0.0.1]) by heike.nads.de (8.6.12/8.6.12) with SMTP id JAA11423; Tue, 9 May 1995 09:04:07 +0200
Message-Id: <199505090704.JAA11423@heike.nads.de>
To: Carl.von.Loesch@arbi.informatik.uni-oldenburg.de
Cc: Multiple recipients of list <www-lib@www10.w3.org>, klute@heike.nads.de
Subject: Re: SGML comments need a fix? 
Reply-To: Rainer Klute <klute@nads.de>
Organization: NADS GmbH, Germany
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: Your message of Mon, 08 May 1995 21:22:03 +0500.
             <m0s8RCN-00016HC@eowyn.Informatik.Uni-Oldenburg.DE> 
Date: Tue, 09 May 1995 09:04:06 +0200
From: Rainer Klute <klute@nads.de>
Content-Length: 4490

>Don't know if this is an old issue...

It is.


>I just noticed LineMode and Arena (old copy though) do not support
>the <!-- this is an sgml comment with <tags> inside --> type of comments.
>
>Shouldn't they? Will they?

Of course they should support SGML markup declarations! The bug is
in the so-called "SGML-Parser" (which isn't really one) in the
libwww. I once hacked together a fix for some former version of the
library (see below). I don't if it still works on the current one
but it may be worth a try.

Best regards
Rainer Klute

  Dipl.-Inform. Rainer Klute        NADS - Advertising on nets
  NADS GmbH
  Emil-Figge-Str. 80                Tel.: +49 231 9742570
D-44227 Dortmund                    Fax:  +49 231 9742571

            <http://www.nads.de/~klute/>



--- 1.1	1994/09/14 07:58:49
+++ HTML.c	1994/09/14 08:03:36
@@ -699,6 +699,17 @@
 }
 
 
+/*		Handling markup declarations
+**		----------------------------
+*/
+
+PRIVATE void HTML_put_declaration ARGS2(HTStructured *, me,
+					char *, declaration)
+{
+    /* Just ignore markup declarations */
+}
+
+
 /*	Free an HTML object
 **	-------------------
 **
@@ -779,7 +790,8 @@
 	HTML_abort,
 	HTML_put_character, 	HTML_put_string,  HTML_write,
 	HTML_start_element, 	HTML_end_element,
-	HTML_put_entity
+	HTML_put_entity,
+	HTML_put_declaration
 }; 
 
 
--- 1.1	1994/09/13 20:49:06
+++ HTMLGen.c	1994/09/13 20:52:45
@@ -340,6 +340,21 @@
 }
 
 
+/*      SGML markup declaration
+**	-----------------------
+**
+*/
+
+PRIVATE void HTMLGen_put_declaration ARGS2(HTStructured *, me,
+					   char *, declaration)
+{
+    HTMLGen_output_character (me, '<');
+    HTMLGen_output_character (me, '!');
+    HTMLGen_output_string (me, declaration);
+    HTMLGen_output_character(me, '>');
+}
+
+
 
 /*	Free an object
 **	--------------
@@ -387,7 +402,8 @@
 	HTMLGen_abort,
 	HTMLGen_put_character, 	HTMLGen_put_string, HTMLGen_write,
 	HTMLGen_start_element,	HTMLGen_end_element,
-	HTMLGen_put_entity
+	HTMLGen_put_entity,
+	HTMLGen_put_declaration
 }; 
 
 
--- 1.1	1994/07/26 12:46:45
+++ HTTeXGen.c	1994/09/14 08:11:58
@@ -410,6 +410,17 @@
 }
 
 
+/*		Handling markup declarations
+**		----------------------------
+*/
+
+PRIVATE void HTTeXGen_put_declaration ARGS2(HTStructured *, me,
+					char *, declaration)
+{
+    /* Just ignore markup declarations */
+}
+
+
 
 /*	Free an HTML object
 **	-------------------
@@ -441,7 +452,8 @@
 	HTTeXGen_abort,
 	HTTeXGen_put_character,        	HTTeXGen_put_string,	HTTeXGen_write,
 	HTTeXGen_start_element, 	HTTeXGen_end_element,
-	HTTeXGen_put_entity
+	HTTeXGen_put_entity,
+	HTTeXGen_put_declaration
 }; 
 
 
--- 1.1	1994/09/13 18:54:41
+++ SGML.c	1994/09/13 21:17:05
@@ -58,6 +58,7 @@
 		S_attr, S_attr_gap, S_equals, S_value, S_after_open,
 		S_nl, S_nl_tago,
 		S_ero, S_cro,
+		S_mdo, S_mdecl,
 #ifdef ISO_2022_JP
  		S_esc, S_dollar, S_paren, S_nonascii_text,
 #endif
@@ -538,14 +539,20 @@
 
 	if (isalnum(c))
 	    HTChunkPutc(string, c);
-	else {				/* End of tag name */
+	else {				
 	    HTTag * t;
-	    if (c=='/') {
+	    if (c=='/') {               /* End of tag name */
 		if (TRACE) if (string->size!=0)
 		    fprintf(stderr,"SGML:  `<%s/' found!\n", string->data);
 		context->state = S_end;
 		break;
 	    }
+	    if (c=='!') {               /* Declaration */
+		if (TRACE)
+		    fprintf (stderr,"SGML:  `<!' found!\n");
+		context->state = S_mdo;
+		break;
+	    }
 	    HTChunkTerminate(string) ;
 
 	    t = SGMLFindTag(dtd, string->data);
@@ -577,7 +584,27 @@
 	}
 	break;
 
-		
+
+/*      Markup declaration
+*/
+    case S_mdo:
+        string->size = 0;
+	context->state = S_mdecl;
+
+    case S_mdecl:               /* Expecting declaration text or > */
+	if (c == '>')   /* End of markup declaration */
+	{
+	    HTChunkTerminate (string);
+	    (*context->actions->put_declarations) (context->target,
+						   string->data);
+	    context->state = S_text;
+	    break;
+	};
+	HTChunkPutc(string, c);
+	break;
+
+	
+   				/* accumulating value */
     case S_tag_gap:		/* Expecting attribute or > */
 	if (WHITE(c)) break;	/* Gap between attributes */
 	if (c=='>') {		/* End of tag */
--- 1.1	1994/09/13 21:05:04
+++ SGML.h	1994/09/13 21:05:37
@@ -149,6 +149,10 @@
                 HTStructured*   me,
                 int             entity_number));
                 
+        void (*put_declarations) PARAMS((
+                HTStructured*   me,
+                char *          declaration));
+                
 }HTStructuredClass;
 
 /*
eturn-Path: howcome@www4.cern.ch 
Return-Path: <howcome@www4.cern.ch>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA14232; Tue, 9 May 1995 06:58:20 +0500
Received: from dxmint.cern.ch by www10.w3.org (5.0/NSCS-1.0S) 
	id AA15280; Tue, 9 May 1995 06:58:14 +0500
Received: from www4.cern.ch by dxmint.cern.ch
	id AA11198; Tue, 9 May 1995 12:58:11 +0200
Received: by www4.cern.ch (5.0/SMI-4.0)
	id AA09599; Tue, 9 May 1995 12:58:08 --100
Date: Tue, 9 May 1995 12:58:08 --100
Message-Id: <9505091058.AA09599@www4.cern.ch>
To: klute@nads.de
Cc: Multiple recipients of list <www-lib@www10.w3.org>
Subject: Re: SGML comments need a fix? 
In-Reply-To: <199505090704.JAA11423@heike.nads.de>
References: <199505090704.JAA11423@heike.nads.de>
From: "H&kon W Lie" <howcome@w3.org>
Content-Length: 642

Rainer Klute writes:

 > >I just noticed LineMode and Arena (old copy though) do not support
 > >the <!-- this is an sgml comment with <tags> inside --> type of comments.
 > >
 > >Shouldn't they? Will they?
 > 
 > Of course they should support SGML markup declarations! The bug is
 > in the so-called "SGML-Parser" (which isn't really one) in the
 > libwww.

For the record: Arena does not use libwww for parsing, it has it's
own. That's not an excuse for not doing things right, so hopefully,
we'll fix this in a future (pre!)release.

-h&kon

Hakon W Lie, WWW project CERN, CH-1211 Geneva 23
http://www.w3.org/hypertext/WWW/People/howcome/
eturn-Path: speed@cs.washington.edu 
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB01416; Tue, 9 May 1995 12:44:28 +0500
Received: from wally.cs.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA19229; Tue, 9 May 1995 12:42:08 +0500
Return-Path: <speed>
Received: (speed@localhost) by wally.cs.washington.edu (8.6.12/7.2ws+) id JAA05957; Tue, 9 May 1995 09:41:50 -0700
Date: Tue, 9 May 1995 09:41:50 -0700
From: speed@cs.washington.edu
Message-Id: <199505091641.JAA05957@wally.cs.washington.edu>
To: www-lib@w3.org
Subject: Creating a simple post request
Content-Length: 1235

Hi,

I'm attempting without much luck to create a userless client which
will send filled-out forms back to various servers. However, I've
reached my level of futility, so I'm posting here. What I've
discovered so far is that Lynx uses a libwww with the following
prototype, which seems to do what I want:

// in HTAnchor.h
typedef struct {
    char *address;
    char *post_data;
    char *post_content_type;
} DocAddress;

// in HTAccess.c
PUBLIC BOOL HTLoadAbsolute ARGS1(CONST DocAddress *,docaddr) {
   return HTLoadDocument(docaddr->address,
       		HTAnchor_parent(HTAnchor_findAddress(docaddr)),
       			HTOutputFormat ? HTOutputFormat : WWW_PRESENT,
			HTOutputStream);
}

Although I'm at a loss as to how it works with the post_data, if at
all. 

Unfortunately, libwww (3.0) has a different HTLoadAbsolute:

PUBLIC int HTLoadAbsolute ARGS2(CONST char *,addr, HTRequest*, request)

I'm currently at a loss as to why there is a discrepancy, as the lynx
lib isn't 2.17 either. 

Regardless, my original problem stands: I'd like to send a filled-out
form to a server, and get the text that it sends back. You can assume
that the form is static and can be hard-coded. Does anyone have some
quick code to do this?

Thanks,
-Erik
eturn-Path: simon.elliott@analysys.co.uk 
Return-Path: <simon.elliott@analysys.co.uk>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB02960; Tue, 9 May 1995 12:54:42 +0500
Received: from eagle.analysys.co.uk by www10.w3.org (5.0/NSCS-1.0S) 
	id AA19395; Tue, 9 May 1995 12:52:18 +0500
Date: Tue, 9 May 95 17:52:14 BST
Message-Id: <9505091652.AA04581@eagle.analysys.co.uk>
Received: from se_new_pc (warbler.analysys.co.uk) by eagle.analysys.co.uk (4.1) id AA04581; Tue, 9 May 95 17:52:14 BST
X-Sender: se@eagle
X-Mailer: Windows Eudora Version 1.4.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: www-lib@www10.w3.org
From: simon.elliott@analysys.co.uk (Simon Elliott)
Subject: mswin: porting httpd to WIN32
Content-Length: 906

I'm in the process of trying to port the httpd daemon to WIN32. I'm using
Borland's C++ IDE (but using its C compiler). I've compiled the Library (but
haven't tried it out yet).

I have only the file HTDaemon.c left to compile from the Daemon code.
I'm a Unix person, not a WIN32 expert, so apologies if this is easy stuff,
but I have got stuck trying to port some of the signal stuff relating to
timing out input, output and scripts in HTDaemon.c (what can I use instead
of alarm() for example?). Has anyone already solved this problem?

I've looked in ftp.winternet.com but nothing seems to have been depositied yet. 

In porting references to pwd.h and grp.h and their contents, I've mirrored
the VMS port. I don't beleive this will disable the Access Authentication
functions but I could well be wrong, does anyone know the answer to this?

Any help gratefully received.

Simon Elliott 
Analysys Ltd.

eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA20650; Tue, 9 May 1995 15:16:15 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA21020; Tue, 9 May 1995 15:16:10 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA25810; Tue, 9 May 1995 15:16:10 +0500
Date: Tue, 9 May 1995 15:16:10 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9505091916.AA25810@www20>
To: www-lib@www10.w3.org, klute@nads.de
Subject: Re: SGML comments need a fix?
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1084


> >I just noticed LineMode and Arena (old copy though) do not support
> >the <!-- this is an sgml comment with <tags> inside --> type of comments.
> >
> >Shouldn't they? Will they?
> 
> Of course they should support SGML markup declarations! The bug is
> in the so-called "SGML-Parser" (which isn't really one) in the
> libwww. I once hacked together a fix for some former version of the
> library (see below). I don't if it still works on the current one
> but it may be worth a try.

I guess that's me who should feel bad about this :-( Rainer has mentioned
this for a long time and I have the patches in my mail box. My only 
excuse is that there are several people working on a better SGML/HTML
parser and this is the reason why I haven't touched it yet.

The plan is to do something serious about it later this summer...


-- cheers --

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: saran@cs.ucsb.edu 
Return-Path: <saran@cs.ucsb.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB00153; Tue, 9 May 1995 16:33:48 +0500
Received: from hub.ucsb.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA21729; Tue, 9 May 1995 16:31:36 +0500
Received: from eci1.ucsb.edu (eci1-52.ucsb.edu) by hub.ucsb.edu; id AA09174
	sendmail 4.1/UCSB-2.1-sun
	Tue, 9 May 95 13:31:20 PDT for www-lib@www10.w3.org
Received: from kawai.cs.ucsb.edu
	by eci1.ucsb.edu (1.38.193.5/UCSB-v3)
	id AA18847; Tue, 9 May 1995 13:31:17 -0700
Received: by kawai (4.1/UCSB-v2)
	id AA02518; Tue, 9 May 95 13:31:12 PDT
Date: Tue, 9 May 95 13:31:12 PDT
From: saran@cs.ucsb.edu (Amitabh Saran)
Message-Id: <9505092031.AA02518@kawai>
To: speed@cs.washington.edu, www-lib@www10.w3.org
Subject: Re:  Creating a simple post request
Content-Length: 1459

In reply to Erik's Query about Forms and HTLoadAbsolute :

HTLoadAbsolute (or any other Load, for that matter) invokes
the HTLoad which in turn invokes the "final" LOAD call
depending on the protocol specified e.g., HTTPLoad etc.
Inside HTTPLoad, HTTPSendRequest() is invoked which actually
sends the request to the remote site (socket connection for
which has already been made). It is in this HTTPSendRequest
that the "commad" is formed which includes the method name
(GET, POST..), other headers (Accept, Content-Length...)
and (after a blank line, CR+LF), the "body" of the command.

It is in this body that the post-data is copied. You can
write whatever you feel like, as long as the receiving server
can parse and handle it (thru htbin or your CGI script).
If the post-data is generated from a "form" it contains
the name=value pairs... you can however write what you want.

Note : These observation are based on the LineMode Browser
(the libwww however has to be the same (??)) which does not
support forms or POST. I however made a patch in HTTP.c (HTTPSendRequest)
to make the method = POST (default is GET), and append the
Content-Length field and some data as the body. At the
recieving side, the CGI script can read the data from stdin
and do whatever is necessary. Thsi way I don't need "forms"
support. The method of sending the output from the CGI
remains the same - like any other nph-cgi.

I'm not sure if this helps you in any way.

amit


eturn-Path: raines@mailbox.slac.stanford.edu 
Return-Path: <raines@mailbox.slac.stanford.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB23056; Sun, 21 May 1995 19:22:39 +0500
Received: from SERV04.SLAC.STANFORD.EDU by www10.w3.org (5.0/NSCS-1.0S) 
	id AA27784; Sun, 21 May 1995 19:22:33 +0500
Received: from mailbox.SLAC.Stanford.EDU by SERV04.SLAC.STANFORD.EDU
 (PMDF V5.0-3 #6987) id <01HQRRUTZ28G0000F8@SERV04.SLAC.STANFORD.EDU> for
 www-lib@w3.org; Sun, 21 May 1995 16:22:27 -0700 (PDT)
Received: from esaw01.SLAC.Stanford.EDU
 (ESAW01.SLAC.Stanford.EDU [134.79.64.108]) by mailbox.SLAC.Stanford.EDU
 (8.6.11/8.6.11) with SMTP id QAA23438 for <www-lib@w3.org>; Sun,
 21 May 1995 16:22:29 -0700
Received: by esaw01.SLAC.Stanford.EDU (AIX 3.2/UCB 5.64/SLAC 920508)
 id AA19147; Sun, 21 May 1995 16:22:29 -0700
Date: Sun, 21 May 1995 16:22:29 -0700
From: raines@mailbox.slac.stanford.edu
Subject: User cancel feature
To: www-lib@w3.org
Reply-To: raines@slac.stanford.edu
Message-Id: <raines-9504212322.AA000518724@MAILBOX.SLAC.Stanford.EDU>
X-Envelope-To: www-lib@w3.org
Content-Transfer-Encoding: 7BIT
Content-Length: 736

----------ONLY HEADERS ABOVE THIS LINE------------

I am trying to figure out how in libwww one can cancel a fetch request 
(like clicking on the Globe in Mosaic). I assumed there would be 
someway to do this through the HTAlert module but could not find any.
I was thinking of something along the lines of having a user event
set a global variable that is checked at progress time in the HTAlert
module and if true, the request is cancelled.

pr



--
_________________________________________________________________________
Paul Raines		raines@slac.stanford.edu     	     415-926-4378  
Stanford Linear Accelerator    End Station A 	       E143 Collaboration
http://www.slac.stanford.edu/~raines/index.html  PGP public key by finger
eturn-Path: saran@csmail.cs.ucsb.edu 
Return-Path: <saran@csmail.cs.ucsb.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB25293; Sun, 21 May 1995 20:05:25 +0500
Received: from hub.ucsb.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA28017; Sun, 21 May 1995 20:05:19 +0500
Received: from csmail.cs.ucsb.edu by hub.ucsb.edu; id AA24435
	sendmail 4.1/UCSB-2.1-sun
	Sun, 21 May 95 17:05:15 PDT for www-lib@www10.w3.org
Received: from kawai by cs.ucsb.edu (5.x/SMI-SVR4)
	id AA03731; Sun, 21 May 1995 17:04:27 -0700
Received: by kawai (4.1/UCSB-v2)
	id AA19596; Sun, 21 May 95 17:04:59 PDT
Date: Sun, 21 May 95 17:04:59 PDT
From: saran@csmail.cs.ucsb.edu (Amitabh Saran)
Message-Id: <9505220004.AA19596@kawai>
To: raines@mailbox.slac.stanford.edu, www-lib@www10.w3.org
Subject: Re:  User cancel feature
Content-Length: 363

In reply to the "Clicking the Globe" thingy of Mosaic

When data is copied from a server (HTCopy()), the
functions HTClearActiveIcon and HTCheckActiveIcon()
determine if the "globe" has been clicked. If it has,
an interrupt flag (intr) is set, and the interrupt
handler is invoked... thus displaying the "Data transfer interrupted"
message.

Hope it helps.

amit
eturn-Path: rmf@bbn.com 
Return-Path: <rmf@bbn.com>
Received: from www10.w3.org ([18.23.0.20]) by www19 (5.0/NSCS-1.0S) 
	id AA15850; Thu, 25 May 1995 07:29:20 +0500
Received: from whirlwind.bbn.com by www10.w3.org (5.0/NSCS-1.0S) 
	id AA03821; Thu, 25 May 1995 07:29:15 +0500
Received: (rmf@localhost) by whirlwind.bbn.com (8.6.9/8.6.5) id HAA11873; Thu, 25 May 1995 07:27:25 -0400
Date: Thu, 25 May 1995 07:27:25 -0400
From: "Robert M. Fleischman" <rmf@bbn.com>
Message-Id: <199505251127.HAA11873@whirlwind.bbn.com>
To: www-lib@w3.org
Subject: BASE problem
Reply-To: rmf@bbn.com
Content-Length: 427


The library seems to ignore the BASE directive in HTML documents.
Is this true?

I have encountered a number of documents that specify a BASE tag.  It
seems the library (when processing relative URLs in a document with a
BASE tag) returns child anchors that are not modified by that BASE tag
directive.

Am I ignorant to some magic routine in the library that I should call
to get this base information?

		Rob
		rmf@bbn.com

eturn-Path: mattf@cac.washington.edu 
Return-Path: <mattf@cac.washington.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB20307; Tue, 30 May 1995 11:30:10 +0500
Received: from mailhost2.cac.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA12523; Tue, 30 May 1995 11:30:03 +0500
Received: from elvis.cac.washington.edu by mailhost2.cac.washington.edu
	(5.65+UW95.05/UW-NDC Revision: 2.32 ) id AA26822;
	Tue, 30 May 95 08:29:46 -0700
Date: Tue, 30 May 1995 08:29:46 -0700 (PDT)
From: Matthew Freedman <mattf@cac.washington.edu>
To: www-lib@www10.w3.org
Subject: Help getting started with libwww
Message-Id: <Pine.ULT.3.92.950530082507.1707A-100000@elvis.cac.washington.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 3011

I am having alot of trouble getting started using libwww. Specifically,
what I want to do as a starting point is to hook up the NCSA HTML widget
with the libwww code for retrieving html. I.e. feed a URL into libwww, get
back a bunch of HTML, and put that into the HTML widget, and have it get
displayed. Seems like it should be simple, but I am getting lost in the
documentation.

I have made some progress, but have some major questions.

1. In numerous places the docs say you should "overwrite" various
   modules if you have your own HTML parser, but I can find no
   information about what is meant by this, or how it should be done.

   I was able to define dummy stubs for the various HText_* functions
   to get my program to compile. Then instead of trying to replace the
   HTML module, I set up a request structure using WWW_HTML as the
   output format. Is there anything wrong with doing it this way? Do I
   really need to "overwrite", whatever that means?

2. I think I am missing something really obvious and basic about the
   way streams are supposed to work. What should be in the
   output_stream field of my request? I just want to get back a string
   full of HTML to drop into the HTML widget. I got it to sort of work
   by using pipe(), and passing in the write-end to HTWriter_new, then
   reading off the other end, but pipes really are not meant for use
   in a single process, and I think the program would block if more
   than 4096 bytes got written to the pipe before I could read it.

   I also have gotten it to write to a file, which I could then simply
   read off the disk, but that does not seem efficient. I started
   looking at HTSaveAndCallback(), but the comment in the source
   recommends not using it.

   Do I need to use a AF_UNIX socket or something? Or should I just go
   ahead and use two separate processes and a pipe?

3. The libwww.a library seems to build just fine, and I can link with
   it (I am on Dec Ultrix, by the way), but when I try to use
   xcodecenter to debug my program, it chokes while trying to link
   libwww.a. Anybody know why?

4. Is there any problem in general linking libwww with an X/Motif program?
   Mosaic does it, so it must be possible. But it seems to me that there
   could be interence, for example you are supposed to use XtMalloc and
   XtFree instead of malloc() and free() everywhere in a Motif program.

Any and all help would be greatly appreciated. What I would most like,
if it exists, would be pointers to any documentation on libwww that is
more introductory in nature.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 3rd Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-










eturn-Path: klute@heike.nads.de 
Return-Path: <klute@heike.nads.de>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AC21580; Tue, 30 May 1995 12:27:15 +0500
Received: from heike.nads.de by www10.w3.org (5.0/NSCS-1.0S) 
	id AA12903; Tue, 30 May 1995 12:27:10 +0500
Received: from heike (localhost [127.0.0.1]) by heike.nads.de (8.6.12/8.6.12) with SMTP id SAA06561; Tue, 30 May 1995 18:26:54 +0200
Message-Id: <199505301626.SAA06561@heike.nads.de>
To: mattf@cac.washington.edu
Cc: Multiple recipients of list <www-lib@www10.w3.org>,
        "Rainer Klute" <klute@nads.de>
Subject: Re: Help getting started with libwww 
Reply-To: Rainer Klute <klute@nads.de>
Organization: NADS GmbH, Germany
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: Your message of Tue, 30 May 1995 11:35:33 +0500.
             <Pine.ULT.3.92.950530082507.1707A-100000@elvis.cac.washington.edu> 
Date: Tue, 30 May 1995 18:26:53 +0200
From: Rainer Klute <klute@nads.de>
Content-Length: 3885

>I am having alot of trouble getting started using libwww. Specifically,
>what I want to do as a starting point is to hook up the NCSA HTML widget
>with the libwww code for retrieving html. I.e. feed a URL into libwww, get
>back a bunch of HTML, and put that into the HTML widget, and have it get
>displayed. Seems like it should be simple, but I am getting lost in the
>documentation.

The problem with the documentation is that there is something at a
very high level which gives you an overview of the Library, but
when you want to dig further into it you are immediately on the
lowest possible level: the source code. And some documentation
useful for application programmers who are already familiar with
the Library. The middle-level, the glue between overview and source
code is completely missing. It should have simple examples and
should not hide everything within complicated details as the line
mode browser (W3C's example) does. Therefore you have to go The
Hard Way.


>I have made some progress, but have some major questions.
>
>1. In numerous places the docs say you should "overwrite" various
>   modules if you have your own HTML parser, but I can find no
>   information about what is meant by this, or how it should be done.
>
>   I was able to define dummy stubs for the various HText_* functions
>   to get my program to compile. Then instead of trying to replace the
>   HTML module, I set up a request structure using WWW_HTML as the
>   output format. Is there anything wrong with doing it this way? Do I
>   really need to "overwrite", whatever that means?

What you did was "overwriting" the predefined modules. However,
this should really be done in an object-oriented manner! There
should be a display class with where you could hook in your actual
methods. But that's a problem of the Library's design and not your
fault.
 

>2. I think I am missing something really obvious and basic about the
>   way streams are supposed to work. What should be in the
>   output_stream field of my request? I just want to get back a string
>   full of HTML to drop into the HTML widget. I got it to sort of work
>   by using pipe(), and passing in the write-end to HTWriter_new, then
>   reading off the other end, but pipes really are not meant for use
>   in a single process, and I think the program would block if more
>   than 4096 bytes got written to the pipe before I could read it.
>
>   I also have gotten it to write to a file, which I could then simply
>   read off the disk, but that does not seem efficient. I started
>   looking at HTSaveAndCallback(), but the comment in the source
>   recommends not using it.
>
>   Do I need to use a AF_UNIX socket or something? Or should I just go
>   ahead and use two separate processes and a pipe?

Hm, I don't know the details of the HTML widget, but in a
streams-oriented design it should be implemented as a stream and
have methods for receiving chunks of data from an input stream. Or
you should setup a stream which receives the chunks and implements
the interface to the widget. However, as long as the widget wants
just a single string you'll to collect all the data before passing
it on to the widget. A better solution would be to improve the
widget. Disclaimer: I didn't look into the HTML widget's for a year
or so.


>4. Is there any problem in general linking libwww with an X/Motif program?
>   Mosaic does it, so it must be possible. But it seems to me that there
>   could be interence, for example you are supposed to use XtMalloc and
>   XtFree instead of malloc() and free() everywhere in a Motif program.

That shouldn't matter.


Best regards
Rainer Klute

  Dipl.-Inform. Rainer Klute        NADS - Advertising on nets
  NADS GmbH
  Emil-Figge-Str. 80                Tel.: +49 231 9742570
D-44227 Dortmund                    Fax:  +49 231 9742571

            <http://www.nads.de/~klute/>
eturn-Path: mattf@cac.washington.edu 
Return-Path: <mattf@cac.washington.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB24003; Tue, 30 May 1995 13:56:22 +0500
Received: from mailhost2.cac.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13532; Tue, 30 May 1995 13:56:12 +0500
Received: from elvis.cac.washington.edu by mailhost2.cac.washington.edu
	(5.65+UW95.05/UW-NDC Revision: 2.32 ) id AA29602;
	Tue, 30 May 95 10:56:05 -0700
Date: Tue, 30 May 1995 10:56:05 -0700 (PDT)
From: Matthew Freedman <mattf@cac.washington.edu>
To: Rainer Klute <klute@nads.de>
Cc: Multiple recipients of list <www-lib@www10.w3.org>
Subject: Re: Help getting started with libwww 
In-Reply-To: <199505301626.SAA06561@heike.nads.de>
Message-Id: <Pine.ULT.3.92.950530103441.1707N-100000@elvis.cac.washington.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 3762

On Tue, 30 May 1995, Rainer Klute wrote:
> The problem with the documentation is that there is something at a
> very high level which gives you an overview of the Library, but
> when you want to dig further into it you are immediately on the
> lowest possible level: the source code. And some documentation
> useful for application programmers who are already familiar with
> the Library. The middle-level, the glue between overview and source
> code is completely missing. It should have simple examples and
> should not hide everything within complicated details as the line
> mode browser (W3C's example) does. Therefore you have to go The
> Hard Way.

That's a relief -- I was afraid it was just me :-)

I would also add that the documentation illustrates everything that is
wrong with hypertext as a medium. All these complicated new concepts are
defined by links to even more complicated new concepts. There is no
beginning and no end. It is all too easy to become lost, disoriented, and
terrified in there.  An introduction to a code library really needs to
start from the ground up, in a logical sequence, building on what has
already been said, i.e. like a book with a chapter 1, chapter 2, etc.
Heavy cross-linking works well for a reference section, once you already
know what is going on.

That said, I do appreciate the large amount of work that obviously went
into the docs, it just needs a sequential introduction/middle level added.

> >   I was able to define dummy stubs for the various HText_* functions
> >   to get my program to compile. Then instead of trying to replace the
> >   HTML module, I set up a request structure using WWW_HTML as the
> >   output format. Is there anything wrong with doing it this way? Do I
> >   really need to "overwrite", whatever that means?
>
> What you did was "overwriting" the predefined modules. However,
> this should really be done in an object-oriented manner!...

So specifically, there is no problem with using the WWW_HTML format? I had
the impression from the docs, that I might be causing the html stream to
be parsed down into html tokens, then glued back together into an html
stream, when what I really should do is somehow intercept the html stream
directly off the sgml parser, before the html parser gets it. That is what
I thought "overwriting the HTML module" would do, but I could not find a
clue as to how to do it.

> >2. I think I am missing something really obvious and basic about the
> >   way streams are supposed to work. What should be in the
> >   output_stream field of my request? I just want to get back a string
> >   full of HTML to drop into the HTML widget. I got it to sort of work
> >   by using pipe(), and passing in the write-end to HTWriter_new, then
> >   reading off the other end, but pipes really are not meant for use
> >   in a single process, and I think the program would block if more
> >   than 4096 bytes got written to the pipe before I could read it.

> Or
> you should setup a stream which receives the chunks and implements
> the interface to the widget. However, as long as the widget wants
> just a single string you'll to collect all the data before passing
> it on to the widget.

Setting up a stream to collect the chunks is what I do not understand how
to do in C, in a single process. Could you elaborate?

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 3rd Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


eturn-Path: cc#c#Mail-Gateway%CCMAIL%pscmail.ps.net@www10.w3.org 
Return-Path: <cc#c#Mail-Gateway%CCMAIL%pscmail.ps.net@www10.w3.org>
Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu) by www19 (5.0/NSCS-1.0S) 
	id AA01294; Tue, 30 May 1995 16:55:07 +0500
Received: from www10.w3.org by MINTAKA.LCS.MIT.EDU id aa07267;
          30 May 95 14:30 EDT
Received: from gateway.ps.net by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13716; Tue, 30 May 1995 14:25:22 +0500
Received: from dcuh029.dcu.ps.net by gateway.ps.net with SMTP id AA17873
  (InterLock SMTP Gateway 3.0 for <www-lib@www10.w3.org>);
  Tue, 30 May 1995 13:22:07 -0500
Received: by dcuh029.dcu.ps.net
	(1.38.193.5/16.2) id AA22395; Tue, 30 May 1995 13:18:53 -0500
From: cc#c#Mail-Gateway%CCMAIL@pscmail.ps.net
Received: by pscmail.ps.net via Worldtalk with X400 (3.0.4/1.64)
	id WT21141.0; Tue, 30 May 1995 13:18:52 CDT
Date: 30 May 95 13:18:11 -0500
To: www-lib@www10.w3.org
Subject: Message Undeliverable to cc:Mail
Message-Id: <002.elia2.4847.950530181811Z.CC-MAIL*/O=CCMAIL/PRMD=PSC/ADMD=MCI/C=US/@MHS>
Content-Length: 544

*** cc:Mail reported the following errors ***
----------------------------------- Returned 
-----------------------------------
From: www-lib@www10.w3.org%SMTP at x400po
Date: 5/30/1995 3:59:36AM
To: Richard Obrecht
To: www-lib@www10.w3.org%SMTP at x400po
Subject: Re: Help getting started with libwww
-----------------------------------------------------------------------------
---
Message authorized by:
    : mattf@cac.washington.edu%SMTP at x400po

<Text item g:\ccgate\inelbp5 was not returned>
<Unknown body part from cc:Mail discarded>
eturn-Path: KKiyohara@symantec.com 
Return-Path: <KKiyohara@symantec.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB07678; Tue, 30 May 1995 21:19:35 +0500
Received: from symiserver.symantec.com by www10.w3.org (5.0/NSCS-1.0S) 
	id AA16205; Tue, 30 May 1995 21:19:32 +0500
Received: from symantec.com ([155.64.70.62]) by symiserver.symantec.com (4.1/SMI-4.1)
	id AA08566; Tue, 30 May 95 18:23:17 PDT
Received: from cc:Mail by symantec.com
	id AA801882845; Tue, 30 May 95 17:59:57 PST
Date: Tue, 30 May 95 17:59:57 PST
From: "Keith Kiyohara" <KKiyohara@symantec.com>
Message-Id: <9504308018.AA801882845@symantec.com>
To: www-lib@www10.w3.org
Return-Receipt-To: KKiyohara@symantec.com
Subject: Building NT Version
Content-Length: 227

     After downloading the latest version, I didn't find any specific 
     makefiles for NT. Has anyone else gotten this to compile under NT 
     (MSVC 2.1)? If so, could you send me your makefiles?
     
     TIA -- Keith.

eturn-Path: keukens@bladel.rps.slb.com 
Return-Path: <keukens@bladel.rps.slb.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AC13142; Wed, 31 May 1995 02:28:29 +0500
Received: from snmsn1.montrouge.sinet.slb.com (snmsn1.montrouge.omnes.slb.com) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA17522; Wed, 31 May 1995 02:28:24 +0500
Received: from PCBL010 (pcbl010.bladel.rps.slb.com) by montrouge.sinet.slb.com
 (PMDF V4.3-7 #5633) id <01HR5AGDNOAO002C76@montrouge.sinet.slb.com>; Wed,
 31 May 1995 08:34:45 GMT+0100
Date: Wed, 31 May 1995 08:34:45 GMT+0100
Date-Warning: Date header was inserted by montrouge.sinet.slb.com
From: keukens@bladel.rps.slb.com (M. Keukens)
Subject: Sending a POST-request to a WWW-server?
X-Sender: keukens@snmsn1.montrouge.sinet.slb.com
To: www-lib@www10.w3.org
Message-Id: <01HR5AGDUN2A002C76@montrouge.sinet.slb.com>
Mime-Version: 1.0
X-Mailer: <Windows Eudora Version 2.0.2>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7BIT
Content-Length: 461

Hi,

I'm writing a little program under MS-Windows and I want to send a
POST-request to my own WWW-server which should start a CGI-script and send a
binary file to the WWW-server.

At the moment I have no idea how to achieve this. I would be very pleased
with a simple example program or something alike.

I looked already for the libwww but as far as I could see, this library is
not ported to MS-Windows.

Thanks in advance for any advice.

Manuel Keukens. 

eturn-Path: cbrooks@osf.org 
Return-Path: <cbrooks@osf.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA05619; Wed, 31 May 1995 09:15:45 +0500
Received: from postman.osf.org by www10.w3.org (5.0/NSCS-1.0S) 
	id AA22437; Wed, 31 May 1995 09:15:43 +0500
Received: from bran.osf.org (bran.osf.org [130.105.3.114]) by postman.osf.org (8.6.9/8.6.x) with SMTP
	id JAA00513; Wed, 31 May 1995 09:15:40 -0400
Message-Id: <199505311315.JAA00513@postman.osf.org>
X-Sender: cbrooks@postman.osf.org
X-Mailer: Windows Eudora Version 2.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 31 May 1995 09:14:13 -0400
To: KKiyohara@symantec.com, Multiple recipients of list <www-lib@www10.w3.org>
From: Charlie Brooks <cbrooks@osf.org>
Subject: Re: Building NT Version
Content-Length: 659

Keith -

If you're using VisualC++ 2.1, do the following.
Create a new project and include all the .c files. Then throw out the
HTWais.c file.
Define WIN32, _WINDOWS, and _DEBUG. Then compile. 

Do the same for the linemode browser, but include all the .c files, and make
sure that you pick up libwww.lib and wsock32.lib in your link line. 

Hope this helps...

Charlie


At 09:20 PM 5/30/95 +0500, Keith Kiyohara wrote:
>     After downloading the latest version, I didn't find any specific 
>     makefiles for NT. Has anyone else gotten this to compile under NT 
>     (MSVC 2.1)? If so, could you send me your makefiles?
>     
>     TIA -- Keith.
>
>
>

eturn-Path: cbrooks%osf.org@postman.osf.org 
Return-Path: <cbrooks%osf.org@postman.osf.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA06010; Wed, 31 May 1995 09:25:14 +0500
Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA22927; Wed, 31 May 1995 09:25:06 +0500
Received: from postman.osf.org by MINTAKA.LCS.MIT.EDU id aa21870;
          31 May 95 9:23 EDT
Received: from bran.osf.org (bran.osf.org [130.105.3.114]) by postman.osf.org (8.6.9/8.6.x) with SMTP
	id JAA00812 for <www-lib@www10.w3.org>; Wed, 31 May 1995 09:22:27 -0400
Message-Id: <199505311322.JAA00812@postman.osf.org>
X-Sender: cbrooks@postman.osf.org
X-Mailer: Windows Eudora Version 2.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 31 May 1995 09:21:01 -0400
To: www-lib@www10.w3.org
From: Charlie Brooks <cbrooks@osf.org>
Subject: Re: Building NT Version
Content-Length: 920


>
>If you're using VisualC++ 2.1, do the following.
>Create a new project and include all the .c files. Then throw out the
HTWais.c file.
>Define WIN32, _WINDOWS, and _DEBUG. Then compile. 
>
>Do the same for the linemode browser, but include all the .c files, and
make sure that you pick up libwww.lib and wsock32.lib in your link line. 
>
>Hope this helps...
>
>Charlie
>
>
>At 09:20 PM 5/30/95 +0500, Keith Kiyohara wrote:
>>     After downloading the latest version, I didn't find any specific 
>>     makefiles for NT. Has anyone else gotten this to compile under NT 
>>     (MSVC 2.1)? If so, could you send me your makefiles?
>>     
>>     TIA -- Keith.
>>
>>
>>
>

----------
Charlie Brooks                           OSF Research Institute
11 Cambridge Center, 4th Floor           Cambridge, MA 02142
(617) 621 8758                           (617) 621 8696 (FAX)
http://www.osf.org/~cbrooks		 cbrooks@osf.org

eturn-Path: wseward@znet.com 
Return-Path: <wseward@znet.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA02860; Wed, 31 May 1995 12:09:58 +0500
Received: from zNET.com ([165.227.40.1]) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA29065; Wed, 31 May 1995 12:09:51 +0500
Received: from jay.dsr.com by zNET.com (NX5.67d/NX3.0M)
	id AA10187; Wed, 31 May 95 09:15:45 -0700
Message-Id: <9505311615.AA10187@zNET.com>
X-Sender: wseward@znet.com
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 31 May 1995 09:13:59 -0700
To: www-lib@www10.w3.org
From: wseward@znet.com (Wayne Seward)
Subject: mswin: Win32 port
Content-Length: 286

Interested in contributing to the MSWin port.

     Wayne Seward -- wseward@znet.com
==============================================================
Wayne Seward                     E-Mail:  wseward@znet.com      

Your old when the sum of your regrets exceeds the sum of 
your dreams.

eturn-Path: klute@heike.nads.de 
Return-Path: <klute@heike.nads.de>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA05346; Wed, 31 May 1995 13:28:38 +0500
Received: from heike.nads.de by www10.w3.org (5.0/NSCS-1.0S) 
	id AA01178; Wed, 31 May 1995 13:28:23 +0500
Received: from heike (localhost [127.0.0.1]) by heike.nads.de (8.6.12/8.6.12) with SMTP id TAA06864; Wed, 31 May 1995 19:28:07 +0200
Message-Id: <199505311728.TAA06864@heike.nads.de>
To: Matthew Freedman <mattf@cac.washington.edu>
Cc: Rainer Klute <klute@nads.de>,
        Multiple recipients of list <www-lib@www10.w3.org>
Subject: Re: Help getting started with libwww 
Reply-To: Rainer Klute <klute@nads.de>
Organization: NADS GmbH, Germany
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: Your message of Tue, 30 May 1995 10:56:05 -0700.
             <Pine.ULT.3.92.950530103441.1707N-100000@elvis.cac.washington.edu> 
Date: Wed, 31 May 1995 19:28:07 +0200
From: Rainer Klute <klute@nads.de>
Content-Length: 511

>Setting up a stream to collect the chunks is what I do not understand how
>to do in C, in a single process. Could you elaborate?

The stream should collect all incoming data in a large buffer and
send it off to the widget when the stream is closed.

Best regards
Rainer Klute

  Dipl.-Inform. Rainer Klute        NADS - Advertising on nets
  NADS GmbH
  Emil-Figge-Str. 80                Tel.: +49 231 9742570
D-44227 Dortmund                    Fax:  +49 231 9742571

            <http://www.nads.de/~klute/>
eturn-Path: mattf@cac.washington.edu 
Return-Path: <mattf@cac.washington.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA05838; Wed, 31 May 1995 13:45:42 +0500
Received: from mailhost2.cac.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA01573; Wed, 31 May 1995 13:45:35 +0500
Received: from elvis.cac.washington.edu by mailhost2.cac.washington.edu
	(5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA18416;
	Wed, 31 May 95 10:45:28 -0700
Date: Wed, 31 May 1995 10:45:28 -0700 (PDT)
From: Matthew Freedman <mattf@cac.washington.edu>
To: Rainer Klute <klute@nads.de>
Cc: Multiple recipients of list <www-lib@www10.w3.org>
Subject: Re: Help getting started with libwww 
In-Reply-To: <199505311728.TAA06864@heike.nads.de>
Message-Id: <Pine.ULT.3.92.950531103102.1707d-100000@elvis.cac.washington.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 2160

On Wed, 31 May 1995, Rainer Klute wrote:
> >Setting up a stream to collect the chunks is what I do not understand how
> >to do in C, in a single process. Could you elaborate?
>
> The stream should collect all incoming data in a large buffer and
> send it off to the widget when the stream is closed.

Right, I understand the concept, what I don't understand is the mechanics.

Let me be more specific. I know I have to build an HTRequest structure,
and in its output_stream field, I need a stream. I know that I can get one
by calling HTWriter_new() with a file descriptor. But where does that file
descriptor come from?

Should I open one with pipe()? That seems to work, but if my read routine
is in the same process as the library write routine, won't it break down
if the retrieved data is greater than the pipe buffer size? I.e. the
libwww write routine will hang when the pipe is full, but my read routine
won't get called to empty the pipe because the whole process will be hung.
I could just have two processes, but that seems like excessive overhead,
and probably is not the correct style.

Should I actually open a file, and use that file descriptor? That is what
I am doing now, and it works, but it also seems like a waste. But does the
library always write a temporary cache file anyway? Should I use that? I
could not understand how to get HTSaveAndCallBack() to work, and the
comment in the text discourages its use.

Should I use a socket? That would have the same problem as a pipe in a
single process, but with more overhead, wouldn't it? I could use an
AF_UNIX socket I suppose, which would not fill up and block, but then I
have the unneeded creation of a file.

So, what do I use as the file descriptor?

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 3rd Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


eturn-Path: klute@heike.nads.de 
Return-Path: <klute@heike.nads.de>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB00308; Wed, 31 May 1995 13:56:46 +0500
Received: from heike.nads.de by www10.w3.org (5.0/NSCS-1.0S) 
	id AA01883; Wed, 31 May 1995 13:56:43 +0500
Received: from heike (localhost [127.0.0.1]) by heike.nads.de (8.6.12/8.6.12) with SMTP id TAA06942; Wed, 31 May 1995 19:56:30 +0200
Message-Id: <199505311756.TAA06942@heike.nads.de>
To: Matthew Freedman <mattf@cac.washington.edu>
Cc: Rainer Klute <klute@nads.de>,
        Multiple recipients of list <www-lib@www10.w3.org>
Subject: Re: Help getting started with libwww 
Reply-To: Rainer Klute <klute@nads.de>
Organization: NADS GmbH, Germany
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: Your message of Wed, 31 May 1995 10:45:28 -0700.
             <Pine.ULT.3.92.950531103102.1707d-100000@elvis.cac.washington.edu> 
Date: Wed, 31 May 1995 19:56:30 +0200
From: Rainer Klute <klute@nads.de>
Content-Length: 1126

>> The stream should collect all incoming data in a large buffer and
>> send it off to the widget when the stream is closed.
>
>Right, I understand the concept, what I don't understand is the mechanics.
>
>Let me be more specific. I know I have to build an HTRequest structure,
>and in its output_stream field, I need a stream. I know that I can get one
>by calling HTWriter_new() with a file descriptor. But where does that file
>descriptor come from?

What you need is not just an object of some stream class like
HTWriter, but you need your own specific stream class. The
pragmatic approach is to take an existing class, copy it and modify
it as needed. Look into the Library implementation for suitable
classes you could start with! A minimal stream class is the Black
Hole class in HTFWrite.[ch]. (As I said in a previous mail, you
have to take The Hard Way.)

Best regards
Rainer Klute

  Dipl.-Inform. Rainer Klute        NADS - Advertising on nets
  NADS GmbH
  Emil-Figge-Str. 80                Tel.: +49 231 9742570
D-44227 Dortmund                    Fax:  +49 231 9742571

            <http://www.nads.de/~klute/>
eturn-Path: energish@umich.edu 
Return-Path: <energish@umich.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA00526; Wed, 31 May 1995 17:46:26 +0500
Received: from zaxxon.rs.itd.umich.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA06438; Wed, 31 May 1995 17:46:25 +0500
Received: from zaxxon.rs.itd.umich.edu by zaxxon.rs.itd.umich.edu (8.6.9/2.2)
	id RAA21071; Wed, 31 May 1995 17:46:58 -0400
From: energish@umich.edu
Date: Wed, 31 May 1995 17:46:56 -0400 (EDT)
X-Sender: energish@zaxxon.rs.itd.umich.edu
To: www-lib@www10.w3.org
Subject: grand unified theory
Message-Id: <Pine.SOL.3.91.950531174454.21001A-100000@zaxxon.rs.itd.umich.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 99

I am despretlt looking for information on the above subject. Thank You!!!!

			energish@umic.edu
 
eturn-Path: fmslee@shiva.hsr.re.kr 
Return-Path: <fmslee@shiva.hsr.re.kr>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB06163; Thu, 1 Jun 1995 07:50:18 +0500
Received: from garam.kreonet.re.kr by www10.w3.org (5.0/NSCS-1.0S) 
	id AA23959; Thu, 1 Jun 1995 07:50:03 +0500
Received: from heis1.hsr.re.kr (heis1.hsr.re.kr [134.75.214.2]) by garam.kreonet.re.kr (8.6.9H1/8.6.9) with ESMTP id UAA21657; Thu, 1 Jun 1995 20:52:28 +0900
Received: from shiva.hsr.re.kr (shiva.hsr.re.kr [134.75.214.124]) by heis1.hsr.re.kr (8.6.11/8.6.9) with ESMTP id UAA03429; Thu, 1 Jun 1995 20:49:40 +1000
Received: (from fmslee@localhost) by shiva.hsr.re.kr (8.6.10H1/8.6.9) id UAA10390; Thu, 1 Jun 1995 20:48:18 +0900
Date: Thu, 1 Jun 1995 20:48:18 +0900
From: Lee Mi Su <fmslee@shiva.hsr.re.kr>
Message-Id: <199506011148.UAA10390@shiva.hsr.re.kr>
To: www-lib@www10.w3.org
Cc: KKiyohara@symantec.com
Subject: [RE] Building NT Version 
X-Mailer: AIR Mail 3.X (SPRY, Inc.)
Content-Length: 39838

> keukens wrote : 
> I looked already for the libwww but as far as I could see, this library is
> not ported to MS-Windows.

and,

> Keith wrote : 
> After downloading the latest version, I didn't find any specific 
> makefiles for NT. Has anyone else gotten this to compile under NT 
> (MSVC 2.1)? If so, could you send me your makefiles?

I had compiled www-lib ver 3.0, under windows_NT(MSVC 2.0) nearly successfully.
Because I had some warnings about 20, but it's not error. 
(that is not seriously)
I tested some parsing routines included WWWLIB.lib(just compiled under NT) 
and I had got some results how it was process input stream tokens.

You didn't have to edit this makefile. Makefile itself is automatically edited. 
You select New_Project in File menu and you must select Project type is static library.  And then add your *.c files in WWWLibs.

*IMPORTANT
	In this time, you must remove HTWAIS.c file from the list. 
	Because the original wwwlib makefile do not have that file.

Now, You will find the "Dependencies" that is composed *.h files, automatically create. So, You can build "wwwlib.lib"(it's my wwwlib name). 
Go ahead, please.

I'm not sure whether wwwlib is successfully compiled under WINDOWS 3.1 or not.
But I have positive thinking about compiling in Win3.1. 

Have a successfully Results!!!

If you have any Question, mail to 
	fmslee@shiva.hsr.re.kr


* PS. 	This is my wwwlib makefile under NT. 


_________________________________________________________________________________

# Microsoft Visual C++ Generated NMAKE File, Format Version 2.00
# ** DO NOT EDIT **

# TARGTYPE "Win32 (x86) Static Library" 0x0104

!IF "$(CFG)" == ""
CFG=Win32 Debug
!MESSAGE No configuration specified.  Defaulting to Win32 Debug.
!ENDIF 

!IF "$(CFG)" != "Win32 Release" && "$(CFG)" != "Win32 Debug"
!MESSAGE Invalid configuration "$(CFG)" specified.
!MESSAGE You can specify a configuration when running NMAKE on this makefile
!MESSAGE by defining the macro CFG on the command line.  For example:
!MESSAGE 
!MESSAGE NMAKE /f "wwwlib.mak" CFG="Win32 Debug"
!MESSAGE 
!MESSAGE Possible choices for configuration are:
!MESSAGE 
!MESSAGE "Win32 Release" (based on "Win32 (x86) Static Library")
!MESSAGE "Win32 Debug" (based on "Win32 (x86) Static Library")
!MESSAGE 
!ERROR An invalid configuration is specified.
!ENDIF 

################################################################################
# Begin Project
# PROP Target_Last_Scanned "Win32 Debug"
CPP=cl.exe

!IF  "$(CFG)" == "Win32 Release"

# PROP BASE Use_MFC 0
# PROP BASE Use_Debug_Libraries 0
# PROP BASE Output_Dir "WinRel"
# PROP BASE Intermediate_Dir "WinRel"
# PROP Use_MFC 0
# PROP Use_Debug_Libraries 0
# PROP Output_Dir "WinRel"
# PROP Intermediate_Dir "WinRel"
OUTDIR=.\WinRel
INTDIR=.\WinRel

ALL : $(OUTDIR)/wwwlib.lib $(OUTDIR)/wwwlib.bsc

$(OUTDIR) : 
    if not exist $(OUTDIR)/nul mkdir $(OUTDIR)

# ADD BASE CPP /nologo /W3 /GX /YX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /FR /c
# ADD CPP /nologo /W3 /GX /YX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /FR /c
CPP_PROJ=/nologo /W3 /GX /YX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS"\
 /FR$(INTDIR)/ /Fp$(OUTDIR)/"wwwlib.pch" /Fo$(INTDIR)/ /c 
CPP_OBJS=.\WinRel/
BSC32=bscmake.exe
# ADD BASE BSC32 /nologo
# ADD BSC32 /nologo
BSC32_FLAGS=/nologo /o$(OUTDIR)/"wwwlib.bsc" 
BSC32_SBRS= \
	$(INTDIR)/HTChunk.sbr \
	$(INTDIR)/HTAtom.sbr \
	$(INTDIR)/HTInit.sbr \
	$(INTDIR)/HTTelnet.sbr \
	$(INTDIR)/HTTCP.sbr \
	$(INTDIR)/HTStyle.sbr \
	$(INTDIR)/HTFile.sbr \
	$(INTDIR)/HTXParse.sbr \
	$(INTDIR)/HTError.sbr \
	$(INTDIR)/HTDescpt.sbr \
	$(INTDIR)/HTMIME.sbr \
	$(INTDIR)/HTRules.sbr \
	$(INTDIR)/HTHist.sbr \
	$(INTDIR)/HTUU.sbr \
	$(INTDIR)/HTString.sbr \
	$(INTDIR)/HTAAUtil.sbr \
	$(INTDIR)/HTMLPDTD.sbr \
	$(INTDIR)/HTML.sbr \
	$(INTDIR)/HTParse.sbr \
	$(INTDIR)/HTFTP.sbr \
	$(INTDIR)/HTThread.sbr \
	$(INTDIR)/HTErrMsg.sbr \
	$(INTDIR)/HTTee.sbr \
	$(INTDIR)/HTEscape.sbr \
	$(INTDIR)/HTAlert.sbr \
	$(INTDIR)/HTDirBrw.sbr \
	$(INTDIR)/HTAABrow.sbr \
	$(INTDIR)/HTFWrite.sbr \
	$(INTDIR)/HTAccess.sbr \
	$(INTDIR)/HTEPtoCl.sbr \
	$(INTDIR)/HTFormat.sbr \
	$(INTDIR)/HTTeXGen.sbr \
	$(INTDIR)/HTPlain.sbr \
	$(INTDIR)/HTGuess.sbr \
	$(INTDIR)/HTWSRC.sbr \
	$(INTDIR)/HTTP.sbr \
	$(INTDIR)/HTMLGen.sbr \
	$(INTDIR)/HTAssoc.sbr \
	$(INTDIR)/HTMulti.sbr \
	$(INTDIR)/HTGopher.sbr \
	$(INTDIR)/HTBTree.sbr \
	$(INTDIR)/SGML.sbr \
	$(INTDIR)/HTIcons.sbr \
	$(INTDIR)/HTAnchor.sbr \
	$(INTDIR)/HTWriter.sbr \
	$(INTDIR)/HTList.sbr \
	$(INTDIR)/HTNews.sbr \
	$(INTDIR)/HTEvent.sbr

$(OUTDIR)/wwwlib.bsc : $(OUTDIR)  $(BSC32_SBRS)
    $(BSC32) @<<
  $(BSC32_FLAGS) $(BSC32_SBRS)
<<

LIB32=lib.exe
# ADD BASE LIB32 /NOLOGO
# ADD LIB32 /NOLOGO
LIB32_FLAGS=/NOLOGO /OUT:$(OUTDIR)\"wwwlib.lib" 
DEF_FLAGS=
DEF_FILE=
LIB32_OBJS= \
	$(INTDIR)/HTChunk.obj \
	$(INTDIR)/HTAtom.obj \
	$(INTDIR)/HTInit.obj \
	$(INTDIR)/HTTelnet.obj \
	$(INTDIR)/HTTCP.obj \
	$(INTDIR)/HTStyle.obj \
	$(INTDIR)/HTFile.obj \
	$(INTDIR)/HTXParse.obj \
	$(INTDIR)/HTError.obj \
	$(INTDIR)/HTDescpt.obj \
	$(INTDIR)/HTMIME.obj \
	$(INTDIR)/HTRules.obj \
	$(INTDIR)/HTHist.obj \
	$(INTDIR)/HTUU.obj \
	$(INTDIR)/HTString.obj \
	$(INTDIR)/HTAAUtil.obj \
	$(INTDIR)/HTMLPDTD.obj \
	$(INTDIR)/HTML.obj \
	$(INTDIR)/HTParse.obj \
	$(INTDIR)/HTFTP.obj \
	$(INTDIR)/HTThread.obj \
	$(INTDIR)/HTErrMsg.obj \
	$(INTDIR)/HTTee.obj \
	$(INTDIR)/HTEscape.obj \
	$(INTDIR)/HTAlert.obj \
	$(INTDIR)/HTDirBrw.obj \
	$(INTDIR)/HTAABrow.obj \
	$(INTDIR)/HTFWrite.obj \
	$(INTDIR)/HTAccess.obj \
	$(INTDIR)/HTEPtoCl.obj \
	$(INTDIR)/HTFormat.obj \
	$(INTDIR)/HTTeXGen.obj \
	$(INTDIR)/HTPlain.obj \
	$(INTDIR)/HTGuess.obj \
	$(INTDIR)/HTWSRC.obj \
	$(INTDIR)/HTTP.obj \
	$(INTDIR)/HTMLGen.obj \
	$(INTDIR)/HTAssoc.obj \
	$(INTDIR)/HTMulti.obj \
	$(INTDIR)/HTGopher.obj \
	$(INTDIR)/HTBTree.obj \
	$(INTDIR)/SGML.obj \
	$(INTDIR)/HTIcons.obj \
	$(INTDIR)/HTAnchor.obj \
	$(INTDIR)/HTWriter.obj \
	$(INTDIR)/HTList.obj \
	$(INTDIR)/HTNews.obj \
	$(INTDIR)/HTEvent.obj

$(OUTDIR)/wwwlib.lib : $(OUTDIR)  $(DEF_FILE) $(LIB32_OBJS)
    $(LIB32) @<<
  $(LIB32_FLAGS) $(DEF_FLAGS) $(LIB32_OBJS)
<<

!ELSEIF  "$(CFG)" == "Win32 Debug"

# PROP BASE Use_MFC 0
# PROP BASE Use_Debug_Libraries 1
# PROP BASE Output_Dir "WinDebug"
# PROP BASE Intermediate_Dir "WinDebug"
# PROP Use_MFC 0
# PROP Use_Debug_Libraries 1
# PROP Output_Dir "WinDebug"
# PROP Intermediate_Dir "WinDebug"
OUTDIR=.\WinDebug
INTDIR=.\WinDebug

ALL : $(OUTDIR)/wwwlib.lib $(OUTDIR)/wwwlib.bsc

$(OUTDIR) : 
    if not exist $(OUTDIR)/nul mkdir $(OUTDIR)

# ADD BASE CPP /nologo /W3 /GX /Z7 /YX /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /FR /c
# ADD CPP /nologo /W3 /GX /Z7 /YX /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /FR /c
CPP_PROJ=/nologo /W3 /GX /Z7 /YX /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS"\
 /FR$(INTDIR)/ /Fp$(OUTDIR)/"wwwlib.pch" /Fo$(INTDIR)/ /c 
CPP_OBJS=.\WinDebug/
BSC32=bscmake.exe
# ADD BASE BSC32 /nologo
# ADD BSC32 /nologo
BSC32_FLAGS=/nologo /o$(OUTDIR)/"wwwlib.bsc" 
BSC32_SBRS= \
	$(INTDIR)/HTChunk.sbr \
	$(INTDIR)/HTAtom.sbr \
	$(INTDIR)/HTInit.sbr \
	$(INTDIR)/HTTelnet.sbr \
	$(INTDIR)/HTTCP.sbr \
	$(INTDIR)/HTStyle.sbr \
	$(INTDIR)/HTFile.sbr \
	$(INTDIR)/HTXParse.sbr \
	$(INTDIR)/HTError.sbr \
	$(INTDIR)/HTDescpt.sbr \
	$(INTDIR)/HTMIME.sbr \
	$(INTDIR)/HTRules.sbr \
	$(INTDIR)/HTHist.sbr \
	$(INTDIR)/HTUU.sbr \
	$(INTDIR)/HTString.sbr \
	$(INTDIR)/HTAAUtil.sbr \
	$(INTDIR)/HTMLPDTD.sbr \
	$(INTDIR)/HTML.sbr \
	$(INTDIR)/HTParse.sbr \
	$(INTDIR)/HTFTP.sbr \
	$(INTDIR)/HTThread.sbr \
	$(INTDIR)/HTErrMsg.sbr \
	$(INTDIR)/HTTee.sbr \
	$(INTDIR)/HTEscape.sbr \
	$(INTDIR)/HTAlert.sbr \
	$(INTDIR)/HTDirBrw.sbr \
	$(INTDIR)/HTAABrow.sbr \
	$(INTDIR)/HTFWrite.sbr \
	$(INTDIR)/HTAccess.sbr \
	$(INTDIR)/HTEPtoCl.sbr \
	$(INTDIR)/HTFormat.sbr \
	$(INTDIR)/HTTeXGen.sbr \
	$(INTDIR)/HTPlain.sbr \
	$(INTDIR)/HTGuess.sbr \
	$(INTDIR)/HTWSRC.sbr \
	$(INTDIR)/HTTP.sbr \
	$(INTDIR)/HTMLGen.sbr \
	$(INTDIR)/HTAssoc.sbr \
	$(INTDIR)/HTMulti.sbr \
	$(INTDIR)/HTGopher.sbr \
	$(INTDIR)/HTBTree.sbr \
	$(INTDIR)/SGML.sbr \
	$(INTDIR)/HTIcons.sbr \
	$(INTDIR)/HTAnchor.sbr \
	$(INTDIR)/HTWriter.sbr \
	$(INTDIR)/HTList.sbr \
	$(INTDIR)/HTNews.sbr \
	$(INTDIR)/HTEvent.sbr

$(OUTDIR)/wwwlib.bsc : $(OUTDIR)  $(BSC32_SBRS)
    $(BSC32) @<<
  $(BSC32_FLAGS) $(BSC32_SBRS)
<<

LIB32=lib.exe
# ADD BASE LIB32 /NOLOGO
# ADD LIB32 /NOLOGO
LIB32_FLAGS=/NOLOGO /OUT:$(OUTDIR)\"wwwlib.lib" 
DEF_FLAGS=
DEF_FILE=
LIB32_OBJS= \
	$(INTDIR)/HTChunk.obj \
	$(INTDIR)/HTAtom.obj \
	$(INTDIR)/HTInit.obj \
	$(INTDIR)/HTTelnet.obj \
	$(INTDIR)/HTTCP.obj \
	$(INTDIR)/HTStyle.obj \
	$(INTDIR)/HTFile.obj \
	$(INTDIR)/HTXParse.obj \
	$(INTDIR)/HTError.obj \
	$(INTDIR)/HTDescpt.obj \
	$(INTDIR)/HTMIME.obj \
	$(INTDIR)/HTRules.obj \
	$(INTDIR)/HTHist.obj \
	$(INTDIR)/HTUU.obj \
	$(INTDIR)/HTString.obj \
	$(INTDIR)/HTAAUtil.obj \
	$(INTDIR)/HTMLPDTD.obj \
	$(INTDIR)/HTML.obj \
	$(INTDIR)/HTParse.obj \
	$(INTDIR)/HTFTP.obj \
	$(INTDIR)/HTThread.obj \
	$(INTDIR)/HTErrMsg.obj \
	$(INTDIR)/HTTee.obj \
	$(INTDIR)/HTEscape.obj \
	$(INTDIR)/HTAlert.obj \
	$(INTDIR)/HTDirBrw.obj \
	$(INTDIR)/HTAABrow.obj \
	$(INTDIR)/HTFWrite.obj \
	$(INTDIR)/HTAccess.obj \
	$(INTDIR)/HTEPtoCl.obj \
	$(INTDIR)/HTFormat.obj \
	$(INTDIR)/HTTeXGen.obj \
	$(INTDIR)/HTPlain.obj \
	$(INTDIR)/HTGuess.obj \
	$(INTDIR)/HTWSRC.obj \
	$(INTDIR)/HTTP.obj \
	$(INTDIR)/HTMLGen.obj \
	$(INTDIR)/HTAssoc.obj \
	$(INTDIR)/HTMulti.obj \
	$(INTDIR)/HTGopher.obj \
	$(INTDIR)/HTBTree.obj \
	$(INTDIR)/SGML.obj \
	$(INTDIR)/HTIcons.obj \
	$(INTDIR)/HTAnchor.obj \
	$(INTDIR)/HTWriter.obj \
	$(INTDIR)/HTList.obj \
	$(INTDIR)/HTNews.obj \
	$(INTDIR)/HTEvent.obj

$(OUTDIR)/wwwlib.lib : $(OUTDIR)  $(DEF_FILE) $(LIB32_OBJS)
    $(LIB32) @<<
  $(LIB32_FLAGS) $(DEF_FLAGS) $(LIB32_OBJS)
<<

!ENDIF 

.c{$(CPP_OBJS)}.obj:
   $(CPP) $(CPP_PROJ) $<  

.cpp{$(CPP_OBJS)}.obj:
   $(CPP) $(CPP_PROJ) $<  

.cxx{$(CPP_OBJS)}.obj:
   $(CPP) $(CPP_PROJ) $<  

################################################################################
# Begin Group "Source Files"

################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTChunk.c
DEP_HTCHU=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTChunk.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTChunk.obj :  $(SOURCE)  $(DEP_HTCHU) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAtom.c
DEP_HTATO=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAtom.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTAtom.obj :  $(SOURCE)  $(DEP_HTATO) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTInit.c
DEP_HTINI=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTPlain.h\
	.\LIB_SRC\HTMLGen.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTMIME.h\
	.\LIB_SRC\HTWSRC.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTNews.h\
	.\LIB_SRC\HTInit.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTInit.obj :  $(SOURCE)  $(DEP_HTINI) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTTelnet.c
DEP_HTTEL=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTTelnet.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTTelnet.obj :  $(SOURCE)  $(DEP_HTTEL) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTTCP.c
DEP_HTTCP=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTThread.h\
	.\LIB_SRC\HTTCP.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTTCP.obj :  $(SOURCE)  $(DEP_HTTCP) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTStyle.c
DEP_HTSTY=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTStyle.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTStyle.obj :  $(SOURCE)  $(DEP_HTSTY) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTFile.c
DEP_HTFIL=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTWriter.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTInit.h\
	.\LIB_SRC\HTBTree.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTMulti.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTFile.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTFile.obj :  $(SOURCE)  $(DEP_HTFIL) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTXParse.c
DEP_HTXPA=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTXParse.h\
	.\LIB_SRC\HTEPtoCl.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTXParse.obj :  $(SOURCE)  $(DEP_HTXPA) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTError.c
DEP_HTERR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTError.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTError.obj :  $(SOURCE)  $(DEP_HTERR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTDescpt.c
DEP_HTDES=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTFile.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTDescpt.obj :  $(SOURCE)  $(DEP_HTDES) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTMIME.c
DEP_HTMIM=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTMIME.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTMIME.obj :  $(SOURCE)  $(DEP_HTMIM) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTRules.c
DEP_HTRUL=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTRules.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTRules.obj :  $(SOURCE)  $(DEP_HTRUL) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTHist.c
DEP_HTHIS=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTHist.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTHist.obj :  $(SOURCE)  $(DEP_HTHIS) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTUU.c
DEP_HTUU_=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTUU.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTUU.obj :  $(SOURCE)  $(DEP_HTUU_) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTString.c
DEP_HTSTR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTString.obj :  $(SOURCE)  $(DEP_HTSTR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAAUtil.c
DEP_HTAAU=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAssoc.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTList.h

$(INTDIR)/HTAAUtil.obj :  $(SOURCE)  $(DEP_HTAAU) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTMLPDTD.c
DEP_HTMLP=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTMLPDTD.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTStream.h

$(INTDIR)/HTMLPDTD.obj :  $(SOURCE)  $(DEP_HTMLP) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTML.c
DEP_HTML_=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HText.h\
	.\LIB_SRC\HTStyle.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTMLGen.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTML.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTML.obj :  $(SOURCE)  $(DEP_HTML_) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTParse.c
DEP_HTPAR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTTCP.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTParse.obj :  $(SOURCE)  $(DEP_HTPAR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTFTP.c
DEP_HTFTP=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTBTree.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTFTP.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTFTP.obj :  $(SOURCE)  $(DEP_HTFTP) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTThread.c
DEP_HTTHR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTThread.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTThread.obj :  $(SOURCE)  $(DEP_HTTHR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTErrMsg.c
DEP_HTERRM=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTError.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTErrMsg.obj :  $(SOURCE)  $(DEP_HTERRM) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTTee.c
DEP_HTTEE=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTTee.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h

$(INTDIR)/HTTee.obj :  $(SOURCE)  $(DEP_HTTEE) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTEscape.c
DEP_HTESC=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTEscape.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTEscape.obj :  $(SOURCE)  $(DEP_HTESC) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAlert.c
DEP_HTALE=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTAlert.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTAlert.obj :  $(SOURCE)  $(DEP_HTALE) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTDirBrw.c
DEP_HTDIR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTInit.h\
	.\LIB_SRC\HTBTree.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTIcons.h\
	.\LIB_SRC\HTDescpt.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTDirBrw.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTDirBrw.obj :  $(SOURCE)  $(DEP_HTDIR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAABrow.c
DEP_HTAAB=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTUU.h\
	.\LIB_SRC\HTAccess.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h

$(INTDIR)/HTAABrow.obj :  $(SOURCE)  $(DEP_HTAAB) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTFWrite.c
DEP_HTFWR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTParse.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTFWrite.obj :  $(SOURCE)  $(DEP_HTFWR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAccess.c

$(INTDIR)/HTAccess.obj :  $(SOURCE)  $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTEPtoCl.c
DEP_HTEPT=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTStream.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTEPtoCl.obj :  $(SOURCE)  $(DEP_HTEPT) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTFormat.c
DEP_HTFOR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTGuess.h\
	.\LIB_SRC\HTThread.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTFormat.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTFormat.obj :  $(SOURCE)  $(DEP_HTFOR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTTeXGen.c
DEP_HTTEX=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTTeXGen.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTFormat.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTTeXGen.obj :  $(SOURCE)  $(DEP_HTTEX) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTPlain.c
DEP_HTPLA=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HText.h\
	.\LIB_SRC\HTStyle.h\
	.\LIB_SRC\HTPlain.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTPlain.obj :  $(SOURCE)  $(DEP_HTPLA) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTGuess.c
DEP_HTGUE=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTGuess.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTGuess.obj :  $(SOURCE)  $(DEP_HTGUE) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTWSRC.c
DEP_HTWSR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTWSRC.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTWSRC.obj :  $(SOURCE)  $(DEP_HTWSR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTTP.c
DEP_HTTP_=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTMIME.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTTee.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTGuess.h\
	.\LIB_SRC\HTThread.h\
	.\LIB_SRC\HTTP.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTTP.obj :  $(SOURCE)  $(DEP_HTTP_) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTMLGen.c
DEP_HTMLG=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTMLGen.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTMLGen.obj :  $(SOURCE)  $(DEP_HTMLG) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAssoc.c
DEP_HTASS=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\HTString.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTList.h

$(INTDIR)/HTAssoc.obj :  $(SOURCE)  $(DEP_HTASS) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTMulti.c
DEP_HTMUL=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTMulti.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTList.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h\
	.\LIB_SRC\SGML.h

$(INTDIR)/HTMulti.obj :  $(SOURCE)  $(DEP_HTMUL) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTGopher.c
DEP_HTGOP=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTTCP.h\
	.\LIB_SRC\HTIcons.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTGopher.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTGopher.obj :  $(SOURCE)  $(DEP_HTGOP) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTBTree.c
DEP_HTBTR=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTBTree.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTBTree.obj :  $(SOURCE)  $(DEP_HTBTR) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\SGML.c
DEP_SGML_=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\SGML.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h

$(INTDIR)/SGML.obj :  $(SOURCE)  $(DEP_SGML_) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTIcons.c
DEP_HTICO=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTFile.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTIcons.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTDirBrw.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTFTP.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTIcons.obj :  $(SOURCE)  $(DEP_HTICO) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTAnchor.c
DEP_HTANC=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTFWrite.h\
	.\LIB_SRC\HTAnchor.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTAnchor.obj :  $(SOURCE)  $(DEP_HTANC) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTWriter.c
DEP_HTWRI=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTWriter.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTStream.h

$(INTDIR)/HTWriter.obj :  $(SOURCE)  $(DEP_HTWRI) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTList.c
DEP_HTLIS=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTList.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H

$(INTDIR)/HTList.obj :  $(SOURCE)  $(DEP_HTLIS) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTNews.c
DEP_HTNEW=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTString.h\
	.\LIB_SRC\HTML.h\
	.\LIB_SRC\HTParse.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAlert.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTNews.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTMLPDTD.h\
	.\LIB_SRC\HTEscape.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\SGML.h\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTNews.obj :  $(SOURCE)  $(DEP_HTNEW) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
################################################################################
# Begin Source File

SOURCE=.\LIB_SRC\HTEvent.c
DEP_HTEVE=\
	.\LIB_SRC\tcp.h\
	.\LIB_SRC\HTUtils.h\
	.\LIB_SRC\HTAccess.h\
	.\LIB_SRC\HTError.h\
	.\LIB_SRC\HTThread.h\
	.\LIB_SRC\HTList.h\
	.\LIB_SRC\HTEvent.h\
	D:\MSVC20\INCLUDE\sys\TYPES.H\
	D:\MSVC20\INCLUDE\sys\STAT.H\
	.\LIB_SRC\HTChunk.h\
	.\LIB_SRC\HTAnchor.h\
	.\LIB_SRC\HTFormat.h\
	.\LIB_SRC\HTAAUtil.h\
	.\LIB_SRC\HTAABrow.h\
	.\LIB_SRC\HTAtom.h\
	.\LIB_SRC\HTStream.h\
	.\LIB_SRC\HTAssoc.h

$(INTDIR)/HTEvent.obj :  $(SOURCE)  $(DEP_HTEVE) $(INTDIR)
   $(CPP) $(CPP_PROJ)  $(SOURCE) 

# End Source File
# End Group
# End Project
################################################################################



  





eturn-Path: cmcneil@mta.ca 
Return-Path: <cmcneil@mta.ca>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AC18923; Thu, 1 Jun 1995 14:35:01 +0500
Received: from unb.ca (hermes.csd.unb.ca) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA01763; Thu, 1 Jun 1995 14:34:56 +0500
Received: from mailserv.mta.ca by unb.ca (8.6.12/950414-15:35)
	id PAA12556; Thu, 1 Jun 1995 15:34:45 -0300
Received: from humble.mta.ca by mailserv.mta.ca; (5.65/1.1.8.2/09Sep94-0117PM)
	id AA21149; Thu, 1 Jun 1995 15:38:28 -0300
Message-Id: <9506011838.AA21149@mailserv.mta.ca>
From: Chris McNeil <cmcneil@mta.ca>
Reply-To: Chris McNeil <cmcneil@mta.ca>
To: www-lib@w3.org
Subject: linemode brower error (running on win16)
Date: Thu, 01 Jun 1995 15:35:25 AST
X-Mailer: IST Internet Express Mail version 1.0
Content-Length: 500

I have managed to get the wwwlib and linemode browers compiled and running
on a 16 bit windows machine. I can connect to www servers and view the source 
but if I try to view the document as a html file I get the following
error message:
WWW Alert: Fatal error 501 Not Implemented Can't convert from www/mine to 
www/present

Does anyone know exactly what this error means. I'm sort of new to http an the 
cern library so if this is a dumb question please excuse.

Thanks
Chris McNeil
cmcneil@mta.ca
eturn-Path: Steven.Li@eng.sun.com 
Return-Path: <Steven.Li@eng.sun.com>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA22515; Thu, 1 Jun 1995 16:43:29 +0500
Received: from venus.Sun.COM by www10.w3.org (5.0/NSCS-1.0S) 
	id AA02636; Thu, 1 Jun 1995 16:43:20 +0500
Received: from Eng.Sun.COM by venus.Sun.COM (Sun.COM)
	id NAA13467; Thu, 1 Jun 1995 13:43:16 -0700
Received: from wiliki.Eng.Sun.COM by Eng.Sun.COM (5.x/SMI-5.3)
	id AA10851; Thu, 1 Jun 1995 13:43:12 -0700
Received: by wiliki.Eng.Sun.COM (5.x/SMI-SVR4)
	id AA14064; Thu, 1 Jun 1995 13:42:08 -0700
Date: Thu, 1 Jun 1995 13:42:08 -0700
From: Steven.Li@eng.sun.com (Steven Li [CONTRACTOR])
Message-Id: <9506012042.AA14064@wiliki.Eng.Sun.COM>
To: www-lib@www10.w3.org
Subject: wwwlib on NT3.5
X-Sun-Charset: US-ASCII
Content-Length: 568



I have successfully compiled wwwlib on Windows NT 3.5 under
Microsoft Visual C++ 2.0, had to make a few changes. But at
runtime the select() call was failing when I tried to use it
with the line mode browser.

Has anyone made wwwlib working on NT further than I have? I'd
like to know your experience, and would like to share with you
mine too.

Thanks.

Steve

---------------------------------------------------------------------------
Steven Li					Sun Microsystems, MTV 12-33
Steven.Li@Eng.Sun.COM				2565 Garcia Ave.
(415)336-1837					Mountain View, CA 94043


eturn-Path: czervas%elroy.mv.us.adobe.com@www10.w3.org 
Return-Path: <czervas%elroy.mv.us.adobe.com@www10.w3.org>
Received: from mintaka.lcs.mit.edu by www19 (5.0/NSCS-1.0S) 
	id AH00312; Thu, 1 Jun 1995 20:52:32 +0500
Received: from www10.w3.org by MINTAKA.LCS.MIT.EDU id aa17464;
          1 Jun 95 20:49 EDT
Received: from mail-relay-2.mv.us.adobe.com ([130.248.1.2]) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA04402; Thu, 1 Jun 1995 20:48:13 +0500
Received: by mail-relay-2.mv.us.adobe.com; id RAA00424; Thu, 1 Jun 1995 17:48:12 -0700
Received: by elroy.mv.us.adobe.com; id RAA21953; Thu, 1 Jun 1995 17:48:44 -0700
Date: Thu, 1 Jun 1995 17:48:44 -0700
Message-Id: <199506020048.RAA21953@elroy.mv.us.adobe.com>
X-Sender: czervas@elroy
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: www-lib@www10.w3.org
From: czervas@elroy.mv.us.adobe.com (Claude Zervas)
Subject: Building and using www under NT3.51
Content-Length: 979

There is a file called README-WinNT at:
http://www.w3.org/hypertext/WWW/Consortium/Dist/
that pretty much outlines the procedure for building both the
library and linemode browser under NT using MSVC2.x.
I followed the instructions and built both with no problems at all.
However, the run-time behaviour of the linemode browser under
NT is pretty spotty. The 'connect' call fails most of the time
with an WSAEINVAL socket error meaning the socket is not bound to
an address. It usually works after several retries.
Has anyone gotten a similar problem and, if so, have you found
a fix ? I don't recall getting the same problems from the 3.0
release on NT (but I made some changes to the code to get it
to run (single-threaded and non-interactive only)).
BTW I am using a proxy server if that makes a difference.

Thanks and I apologize for posting on this mailing list if
this isn't the appropriate spot.
- Claude Zervas
Adobe Systems (Seattle)
(206) 233-7345, czervas@adobe.com

eturn-Path: cbrooks@osf.org 
Return-Path: <cbrooks@osf.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA00710; Fri, 2 Jun 1995 09:32:02 +0500
Received: from postman.osf.org by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10764; Fri, 2 Jun 1995 09:31:59 +0500
Received: from bran.osf.org (bran.osf.org [130.105.3.114]) by postman.osf.org (8.6.9/8.6.x) with SMTP
	id JAA07140 for <www-lib@www10.w3.org>; Fri, 2 Jun 1995 09:31:58 -0400
Message-Id: <199506021331.JAA07140@postman.osf.org>
X-Sender: cbrooks@postman.osf.org
X-Mailer: Windows Eudora Version 2.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 02 Jun 1995 09:30:29 -0400
To: www-lib@www10.w3.org
From: Charlie Brooks <cbrooks@osf.org>
Subject: Re: wwwlib on NT3.5
Content-Length: 722

At 05:02 PM 6/1/95 +0500, Steven Li [CONTRACTOR] wrote:
>
>
>I have successfully compiled wwwlib on Windows NT 3.5 under
>Microsoft Visual C++ 2.0, had to make a few changes. But at
>runtime the select() call was failing when I tried to use it
>with the line mode browser.
>
The current 3.1pre-release of the library has support for WindowsNT,
including support to run the linemode browser. Check the Readme-NT in the
distribution directory for some additional information.  

----------
Charlie Brooks                           OSF Research Institute
11 Cambridge Center, 4th Floor           Cambridge, MA 02142
(617) 621 8758                           (617) 621 8696 (FAX)
http://www.osf.org/~cbrooks		 cbrooks@osf.org

eturn-Path: cbrooks@osf.org 
Return-Path: <cbrooks@osf.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA01115; Fri, 2 Jun 1995 09:37:43 +0500
Received: from postman.osf.org by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10807; Fri, 2 Jun 1995 09:37:37 +0500
Received: from bran.osf.org (bran.osf.org [130.105.3.114]) by postman.osf.org (8.6.9/8.6.x) with SMTP
	id JAA07408 for <www-lib@www10.w3.org>; Fri, 2 Jun 1995 09:37:36 -0400
Message-Id: <199506021337.JAA07408@postman.osf.org>
X-Sender: cbrooks@postman.osf.org
X-Mailer: Windows Eudora Version 2.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 02 Jun 1995 09:36:08 -0400
To: www-lib@www10.w3.org
From: Charlie Brooks <cbrooks@osf.org>
Subject: Re: Building and using www under NT3.51
Content-Length: 1462

At 09:08 PM 6/1/95 +0500, Claude Zervas wrote:
>There is a file called README-WinNT at:
>http://www.w3.org/hypertext/WWW/Consortium/Dist/
>that pretty much outlines the procedure for building both the
>library and linemode browser under NT using MSVC2.x.
>I followed the instructions and built both with no problems at all.
>However, the run-time behaviour of the linemode browser under
>NT is pretty spotty. The 'connect' call fails most of the time
>with an WSAEINVAL socket error meaning the socket is not bound to
>an address. It usually works after several retries.
>Has anyone gotten a similar problem and, if so, have you found
>a fix ? I don't recall getting the same problems from the 3.0
>release on NT (but I made some changes to the code to get it
>to run (single-threaded and non-interactive only)).
>BTW I am using a proxy server if that makes a difference.
>
Yes, I've seen the same problem with the connect() call under Windows/NT,
but I've not had the cycles to debug the problem. It doesn't seem to appear
when you're running in non-blocking mode, so I suspect that the
HTThread/HTEvent handling is the place to look. And I see the behavior when
connecting directly to a server as well. 

Charlie 

----------
Charlie Brooks                           OSF Research Institute
11 Cambridge Center, 4th Floor           Cambridge, MA 02142
(617) 621 8758                           (617) 621 8696 (FAX)
http://www.osf.org/~cbrooks		 cbrooks@osf.org

eturn-Path: mattf@cac.washington.edu 
Return-Path: <mattf@cac.washington.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AD05090; Fri, 2 Jun 1995 14:08:35 +0500
Received: from mailhost1.cac.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13443; Fri, 2 Jun 1995 14:08:31 +0500
Received: from elvis.cac.washington.edu by mailhost1.cac.washington.edu
	(5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA25374;
	Fri, 2 Jun 95 11:08:29 -0700
Date: Fri, 2 Jun 1995 11:08:29 -0700 (PDT)
From: Matthew Freedman <mattf@cac.washington.edu>
To: www-lib@w3.org
Subject: What am I doing wrong here?
Message-Id: <Pine.ULT.3.92.950602105626.10693d-100000@elvis.cac.washington.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 3476

Following is a tiny wrapper program that I wrote to use libwww to simply
retrieve files, and send them out stdout. I find that it works with the
first http URL I put in, but if I put in a second one, it core dumps. Here
is the program...

  #include "WWWLib.h"
  #include "stubs.h"  /* Just a bunch of HText_* function stubs */
  #define MAX_URL_LEN 1024

  main(int argc, char *argv[])
  {
    char       url[MAX_URL_LEN];
    HTRequest *request;

    /* Initialize the library */
    HTLibInit();
    WWW_TraceFlag = TRUE;

    /* Set up the static part of our request structure */
    request = HTRequest_new();
    request->output_format = WWW_SOURCE;
    request->output_stream = HTFWriter_new(stdout, TRUE);

    /* Loop until close of stdin, reading in URLs */
    while (gets(url))
      HTLoadAbsolute(url, request);

    HTLibTerminate();
  }

Is there anything obviously wrong with it?

Here is the output, after I put in the second URL...
  http://www.cen.com/mw3/
  Composing Authorization for www.cen.com:80/mw3/
  HTAASetup_lookup: No template matched `mw3/' (so probably not protected)
  HTMIME: MIME content type is text/html, converting to */*
  StreamStack. Constructing stream stack for text/html to */*
  pid 13154 (get_http) was killed on an unaligned access, at pc 0x429efc
  Bus error (core dumped)

And here is the dbx stack trace (as I mentioned before, for some reason
CodeCenter chokes when trying to link in libwww, anybody know why?)...

>  0 HTMIME_write(me = 0x10016200, b = 0x1001f000 = "<HTML>\n<TITLE>MW3:
Motif o
n the World Wide Web</TITLE>\n<BODY>\n\n<PRE><A HREF="/"><IMG ALT="Century
Compu
ting Home" SRC="/ui/home.gif"\...", l = 512)
["../../Library/Implementation/HTMI
ME.c":336, 0x429ef8]
   1 HTTPStatus_put_block(me = 0x10016100, b = 0x1001f000 = "<HTML>\n<TITLE>MW3:
 Motif on the World Wide Web</TITLE>\n<BODY>\n\n<PRE><A HREF="/"><IMG ALT="Centu
ry Computing Home" SRC="/ui/home.gif"\...", l = 512)
["../../Library/Implementat
ion/HTTP.c":571, 0x41d27c]
   2 .block72 ["../../Library/Implementation/HTFormat.c":1189, 0x40d9bc]
   3 HTInputSocket_read(isoc = 0x1001f000, target = 0x10016100)
["../../Library/
Implementation/HTFormat.c":1189, 0x40d9bc]
   4 HTLoadHTTP(request = 0x10016000)
["../../Library/Implementation/HTTP.c":723
, 0x41d8e4]
   5 .block23 ["../../Library/Implementation/HTAccess.c":697, 0x403430]
   6 HTLoad(request = 0x10016000, keep_error_stack = '\000')
["../../Library/Implementation/HTAccess.c":697, 0x403430]
   7 .block27 ["../../Library/Implementation/HTAccess.c":858, 0x403aec]
   8 .block26 ["../../Library/Implementation/HTAccess.c":858, 0x403aec]
   9 .block25 ["../../Library/Implementation/HTAccess.c":858, 0x403aec]
  10 HTLoadDocument(request = 0x10016000, keep_error_stack = '\000')
["../../Library/Implementation/HTAccess.c":858, 0x403aec]
  11 HTLoadAbsolute(addr = 0x7fffb628 = "http://www.cen.com/mw3/", request = 0x1
0016000) ["../../Library/Implementation/HTAccess.c":885, 0x403bbc]
  12 main(argc = 1, argv = 0x7fffba44) ["get_http.c":75, 0x400484]

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 3rd Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA07274; Fri, 2 Jun 1995 14:35:35 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13642; Fri, 2 Jun 1995 14:35:32 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA03322; Fri, 2 Jun 1995 14:35:31 +0500
Date: Fri, 2 Jun 1995 14:35:31 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506021835.AA03322@www20>
To: www-lib@www10.w3.org, mattf@cac.washington.edu
Subject: Re: What am I doing wrong here?
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1759

Matthew,

> Following is a tiny wrapper program that I wrote to use libwww to simply
> retrieve files, and send them out stdout. I find that it works with the
> first http URL I put in, but if I put in a second one, it core dumps. Here
> is the program...

The problem is that HTFWriter stream is freed when you have downloaded the
first document and then it will dump core on the next request. The general
rule for using the HTRequest structure is that it is a good idea only to use
it once, that is - generate a new one pr request. This way you are sure that
the structure is initiated as you like - and also that you more easily avoid
situations like this :-) In the Line Mode Browser, I have a list of request
structures which I have going and I always get a new structure for every new 
request.

--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA
> 
>   #include "WWWLib.h"
>   #include "stubs.h"  /* Just a bunch of HText_* function stubs */
>   #define MAX_URL_LEN 1024
> 
>   main(int argc, char *argv[])
>   {
>     char       url[MAX_URL_LEN];
>     HTRequest *request;
> 
>     /* Initialize the library */
>     HTLibInit();
>     WWW_TraceFlag = TRUE;
> 
>     /* Set up the static part of our request structure */
>     request = HTRequest_new();
>     request->output_format = WWW_SOURCE;
>     request->output_stream = HTFWriter_new(stdout, TRUE);
> 
>     /* Loop until close of stdin, reading in URLs */
>     while (gets(url))
>       HTLoadAbsolute(url, request);
> 
>     HTLibTerminate();
>   }
> 
> Is there anything obviously wrong with it?

eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AF10998; Fri, 2 Jun 1995 15:34:53 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA14174; Fri, 2 Jun 1995 15:34:24 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA03423; Fri, 2 Jun 1995 15:34:23 +0500
Date: Fri, 2 Jun 1995 15:34:23 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506021934.AA03423@www20>
To: www-lib@w3.org
Subject: Re: wwwlib on NT3.5
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1356


I think this got lost the first time so I try again...

As Charlie mentions there is already a new release out of the Library.
and it is currently being tested by W3C members. It contains support 
for interruptible PUT and POST, a better API and THE document that many
of you have asked for: The Library User Guide explaining how to use
the Library, how it can be configured and an description of the different
APIs that can be used depending on the functionality of the application.

BUUUUTTT - As always there is a but ;-) It's only available for the W3C
members and it will be publicly available in July. I know that this is 
a new situation and I am sorry for the inconvenience it may cause,
however if you want to get it RIGHT NOW then it can easily be effectuated
by sending a check to us :-)

See more information on the Consortium at

	http://www.w3.org/hypertext/WWW/Comsortium/

> >I have successfully compiled wwwlib on Windows NT 3.5 under
> >Microsoft Visual C++ 2.0, had to make a few changes. But at
> >runtime the select() call was failing when I tried to use it
> >with the line mode browser.

--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA

eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www20 (www20.w3.org) by www19 (5.0/NSCS-1.0S) 
	id AC00357; Fri, 2 Jun 1995 19:44:50 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA03626; Fri, 2 Jun 1995 19:44:46 +0500
Date: Fri, 2 Jun 1995 19:44:46 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506022344.AA03626@www20>
To: www-lib@www19.w3.org
Subject: Re: wwwlib on NT3.5
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1378


I think this got lost the first time so I try again...

As Charlie mentions there is already a new release out of the Library.
and it is currently being tested by W3C members. It contains among many
new features support for interruptible PUT and POST, a better API and THE
document that many of you have asked for: The Library User Guide explaining
how to use the Library, how it can be configured and an description of the
different APIs that can be used depending on the functionality of the
application.

BUUUUTTT - As always there is a but ;-) It's only available for the W3C
members and it will be publicly available in July. I know that this is 
a new situation and I am sorry for the inconvenience it may cause,
however if you want to get it RIGHT NOW then it can easily be effectuated
by sending a check to us :-)

See more information on the Consortium at

	http://www.w3.org/hypertext/WWW/Comsortium/

> >I have successfully compiled wwwlib on Windows NT 3.5 under
> >Microsoft Visual C++ 2.0, had to make a few changes. But at
> >runtime the select() call was failing when I tried to use it
> >with the line mode browser.

--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA
eturn-Path: eric@apocalypse.org 
Return-Path: <eric@apocalypse.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA09282; Sun, 4 Jun 1995 14:59:54 +0500
Received: from asylum.sf.ca.us by www10.w3.org (5.0/NSCS-1.0S) 
	id AA00375; Sun, 4 Jun 1995 14:59:42 +0500
Received: (from eric@localhost) by asylum.sf.ca.us (8.6.9/8.6.9) id OAA26113 for www-lib@www10.w3.org; Sun, 4 Jun 1995 14:59:42 -0400
Date: Sun, 4 Jun 1995 14:59:42 -0400
From: "Eric \"Data Conversion Is My Life\" Prud'hommeaux" <eric@apocalypse.org>
Message-Id: <199506041859.OAA26113@asylum.sf.ca.us>
To: www-lib@www10.w3.org
Subject: static link problem on SunOS 4.1.3
Content-Length: 450

I just built libwww on SunOS 4.1.3 but had to remove the -static
option when I linked it with LineMode.  Before I did this, it failed
the call to gethostbyname in HTGetHostByName.  The output just said:
WWW Alert:  Fatal Error Can't locate remote host info.cern.ch

Is there any reason for static linking?  Does anyone know if this
problem would be related to the DNS patches that are usually applied
to 4.1.3 systems? Sunspots? Pollen count?

-eric
eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AC00694; Sun, 4 Jun 1995 15:35:11 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA00546; Sun, 4 Jun 1995 15:35:08 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA08191; Sun, 4 Jun 1995 15:35:07 +0500
Date: Sun, 4 Jun 1995 15:35:07 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506041935.AA08191@www20>
To: www-lib@w3.org, eric@apocalypse.org
Subject: Re: static link problem on SunOS 4.1.3
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1157


> I just built libwww on SunOS 4.1.3 but had to remove the -static
> option when I linked it with LineMode.  Before I did this, it failed
> the call to gethostbyname in HTGetHostByName.  The output just said:
> WWW Alert:  Fatal Error Can't locate remote host info.cern.ch
> 
> Is there any reason for static linking?  Does anyone know if this
> problem would be related to the DNS patches that are usually applied
> to 4.1.3 systems? Sunspots? Pollen count?

The problem is the SunOs internal version of the resolver library that 
uses DNS as a backup for NIS. Unfortunately there is abug in the library
so that it doesn't always work. Therefore you will also find a line in
the All/sun4/Makefile.include file with someting like

	LFLAGS -lresolv

You normally don't have to do the static link. I have to when generating 
precompiled binaries as I don't know what version of the shared libraies
you all use!


--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: speed@cs.washington.edu 
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AE13067; Sun, 4 Jun 1995 21:00:31 +0500
Received: from meitner.cs.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA02291; Sun, 4 Jun 1995 21:00:28 +0500
Return-Path: <speed@meitner.cs.washington.edu>
Received: from localhost (localhost [127.0.0.1]) by meitner.cs.washington.edu (8.6.12/7.2ws+) with SMTP id SAA29953 for <www-lib@w3.org>; Sun, 4 Jun 1995 18:00:25 -0700
Message-Id: <199506050100.SAA29953@meitner.cs.washington.edu>
To: www-lib@w3.org
Subject: mutual exclusion and barriers with libwww 3.0
Date: Sun, 04 Jun 1995 18:00:24 PDT
From: Erik Selberg <speed@cs.washington.edu>
Content-Length: 442

I'm trying to do the following:

Create n threads which load n different pages
When each page is loaded, stores the data in one big structure
When all n pages have been loaded into the structure, start doing some analysis.

Obviously, I need a mutex around the structure, and some kind of
barrier before I do that analysis. Does libwww support this, or am I
going to be stuck doing this serially or playing with POSIX threads?

Thanks,
-Erik
eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB14059; Sun, 4 Jun 1995 21:13:31 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA02401; Sun, 4 Jun 1995 21:13:29 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA27762; Sun, 4 Jun 1995 21:13:28 +0500
Date: Sun, 4 Jun 1995 21:13:28 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506050113.AA27762@www20>
To: www-lib@www10.w3.org, speed@cs.washington.edu
Subject: Re: mutual exclusion and barriers with libwww 3.0
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1342



> I'm trying to do the following:
> 
> Create n threads which load n different pages
> When each page is loaded, stores the data in one big structure
> When all n pages have been loaded into the structure, start doing some analysis.
> 
> Obviously, I need a mutex around the structure, and some kind of
> barrier before I do that analysis. Does libwww support this, or am I
> going to be stuck doing this serially or playing with POSIX threads?

The thread model in the Library does only have three methods:

	- create a new thread
	- delete an existing thread when terminated normally
	- kill a thread right away

It does not have any concept of shared memory as every 'thread' is
contained in it's own data object flying around in memory. Once 
the (very simple) schedular has picked a pending thread as the
active thread, a pointer to that object will be passed as a parameter
in all the function calls.

This model is not intended to replace posix threads but to be able to work
together with them but at the same time to provide a simple API that
allows interruptiple, `asynchronous' I/O.

--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: energish@umich.edu 
Return-Path: <energish@umich.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA09396; Mon, 5 Jun 1995 12:35:16 +0500
Received: from qix.rs.itd.umich.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA09578; Mon, 5 Jun 1995 12:35:07 +0500
Received: from qix.rs.itd.umich.edu by qix.rs.itd.umich.edu (8.6.9/2.2)
	id MAA25274; Mon, 5 Jun 1995 12:34:18 -0400
From: energish@umich.edu
Date: Mon, 5 Jun 1995 12:34:11 -0400 (EDT)
X-Sender: energish@qix.rs.itd.umich.edu
To: www-lib@www10.w3.org
Subject: grand unified theory
Message-Id: <Pine.SOL.3.91.950605123114.24945A@qix.rs.itd.umich.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 116

I am looking for information on the G.U.T. theory. any help would be useful.

thank you		


			energish@umich.edu


eturn-Path: dceccald@elaine.crcg.edu 
Return-Path: <dceccald@elaine.crcg.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB02448; Mon, 5 Jun 1995 14:42:39 +0500
Received: from elaine.crcg.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA10931; Mon, 5 Jun 1995 14:42:36 +0500
Received: from currawong.crcg.edu by elaine.crcg.edu (4.1/SMI-4.1)
	id AA24471; Mon, 5 Jun 95 14:43:32 EST
Received: by currawong.crcg.edu (5.x/SMI-SVR4)
	id AA27763; Mon, 5 Jun 1995 14:44:32 -0500
Date: Mon, 5 Jun 1995 14:44:32 -0500
From: dceccald@elaine.crcg.edu (Danyel Ceccaldi)
Message-Id: <9506051944.AA27763@currawong.crcg.edu>
To: www-lib@w3.org
Subject: HTStream and HTFWriter_new and _free
X-Sun-Charset: US-ASCII
Content-Length: 324

Hi folks,

if you create a HTStream object with HTFWriter_new(),
memory is allocated.
At what time it is released ?
How can I release it ?
Is it released when calling HTLibTerminate() ?

There is a function PRIVATE HTFWriter_free(), but it seems
to be, that it is never called. And It's not a PUBLIC function.

By
  Danyel

eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA00949; Mon, 5 Jun 1995 17:09:51 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA12647; Mon, 5 Jun 1995 17:09:45 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA29381; Mon, 5 Jun 1995 17:09:45 +0500
Date: Mon, 5 Jun 1995 17:09:45 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506052109.AA29381@www20>
To: www-lib@www10.w3.org, energish@umich.edu
Subject: Re: grand unified theory
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 968


> I am looking for information on the G.U.T. theory. any help would be useful.

Do you have any particular questions in mind? As I mentioned in a mail the other
day (the one that came out several times - sorry about that!) there is already
a new (pre)release out with a work through of the API and a User's guide that
explains from an API programmer's point of view how to use the Library.

The release is currently available to W3C members and it will go into public domain
in July, so if you can't wait then etc. etc. ;-)

Currently the best place to go is to have a look at the Programmer's Guide even
though it, as Rainer Klute mentioned, doesn't give the middle level overview - only
the very big or the very small.

--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AB01692; Mon, 5 Jun 1995 17:45:01 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA12876; Mon, 5 Jun 1995 17:44:54 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA29417; Mon, 5 Jun 1995 17:44:54 +0500
Date: Mon, 5 Jun 1995 17:44:54 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506052144.AA29417@www20>
To: www-lib@www10.w3.org, dceccald@elaine.crcg.edu
Subject: Re: HTStream and HTFWriter_new and _free
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1460


> if you create a HTStream object with HTFWriter_new(),
> memory is allocated.
> At what time it is released ?
> How can I release it ?
> Is it released when calling HTLibTerminate() ?
> 
> There is a function PRIVATE HTFWriter_free(), but it seems
> to be, that it is never called. And It's not a PUBLIC function.

The stream is freed of automatically! Think of the streams as objects
hanging of each other making a stream chain:

	STREAM_1 --> STREAM_2 --> ... --> STREAM_n

STREAM_1 is the first stream where data is put directly from the network and
your HTFWriter stream comes in as STREAM_n. When STREAM_1 is freed when no
more data is arriving and the socket closed, all stream objects down the chain
are automatically freed. You can see this by looking into the free method in
any of the streams. It looks to see if there is a stream object hanging off it
(normally called the target or sink) or it is the last element in the chain.
If a target is found then it is freed.

BTW: A stream doesn't have to have a output, a good example of the opposite is the
HTBlackHole stream that just absorbs data!

You can see a nicer picture of this at

	http://www.w3.org/hypertext/WWW/Library/User/Guide/Stream.html


--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AC03131; Mon, 5 Jun 1995 18:08:57 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13076; Mon, 5 Jun 1995 18:08:54 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA29496; Mon, 5 Jun 1995 18:08:54 +0500
Date: Mon, 5 Jun 1995 18:08:54 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506052208.AA29496@www20>
To: www-lib@www10.w3.org, wseward@znet.com
Subject: Re: mswin: Win32 port
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 804


> Interested in contributing to the MSWin port.

I have set up a WIT discussion site for Windows people interested in
helping with the windows port. Our goal has been to have a port for Win NT
and we now do thanks to Charlie Brooks at osf. Even though this doesn't imply
a port to win32 we _are_ interested in helping with this which is the reason
for setting up WIT - of course if can also be used for other discussions as
well! As you all know 3.1 will go into public domain in July!

The location is

	http://www.w3.org/hypertext/WWW/Library/Discussion


--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA


eturn-Path: jehresma%dsg.harvard.edu@www10.w3.org 
Return-Path: <jehresma%dsg.harvard.edu@www10.w3.org>
Received: from mintaka.lcs.mit.edu by www19 (5.0/NSCS-1.0S) 
	id AC02303; Wed, 7 Jun 1995 12:23:22 +0500
Received: from www10.w3.org by MINTAKA.LCS.MIT.EDU id aa09316;
          6 Jun 95 10:35 EDT
Received: from dsg.harvard.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA19143; Tue, 6 Jun 1995 10:35:25 +0500
Received: by dsg.harvard.edu (5.57/Ultrix3.0-D)
	id AA26581; Tue, 6 Jun 95 10:37:06 -0400
Date: Tue, 6 Jun 95 10:37:06 -0400
From: jehresma@dsg.harvard.edu (John Ehresman)
Message-Id: <9506061437.AA26581@dsg.harvard.edu>
Received: by pterodactyl.harvard.edu (4.1/SMI-4.1)
	id AA01581; Tue, 6 Jun 95 10:36:24 EDT
To: www-lib@www10.w3.org
Subject: Error handling in the parser?
Content-Length: 728

What is the status of error handling in the parser?  It looks like the
HTError structure passed to the abort method for a stream is merely
typedeffed to void*.  Am I supposed to define my own structure to point to
here?

Are there any plans to implement support for out of memory errors other
than simply dying?  I'm trying to wrap the parser for use as a CORBA
object and would like to raise an exception when a memory error occurs,
but we're avoiding the use of C++ exceptions.  I would try to contribute
code to do this if there was a strategy laid out, but I wouldn't know
where to begin right now.

Or does anyone know of another HTML 3 parser (other than arena's, which is
non-reentrant and may be rewritten soon)?

John

eturn-Path: mattf@cac.washington.edu 
Return-Path: <mattf@cac.washington.edu>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AE00484; Wed, 7 Jun 1995 17:15:46 +0500
Received: from mailhost2.cac.washington.edu by www10.w3.org (5.0/NSCS-1.0S) 
	id AA02996; Wed, 7 Jun 1995 17:15:43 +0500
Received: from elvis.cac.washington.edu by mailhost2.cac.washington.edu
	(5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA22715;
	Wed, 7 Jun 95 14:15:37 -0700
Date: Wed, 7 Jun 1995 14:15:36 -0700 (PDT)
From: Matthew Freedman <mattf@cac.washington.edu>
To: Henrik Frystyk Nielsen <frystyk@w3.org>
Cc: Multiple recipients of list <www-lib@www10.w3.org>
Subject: libwww core-dump on server-redirect
In-Reply-To: <9506052208.AA29496@www20>
Message-Id: <Pine.ULT.3.92.950607140506.19438n-100000@elvis.cac.washington.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 4530

Is the libwww supposed to be able to handle a server redirect? My
mini http retrieving application is now crashing when the server redirects
it. I.e. if I point it at http://www.washington.edu, which will get
redirected to a specific port (depending on the client's IP address), I
get a core-dump. I have not tried any other redirecting servers yet.

Here is the echo...
Composing Authorization for www.washington.edu:80//
HTAASetup_lookup: No template matched `/' (so probably not protected)
HTMIME: MIME content type is text/html, converting to */*
StreamStack. Constructing stream stack for text/html to */*
<HEAD><TITLE>Document's real location</TITLE></HEAD>
<BODY>
<H1>Document not really at this site</H1>
Document is really
<A HREF="http://www.washington.edu:1184/">
here</A>.<P>
</BODY>
Composing Authorization for www.washington.edu:1184/
HTAASetup_lookup: No template matched `' (so probably not protected)
HTMIME: Bad character `a' found where `ocation:' expected
HTMIME: Bad character `l' found where `t' expected
HTMIME: MIME content type is text/html, converting to */*
StreamStack. Constructing stream stack for text/html to */*
Segmentation fault (core dumped)

The dbx stack trace is:
(dbx) where
>  0 HTMIME_write(me = 0x10016200, b = 0x1001c0ba = "<HTML>\n<HEAD>\n<!--DO NOT
EDIT.  THIS FILE WAS CREATED AUTOMATICALLY.  DO NOT EDIT-->\n<!--BASE
HREF="http://www.cac.washington.edu/in\...", l = 326)
["../../Library/Implementation/HTMIME.c":336, 0x432bb8]
   1 HTTPStatus_put_block(me = 0x10016100, b = 0x1001c010 = "Date:
Wednesday, 07-Jun-95 21:11:28 GMT\nServer: NCSA/1.3\nMIME-version: 1.0\nContent-type:
text/html\nLast-modified: Wednesday, 07-Jun-\...", l = 496)
["../../Library/Implementation/HTTP.c":571, 0x41bfac]
   2 .block72 ["../../Library/Implementation/HTFormat.c":1189, 0x40c6ec]
   3 HTInputSocket_read(isoc = 0x1001c000, target = 0x10016100)
["../../Library/Implementation/HTFormat.c":1189, 0x40c6ec]
   4 HTLoadHTTP(request = 0x10016000)
["../../Library/Implementation/HTTP.c":723, 0x41c614]
   5 .block17 ["../../Library/Implementation/HTAccess.c":697, 0x402cf0]
   6 HTLoad(request = 0x10016000, keep_error_stack = '^A')
["../../Library/Implementation/HTAccess.c":697, 0x402cf0]
   7 .block21 ["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
   8 .block20 ["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
   9 .block19 ["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
  10 HTLoadDocument(request = 0x10016000, keep_error_stack = '^A')
["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
  11 HTLoadAnchorRecursive(anchor = 0x1001b080, request = 0x10016000)
["../../Library/Implementation/HTAccess.c":1008, 0x403748]
  12 .block181 ["../../Library/Implementation/HTTP.c":754, 0x41c854]
  13 HTLoadHTTP(request = 0x10016000)
["../../Library/Implementation/HTTP.c":754, 0x41c854]
  14 .block17 ["../../Library/Implementation/HTAccess.c":697, 0x402cf0]
  15 HTLoad(request = 0x10016000, keep_error_stack = '\000')
["../../Library/Implementation/HTAccess.c":697, 0x402cf0]
  16 .block21 ["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
  17 .block20 ["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
  18 .block19 ["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
  19 HTLoadDocument(request = 0x10016000, keep_error_stack = '\000')
["../../Library/Implementation/HTAccess.c":858, 0x4033ac]
  20 HTLoadAbsolute(addr = 0x7fffbac1 = "http://www.washington.edu",
request = 0x10016000) ["../../Library/Implementation/HTAccess.c":885, 0x40347c]
  21 main(argc = 2, argv = 0x7fffba34) ["get_http.c":68, 0x40045c]

And the text of my program is as follows (I have taken out the loop, now
it is even simpler)...

main(int argc, char *argv[])
{
  char      *url;
  HTRequest *request;

  /* Initialize the library */
  HTLibInit();
  WWW_TraceFlag = TRUE;

  if (!(url = argv[1]))
    exit(1);

  /* Set up the request structure */
  request = HTRequest_new();
  request->output_format = WWW_SOURCE;
  request->output_stream = HTFWriter_new(stdout, TRUE);

  HTLoadAbsolute(url, request);
  HTLibTerminate();
}

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 3rd Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


eturn-Path: frystyk@w3.org 
Return-Path: <frystyk@w3.org>
Received: from www10.w3.org by www19 (5.0/NSCS-1.0S) 
	id AA00733; Thu, 8 Jun 1995 13:51:17 +0500
Received: from www20 (www20.w3.org) by www10.w3.org (5.0/NSCS-1.0S) 
	id AA13501; Thu, 8 Jun 1995 13:51:14 +0500
Received: by www20 (5.0/NSCS-1.0S) 
	id AA07359; Thu, 8 Jun 1995 13:51:13 +0500
Date: Thu, 8 Jun 1995 13:51:13 +0500
From: frystyk@w3.org (Henrik Frystyk Nielsen)
Message-Id: <9506081751.AA07359@www20>
To: www-lib@www10.w3.org, jehresma@dsg.harvard.edu
Subject: Re: Error handling in the parser?
Reply-To: Henrik Frystyk Nielsen <frystyk@w3.org>
X-Sun-Charset: US-ASCII
Content-Length: 1684


> What is the status of error handling in the parser?  It looks like the
> HTError structure passed to the abort method for a stream is merely
> typedeffed to void*.  Am I supposed to define my own structure to point to
> here?

The HTError structure is not intended for this purpose and is basically
not used at all right now. The version 3.1 of the Library has stream
methods returning int instead of void which is used to pass error
situations (like write error etc.) back through the stream chain.

> Are there any plans to implement support for out of memory errors other
> than simply dying?  I'm trying to wrap the parser for use as a CORBA
> object and would like to raise an exception when a memory error occurs,
> but we're avoiding the use of C++ exceptions.  I would try to contribute
> code to do this if there was a strategy laid out, but I wouldn't know
> where to begin right now.

I am planning on implementing a garbage collector where the heavy memory
consuming structures are registered. When a "out of memory" situation
occurs then the garbage collector can try and free some memory and the
operation can be retryed. If it still doesn't pass then call a callback
function that the application can register to jump out as gracefully as
possible.

> Or does anyone know of another HTML 3 parser (other than arena's, which is
> non-reentrant and may be rewritten soon)?

We have no explicit release dates for this yet.

--

Henrik Frystyk                                          frystyk@W3.org
World-Wide Web Consortium,                              Tel + 1 617 258 8143
MIT/LCS, NE43-356					Fax + 1 617 258 8682
77 Massachusetts Avenue
Cambridge MA 02154, USA
Received on Monday, 3 April 1995 16:14:20 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 23 April 2007 18:18:25 GMT