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