On Sat, Dec 09, 2000 at 08:46:17AM -0800, [EMAIL PROTECTED] wrote:
then split_any() could just tell it how much to read, and this wouldn't
be as much
of an issue. Alternately, split_any() could just keep track of how much
was read
and loop through an arbitrary number of reads,
On Sat, Dec 09, 2000 at 09:35:26AM -0800, [EMAIL PROTECTED] wrote:
...
... [copying returned datums] ...
...
Actually, that's not true. I have added SDBM support to a couple modules
recently,
Cool! Well, I'm doubly glad, then, that we will directly export SDBM from
APRUTIL (in addition to
[EMAIL PROTECTED] writes:
gstein 00/12/12 03:05:33
Modified:.Makefile.in
Log:
auto-rebuild the exports file when a header changes
Revision ChangesPath
1.6 +14 -3 apr-util/Makefile.in
Index: Makefile.in
Is there a reason for part of the last change?
ake 00/12/12 07:54:31
Modified:.Makefile.win
.aprutil.dsp
Log:
Fix Windows build
Index: aprutil.dsp
@@ -189,10 +179,6 @@
# Begin Source File
SOURCE=.\src\buckets\ap_buckets_socket.c
-# End Source File
-# Begin Source File
-
-SOURCE=.\src\buckets\ap_buckets_util.c
# End Source File
# End Group
# Begin Group crypto
Why did we drop ap_buckets_util.c? All your other changes made sense.
That file
Cool. Thx!
-g
On Tue, Dec 12, 2000 at 03:12:41PM -, [EMAIL PROTECTED] wrote:
trawick 00/12/12 07:12:40
Modified:.Makefile.in
Log:
Get rid of -maxdepth 0 on the find invocation. This breaks on Tru64
and FreeBSD, and I can't tell that it helps anyway.