Annotation of libwww/ChangeLog, revision 1.23
1.20 kahan 1: Changes with libwww 5.3.2
2:
1.23 ! kahan 3: 2000-12-19 Jose Kahan <jose@w3.org>
! 4:
! 5: * Compilation fix: two prototypes in HTResponse.html were declared
! 6: as PUBLIC, instead of as external.
! 7:
1.22 kahan 8: 2000-12-18 Jose Kahan <jose@w3.org>
9:
10: * Compilation fix: The HTMIME_anchor2response() function
11: added a dependency between the cache and mime mini-libs.
12: I changed the call to a stream converter (HTCacheCopyHeaders)
13: to make it optional and to avoid the dependency. The converter
14: is initialized in HTInit.c:HTConverterInit.
15:
1.21 kahan 16: 2000-12-14 Jose Kahan <jose@w3.org>
17:
18: * Bug fix: make dist didn't work because of a recurrent rule
19: in the ComLine make file (it tried to use www to create a
20: documentation file).
21:
1.20 kahan 22: 2000-12-13 Jose Kahan <jose@w3.org>
1.19 kahan 23:
24: * Bug fix: When objects were retrieved from the cache, the
25: response object didn't have a copy of the request headers.
26: These headers were only found in the anchor associated to
27: the request. In order to make a coherent behavior, I made
28: a new function HTMIME.c:HTMIME_anchor2response() that copies
29: the headers from one object to the other. Well, more than a
30: copy, it adds a link to the headers. I call this function in
31: HTCache:CacheCleanup when it succesfully retrieved an object
32: from the cache. Result, you can now use the response object
33: in both cases.
34:
1.20 kahan 35: 2000-10-30 Jose Kahan <jose@w3.org>
1.18 kahan 36:
37: * Enhancement, added a new field to the HTResponse object to
38: store the HTTP reason sent by the server. Two new functions to
39: get it/set it: HTResponse_reason(), HTResponse_setReason()
40:
1.16 kahan 41: 2000-09-01 Wayne Davison <wayne@clari.net>
42:
43: * HTAccess.c: Typo fix
1.17 kahan 44: * HTChunk.c, HTChunk.html: new function, HTChunk_fromBuffer for
45: creating a chunk from an existing block of memory, without having
46: to allocate more memory.
1.16 kahan 47:
1.15 kahan 48: 2000-09-01 Peter Stamfest <peter.stamfest@eunet.at>
49:
1.16 kahan 50: * Makefile.am: corrected a DESTDIR problem
1.15 kahan 51:
1.14 kahan 52: 2000-09-01 Jose Kahan <jose@w3.org>
53:
1.16 kahan 54: * config.h: Updated the libwww version
1.14 kahan 55:
1.13 kahan 56: 2000-09-01 Zhu Qun-Ying <qunying@yahoo.com>
57:
1.16 kahan 58: * config.h: BUG FIX: wrong closing comment
1.13 kahan 59:
1.12 barstow 60: 2000-08-30 Arthur Barstow <barstow@w3.org>
61:
62: * HTRDF.c: BUG FIX: nested typedNode constructs with
63: attributes caused re-using a free'd pointer.
64:
65: * HTRDF.c: per a request from the Redland RDF project, added
66: a void * context parameter to HTRDF_parse{File,Buffer}.
67: The application-specific context will be available in the
68: triple callback handler.
69:
70: * HTRDF.html - updated to API changes mentioned above
71:
72: * Library/Examples/ updated rdf_parse_{file,buffer} programs
73: to reflect the above API changes.
74:
1.11 kahan 75: 2000-08-29 Jose Kahan <jose@w3.org>
76:
77: * Temporarily commented the XML structured stream in HTXML.c
78: (HTXMLStructured_new) and its related code, as it creates
79: a dependency with the libwwwxml mini-library. If this code
80: is still useful, it should go into another module, HTSXML.c
81: to avoid the forced dependency.
82:
83: 2000-08-28 Jose Kahan <jose@w3.org>
84:
85: * Updated expat to the test version 19990728, as this version
86: adds some interesting API extensions and is now being widely
87: used by other projects, including the Perl XML modules. The
88: previous version is CVS tagged as expat-1-1.
89:
1.10 barstow 90: 2000-08-18 Arthur Barstow <barstow@w3.org>
91:
92: * HTRDF.c: Added a new public API HTRDF_parseBuffer. It
93: parses an arbitrary buffer (char *) of RDF.
94:
95: * HTRDF.c: Changed the name of HTRDFParseFile to HTRDF_parseFile.
96: it now returns BOOL instead of char * to be consistent with
97: other RDF parser APIs.
98:
99: * HTRDF.html - updated to HTRDF.c changes mentioned above
100:
101: * Library/Examples/: added two new example programs:
102:
103: 1. rdf_parse_file - demos/tests HTRDF_parseFile()
104: 2. rdf_parse_buffer - demos/tests HTRDF_parseBuffer()
105:
106: * configure.in - added the two new programs above
107:
108: * Library/Examples/Makefile.am - added the two new programs
109:
1.9 barstow 110: 2000-08-17 Arthur Barstow <barstow@w3.org>
111:
112: * HTRDF.c: Fixed a memory leak. (HTElement structures for elements
113: within a property with parseType="Literal" were not free'd
114: after the parser was done.)
115:
116: * HTRDF.c: Bug fixes. Added code to circumvent calls to HTSAlloc
117: (via StrAllocCopy) when the src and dest were identical (this
118: causes a free'd pointer to be used) or both NULL.
119:
120: * HTRDF.c: Changed addMarkup{Add,End} to make one call to
121: StrAllocMCat instead of multiple StrAllocCat calls.
122:
1.7 kahan 123: 2000-08-11 Jose Kahan <jose@w3.org>
124:
125: * Memory leak. The HTPlain (HTPlain.c) stream wasn't freeing the
126: HTTextImp (me->text) object in the HTPlain_free and
127: HTPlain_abort. I found the bug while running the robot
128: thru Insure and found the fix by seeing what was being
129: done in the HTML (HTML.c) stream.
1.8 kahan 130:
131: * The make dist command wasn't copying the .c, .files, and .mak
132: files found in the Library/src/windows. As a result, the tar files
133: created with this command were missing those files. The problem
134: came from some wrong assumptions in the Makefile.am of the
135: windows directory.
1.7 kahan 136:
1.6 kahan 137: 2000-08-11 Wayne Davison <wayne@clari.net>
138:
139: * Added two new functions to HTHash.c, HTHashtable_removeObject()
140: and HTHashTable_walk. The first one allows to delete individual
141: elements from a hash-table, the second one allows to walk
142: throug all associated elements in a table without having to ask
143: for a list of all keys and then looking each one up. See
144: http://lists.w3.org/Archives/Public/www-lib/2000JulSep/0146.html
145: for a more detaile description on how to use these functions.
146:
147: * I got rid of a few useless variable initializations in HTHash.c
148: (when the variables were being set to a value immediately
149: following the init value).
150:
151: * I removed some superfluous spaces that I saw.
152:
1.5 kahan 153: 2000-08-10 Wayne Davison <wayne@clari.net>
154:
1.6 kahan 155: * Since "cvs update" was complaining about a bunch of generated
156: files in the Library/src dir, I tweaked it to ignore the *.la
157: files and the .libs dir.
1.5 kahan 158:
1.4 kahan 159: 2000-08-10 Jose Kahan <jose@w3.org>
160:
1.6 kahan 161: * Because (IMO) of a very imbricated protocol stack, the Robot
1.4 kahan 162: could hang when accessing local files, as it become starved
1.6 kahan 163: on its own sockets. I fixed the problem by adding a new
1.4 kahan 164: state in HTFile:FileEvent() to take into account the case when
165: a request goes pending. This is mostly based on a previous
166: (not commited) patch by Kinuko Yasuda, plus some long debugging to
167: find out what was happening and a fix to a memory bug that the
168: other patch had.
169:
1.3 kahan 170: 2000-08-08 Wayne Davison <wayne@clari.net>
171:
172: * New HTChunk_setSize function to allow to set the size of a
173: chunk object upwards or downwards. (HTChunk_truncate() still
174: exists and still enforces the sizing of the string downwards.)
175: Both these string-sizing functions only zero the relevant bytes
176: in the "size" region (if the string is being shortened). Note
177: that HTChunk_clear() was left unchanged -- it still clears all of
178: the Chunk's allocated memory.
179:
180: * Fixed the HT_OUTOFMEM() calls in HTChunk_ensure() to have the
181: proper location string.
182:
183: * Some code in HTBind.c was optimized to use HTChunk_truncate().
184:
185: * HTFTP.c and HTNews.c was optimized to use HTChunk_setSize()
186: rather than using HTChunk_ensure() and writing data past the "size".
187:
188: * Optimized the code in HTMIME.c and HTML.c to use
189: HTChunk_truncate(chunk,0) rather than HTChunk_clear(chunk).
190:
191: * Documented the new HTChunk_setSize() function.
192:
193: * Improved the comments for HTChunk_clear().
194:
195: * Fixed the comments for HTChunk_ensure() (it was describing the
196: extra-size parameter incorrectly).
197:
198: * Fixed the comments for HTChunk_toString() (to indicate that the
199: function destroys the chunk when handing off the CString data).
200:
201: * Fixed a few spelling errors in HTChunk.html.
202:
203: * Note: There are probably other places in the code that could be
204: optimized to use truncate rather than clear, but I didn't have
205: time to check each one to see if the chunk's data was properly
206: respecting the size indicator or not.
207:
1.2 kahan 208: 2000-08-09 Jose Kahan <jose@w3.org>
209:
210: * Updated the "how to bootstrap section" with instructions on what to
211: do if libtool and aclocal are installed in different directories.
212: Thanks to Ken Olum and James Henstrige for the tips.
213:
1.1 kahan 214: 2000-08-08 Jens Meggers <jens@meggers.com>
215:
216: * The cache garbage collector (HTCacheGarbage()) could go into an
217: endless loop when it tried to removed locked entries. The problem
218: was that it wasn't checking the return code of HTCache_remove().
219:
220: 2000-08-07 Wayne Davison <wayne@clari.net>
221:
222: * Changed the macro argument from "data" to "dp" in
223: HTArray_firstObject() and HTArray_nextObject(). These macros
224: are defined such that if the caller doesn't pass in a variable
225: named exactly "data" as the second parameter, there will either be a
226: syntax error generated during the compilation OR the wrong structure
227: element will get referenced. This is because the macro argument
228: "data" was the same name as the HTArray structure element that was
1.11 kahan 229: being referenced in the macro.
1.20 kahan 230:
231: Changes with previous versions
232:
233: * No info available (this log was started with version 5.3.2)
Webmaster