2003-05-10 17:20:21 by rcaputo; POE.pm 1.159; README 1.104 Increase the version number to 0.26 for release. Revise the README for clarity, conciseness, etc. 2003-05-08 22:54:43 by rcaputo; t/29_sockfact6.t 1.8 Add a warning to explain the most likely cause of this module hanging. Thanks to Somni for reminding me of the problem. 2003-05-04 04:35:59 by rcaputo; POE.pm 1.158 Increase version from 0.2502 (first release candidate for 0.26) to 0.2503 (live CVS for any last minute bug fixes before 0.26). 2003-05-04 04:33:37 by rcaputo; POE.pm 1.157 Increasing the version from 0.2501 (CVS after 0.25) to 0.2502 (first release candidate for 0.26). 2003-05-03 01:46:16 by rcaputo; POE/Wheel/SocketFactory.pm 1.71 A previous patch to shutdown client sockets before they had closed used $self in closures which themselves were stored in $self, resulting in circular references that would prevent the patch from actually working. This patch goes through some gyrations to break those circular references. 2003-05-02 12:55:23 by rcaputo; lib/Makefile-5005.pm 1.28 Require ExtUtils::AutoInstall version 0.50. 2003-05-02 12:48:14 by rcaputo; lib/Makefile-5005.pm 1.27 Add ExtUtils::AutoInstall's postamble() so the automatic installation things work. 2003-05-02 12:36:20 by rcaputo; POE/Wheel/ReadWrite.pm 1.62 Added the ability to shutdown() input/output on a ReadWrite wheel attached to a socket. Thanks to Peter Chen for suggesting it. 2003-04-29 22:18:31 by rcaputo; POE/Kernel.pm 1.240 Applied Nick Williams' patch to avoid internal inconsistency problems with signals use: > When using the kernel's signal() method to send a user-defined > signal, it's possible to get a signal dispatched to a session which > is in the process of shutting down (i.e. about to call the _stop > event). However, the garbage collection in > _data_sig_free_terminated_sessions doesn't take this into account > and can cause POE to die screaming with an internal inconsistency > error in _data_ses_collect_garbage. 2003-04-29 15:52:59 by rcaputo POE/Kernel.pm 1.239; POE/NFA.pm 1.19; t/23_nfa.t 1.6 Fix POE::NFA's stop() method. Previously it was using POE::Kernel's session_free() method, which was recently renamed. 2003-04-21 14:54:36 by rcaputo; POE/Kernel.pm 1.238 Work around the persistent double-GC problem by avoiding a second GC on a defunct session. 2003-04-08 01:01:44 by rcaputo; POE/Kernel.pm 1.237 Applied Brandon Beamer's POD patch for $poe_main_window when using Tk with POE. 2003-04-07 06:19:28 by rcaputo; lib/ExtUtils/AutoInstall.pm 1.3 Update to version 0.50. 2003-04-07 04:22:02 by rcaputo; POE/Wheel/SocketFactory.pm 1.70 Fixed a leak discovered by dynweb. In client mode, SocketFactory would did release its grip on the socket until destroyed. He found the leak in a program that passed the socket to $kernel->select_read() without destroying the SocketFactory. 2003-04-05 06:45:37 by rcaputo; t/08_errors.t 1.44 Commit Alan Hastings' more proper patch for Cygwin support. 2003-04-03 04:01:56 by rcaputo; POE/Wheel/Run.pm 1.46 Apply Alan Hastings' Cygwin support patch. 2003-04-03 04:00:47 by rcaputo; POE/Wheel/SocketFactory.pm 1.69 Patch the documentation for the Reuse parameter. Also support another reasonable alternative. It might be best, however, to trust the user to supply a proper Perl boolean value. 2003-03-24 16:48:58 by rcaputo POE/Wheel/Run.pm 1.45; t/22_wheel_run.t 1.31 Applied and documented Dmitri Tikhonov's patch for the ProgramArgs feature. This lets master programs specify parameters for code/programs that are forked off, avoiding closures and the possible memory leaks created by them. The tests were extended to exercise the new feature. 2003-03-24 16:46:32 by rcaputo; lib/cvs-log.perl 1.4 It seems impossible to avoid duplicate tags (identical timestamp) for the initial import of a source tree into CVS. The usual convention is to tag the first import as "start", so we ignore any other tags that coincide with that. 2003-03-16 07:46:10 by rcaputo; t/28_windows.t 1.5 The two-second timeout was too slow for the 486 I'm using to test Windows NT. Increased the timeout to five seconds so that the test doesn't trigger false failures on slow machines. 2003-03-05 17:22:23 by rcaputo; POE/Kernel.pm 1.236 Hachi's double-free fix leaves the code in this file, but it's commented out. I'm commenting it so archaeologists will know what he was thinking. 2003-03-05 17:20:13 by rcaputo; POE/Component/Client/TCP.pm 1.31 Clear the Client::TCP component's alias on shutdown. Otherwise, if something else in the program is active, the Client will disconnect but its internal session won't _stop. "Buzz Darkyear" on MagNet #poe reported this one. 2003-03-03 16:27:01 by sungo; POE/Kernel.pm 1.235 add the ability to disable Time::HiRes usage via a constant. document this interface 2003-03-03 15:51:46 by sungo; POE/Loop/Select.pm 1.44 oops. still need to set a minumum select timeout 2003-03-03 15:47:18 by sungo; POE/Loop/Select.pm 1.43 comment out the linux select timeout workaround and comment why 2003-03-02 07:20:40 by hachi; POE/Kernel.pm 1.234 Bug squashing attempt, sessions that used postbacks may in the past get garbage collected twice, there was an internal consistency check to this effect which made a confess() call. I hope I wasn't supposed to increment the version to .2502 or something before committing. 2003-02-28 22:40:47 by rcaputo; Makefile.PL 1.26 <sky> what happens is that the code is compiled twice, and the first time in the same scope as the ST_TIME <dngnand> This is the 0.22 bug? <sky> yes <sky> the bug exists in non threaded and threaded perl <sky> but because threaded perl keeps constants on the pad, it actually shows <dngnand> Oh! Does it also do this in blead, then? <sky> no, but maintblead <sky> blead fixes it <sky> but blead has mucho rewritten pad handling <dngnand> Do you think this is something that will bite regular POE/Perl users? <sky> not in 0.23+ <dngnand> I'll remove the warning from Makefile.PL, then. 2003-02-27 00:10:35 by cwest; POE/Wheel/FollowTail.pm 1.43 From the mailing list: Date: Tue, 25 Feb 2003 16:28:11 -0800 From: Jim Westfall <jwestfall@surrealistic.net> To: poe@perl.org Subject: FollowTail behavior change with SeekBack I recently upgraded to 0.25 from 0.23 and noticed there is a behavior change to FollowTail with the SeekBack option. A 'SeekBack' => 0 is now causing it to seek back instead of seeking to the EOF like one would expect. The code was as follows my $seek_back = ( (defined $params{SeekBack}) ? $params{SeekBack} : 4096 ); and has been changed to my $seek_back = $params{SeekBack} || 4096; so now if $params{SeekBack} is undefined or set to 0 it will make $seek_back 4096. simple workaround on my part is to set SeekBack to -1. A simular situation exists with the PollInterval option, tho I dunno if 0 would be a valid option for it. __END__ This was a short sided change. The old behaviour is correct and has been restored. 2003-02-22 03:00:35 by sungo; lib/events_per_second.pl 1.1 first stab at a benchmark of various event loops. run with --help option for usage 2003-02-18 15:08:55 by rcaputo; t/08_errors.t 1.43 Cygwin doesn't give us warnings when creating this bogus SocketFactory. This patch works around Cygwin's strange behavior in a most unsatisfying way. 2003-02-07 19:34:20 by rcaputo; POE.pm 1.156 Bump the version to the next "CVS" number.
Back to POE CHANGES.