BUG: Access Violation running Chunk.exe with latest version of libwww

Hello All. I would like to develop an application that uses libwww and SSL
to perform some operations over the internet.

I've downloaded the latest libwww from cvs and built it but
I am receiving an Access Violation when running the example program
Chunk.exe.  I've downloaded the previous release of 5.2.8 and found that
this error does NOT occur.

Can someone tell me if I am doing something wrong or if the latest
version libwww is really broken?

-James

-------------------------------------------------

Software Information:

	Win2000 professional with SP1
	IE 5.5 version 5.50.4134.0600 - Cipher strengh 56 bit
	Visual C++ 6.0 with SP4
	latest version of libwww 5.3.1 from CVS

-------------------------------------------------

Detailed description of the problem:

	1. Downloaded the libWWW source code from CVS
	2. Extracted the libwww 5.3.1 Win32 make files into the libwww directory
	3. did the Bootstrap procedure
	4. Did a full Debug Build of All in the World.dsw
	5. Built a Debug version of Chunk
	6. then ran chunk.exe

		E:\w3c\libwww\Bin\Debug>chunk http://127.0.0.1
		Contacting 127.0.0.1
		no textInterrupted!

	7. An Application Error Message Box popped up

		---------------------------
		chunk.exe - Application Error
		---------------------------
		The instruction at "0x00255b42" referenced memory at "0xddddde39". The
memory could not be "read".


		Click on OK to terminate the program
		Click on CANCEL to debug the program
		---------------------------
		OK   Cancel
		---------------------------

	8. Pressed Cancel to Debug, Visual C started and I received this Message
box

		---------------------------
		Microsoft Visual C++
		---------------------------
		Unhandled exception in chunk.exe (WWWCORE.DLL): 0xC0000005: Access
Violation.
		---------------------------
		OK
		---------------------------

	9. Pressing Ok, I dropped in the Visual C Debugger in HTAnchor.c, line 1033

		HTAnchor.c

		PUBLIC long int HTAnchor_length (HTParentAnchor * me)
		{
	->	    return me ? me->content_length : -1;
		}

	Inspecting the value of 'me' reveals:

		me -> 0xfeeefeee

	Here is the Call stack:

		HTAnchor_length(_HTParentAnchor * 0xfeeefeee) line 1033 + 9 bytes
		HTTPEvent(unsigned int 376, void * 0x00a889c0, int 327712) line 1031 + 9
bytes
		HTNet_kill(_HTNet * 0x00a87f90) line 990 + 31 bytes
		HTNet_killAll() line 1016 + 9 bytes
		HTLibTerminate() line 186
		HTProfile_delete() line 49
		main(int 2, char * * 0x00a75258) line 61
		mainCRTStartup() line 338 + 17 bytes
		KERNEL32! 77e992a6()

-------------------------------------------------

Received on Tuesday, 28 November 2000 14:58:50 UTC