--- AnyEvent/Changes	2008/07/21 03:47:22	1.177
+++ AnyEvent/Changes	2008/10/02 15:11:01	1.196
@@ -1,7 +1,64 @@
 Revision history for Perl extension AnyEvent.
 
+4.3
+	- AnyEvent will now install a no-op signal handler for SIGPIPE,
+          unless one has been installed already.
+	- fixed a great number of bugs and corner cases in AnyEvent::Handle:
+        - fix a bug in where in SSL connect mode, the
+          client would first wait for some data by the server and
+          otherwise hang. (Reported and analyzed in an absolutely
+          exemplary manner by Adam Rosenstein).
+        - fix a bug in where SSL EOF would not be treated
+          as stream EOF, putting the connection into a hung state.
+          (Reported and analyzed in an absolutely exemplary manner by Adam
+          Rosenstein).
+        - fix a potential segfault when the TLS context
+          would go missing in a read callback (e.g. due to stoptls) -
+          Net::SSLeay of course makes no type checking whatsoever.
+        - AnyEvent::Handle will not stop the read watcher in TLS mode.
+        - AnyEvent::Handle->stoptls will send a TLS close notify
+          instead of simply destroying the stream now.
+        - fix a bug where large blocks of data written in TLS mode
+          would not be sent unless triggered by receives.
+        - on_drain will now take the tls write buffer into account.
+        - SSL operations have been streamlined a bit and should be faster
+          now, more to come, though.
+        - added a FAQ section, will document nontrivial issues in there.
+
+4.234 Mon Sep 29 04:08:13 CEST 2008
+	- fix child watcher documentation: only child exits will be reported,
+          no trace events.
+        - mention SIGPIPE in AnyEvent::Handle.
+	- perl backend will now use POSIX::times as monotonic clock
+          when available and the monotonic clock option is not.
+        - run even without Time::HiRes in some cases now, but do not
+          provide sub-second accuracy (all *supported* perl versions have
+          Time::HiRes).
+
+4.233 Fri Aug 22 01:48:05 CEST 2008
+	- fix a bug in the testsuite, causing a hang.
+        - clarified lots of AnyEvent::Handle constructor arguments.
+
+4.232 Thu Aug 21 20:44:25 CEST 2008
+	- fix a bug in AnyEvent::Handle that could cause two fatal error
+          callbacks on EOF, which caused AnyEvent::HTTP to signal success twice
+          (testcase by Leon Brocard).
+        - clarified on_eof/on_error documentation a bit.
+
+4.231 Tue Jul 29 13:12:15 CEST 2008
+        - remove some debugging code left in AnyEvent::Util::fork_call
+          (and no, it's impossible to implement with the broken windows
+          perls without resource leaks or worse).
+
+4.23 Tue Jul 29 12:19:59 CEST 2008
 	- document the first parameter passed to condvar callbacks to be
           the callback.
+        - add AnyEvent::Socket::{ntoa,aton} aliases.
+        - optimize the AE::Handle->push_read (line) for the default
+          eol marker.
+        - optimize push_read (packstring|storable) for small packets.
+        - invoke on_error callback when no on_eof callback is set.
+        - fix a bug in push_read (storable) of unknown impact.
 
 4.22 Sun Jul 20 16:34:13 CEST 2008
 	- new function AnyEvent::Socket::parse_hostport.
@@ -192,7 +249,7 @@
           become writable until empty.
 	- only make a dummy read for error detection when getpeername
           returns ENOTCONN.
-        - defend AnyEvent::Util::inet_aton against Coro::LWP brutal
+        - defend AnyEvent::Util::inet_aton against Coro::LWP's brutal
           override.
         - new AnyEvent::Guard::cancel.
 
@@ -216,7 +273,7 @@
 	- work around a bug in perl 5.8.8's local. Reported by Yi Ma Mao.
 
 3.4  Sun May 11 00:29:25 CEST 2008
-	- complete re-implementation of condvars with a hopefully much mroe useful
+	- complete re-implementation of condvars with a hopefully much more useful
           API (backward compatible functions exist but are undocumented).
 	- AnyEvent::Handle fully rewritten with a hopefully more powerful API
           (still subject to change).