|(2000/08/02) Finalize $/ support||
Graham Barr submitted this patch half a year ago;
Like a moron, I lost his message under a ton of others,
and only now have the experimental implementation done.
Will the sudden sensitivity to $/ hose anyone out there? Im worried, so you have to enable it explicitly in 1.x. It will be on by default in 2.x, though only IO::Scalar has been implemented.
|(2001/08/08) Remove IO::WrapTie from new IO:: classes||Its not needed. Backwards compatibility could be maintained by having new_tie() be identical to new(). Heck, Ill bet that IO::WrapTie should be reimplemented so the returned object is just like an IO::Scalar in its use of globrefs.|
Version 2.110 (2005/02/10) Maintainership taken over by DSKOLL <email@example.com> 2208 IO::ScalarArray->getline does not return undef for EOF if undef($/) 7132 IO-stringy/Makefile.PL bug - name should be module name 11249 IO::Scalar flush shouldnt return undef 2172 $\ (output record separator) not respected 8605 IO::InnerFile::seek() should return 1 on success 4798 *.html in lib/ 4369 Improvement: handling of fixed-size reads in IO::Scalar
(Actually, bug 4369 was closed in Version 2.109)
Version 2.109 (2003/12/21) IO::Scalar::getline now works with ref to int. Thanks to Dominique Quatravaux for this patch. Version 2.108 (2001/08/20) The terms-of-use have been placed in the distribution file COPYING. Also, small documentation tweaks were made. Version 2.105 (2001/08/09) Added support for various seek() whences to IO::ScalarArray.
Added a lot of regression tests to supoprt the above.
Better on-line docs (hyperlinks to individual functions).
Version 2.103 (2001/08/08) After sober consideration I have reimplemented IO::Scalar::print() so that it once again always seeks to the end of the string. Benchmarks show the new implementation to be just as fast as Juergens contributed patch; until someone can convince me otherwise, the current, safer implementation stays.
I thought more about giving IO::Scalar two separate handles, one for reading and one for writing, as suggested by Binkley. His points about what tell() and eof() return are, I think, show-stoppers for this feature. Even the manpages for stdios fseek() seem to imply a single file position indicator, not two. So I think I will take this off the TO DO list. <B>Remedy:B> you can always have two handles open on the same scalar, one which you only write to, and one which you only read from. That should give the same effect.
Version 2.101 (2001/08/07) <B>Alpha release.B> This is the initial release of the IO::Scalar and friends are now subclasses of IO::Handle. Im flinging it against the wall. Please tell me if the banana sticks. When it does, the banana will be called 2.2x.
First off, many many thanks to Doug Wilson, who has provided an invaluable service by patching IO::Scalar and friends so that they (1) inherit from IO::Handle, (2) automatically tie themselves so that the new() objects can be used in native i/o constructs, and (3) doing it so that the whole damn thing passes its regression tests. As Doug knows, my globref Kung-Fu was not up to the task; he graciously provided the patches. This has earned him a seat at the Co-Authors table, and the right to have me address him as sensei.
Performance of IO::Scalar::print() has been improved by as much as 2x for lots of little prints, with the cost of forcing those who print-then-seek-then-print to explicitly seek to end-of-string before printing again. Thanks to Juergen Zeller for this patch.
Added the COPYING file, which had been missing from prior versions. Thanks to Albert Chin-A-Young for pointing this out.
Version 1.221 (2001/08/07) I threatened in INSTALLATION to write an unflattering haiku about anyone who whined that I gave them insufficient information... but it turns out that I left out a crucial direction. DOH! Thanks to David Beroff for the patch and the haiku...
Enough info there? Heres unflattering haiku: Forgot the line, "make"! ;-)
Version 1.220 (2001/04/03) Added untested SEEK, TELL, and EOF methods to IO::Scalar and IO::ScalarArray to support corresponding functions for tied filehandles: untested, because Im still running 5.00556 and Perl is complaining about tell() on unopened file. Thanks to Graham Barr for the suggestion.
Removed not-fully-blank lines from modules; these were causing lots of POD-related warnings. Thanks to Nicolas Joly for the suggestion.
Version 1.219 (2001/02/23) IO::Scalar objects can now be made sensitive to $/ . Pains were taken to keep the fast code fast while adding this feature. Cheers to Graham Barr for submitting his patch; jeers to me for losing his email for 6 months. Version 1.218 (2001/02/23) IO::Scalar has a new sysseek() method. Thanks again to Richard Jones.
New TO DO section, because people who submit patches/ideas should at least know that theyre in the system... and that I wont lose their stuff. Please read it.
New entries in AUTHOR. Please read those too.
Version 1.216 (2000/09/28) <B>IO::Scalar and IO::ScalarArray now inherit from IO::Handle.B> I thought Id remembered a problem with this ages ago, related to the fact that these IO:: modules dont have real filehandles, but the problem apparently isnt surfacing now. If you suddenly encounter Perl warnings during global destruction (especially if youre using tied filehandles), then please let me know! Thanks to B. K. Oxley (binkley) for this.
<B>Nasty bug fixed in B>IO::Scalar::write()<B>.B> Apparently, the offset and the number-of-bytes arguments were, for all practical purposes, reversed. You were okay if you did all your writing with print(), but boy was this a stupid bug! Thanks to Richard Jones for finding this one. For you, Rich, a double-length haiku:
Newspaper headline typeset by dyslexic man loses urgency BABY EATS FISH is simply not equivalent to FISH EATS BABY
Version 1.215 (2000/09/05) Added bool overload to "" overload, so object always evaluates to true. (Whew. Glad I caught this before it went to CPAN.) Version 1.214 (2000/09/03) Evaluating an IO::Scalar in a string context now yields the underlying string. Thanks to B. K. Oxley (binkley) for this. Version 1.213 (2000/08/16) Minor documentation fixes. Version 1.212 (2000/06/02) Fixed IO::InnerFile incompatibility with Perl5.004. Thanks to many folks for reporting this. Version 1.210 (2000/04/17) Added flush() and other no-op methods. Thanks to Doru Petrescu for suggesting this. Version 1.209 (2000/03/17) Small bug fixes. Version 1.208 (2000/03/14) Incorporated a number of contributed patches and extensions, mostly related to speed hacks, support for offset, and WRITE/CLOSE methods. Thanks to Richard Jones, Doru Petrescu, and many others. Version 1.206 (1999/04/18) Added creation of ./testout when Makefile.PL is run. Version 1.205 (1999/01/15) Verified for Perl5.005. Version 1.202 (1998/04/18) New IO::WrapTie and IO::AtomicFile added. Version 1.110 Added IO::WrapTie. Version 1.107 Added IO::Lines, and made some bug fixes to IO::ScalarArray. Also, added getc(). Version 1.105 No real changes; just upgraded IO::Wrap to have a $VERSION string.
Go to http://www.zeegee.com for the latest downloads and on-line documentation for this module.
Primary Maintainer Dianne Skoll (firstname.lastname@example.org). Original Author Eryq (email@example.com). President, ZeeGee Software Inc (http://www.zeegee.com). Co-Authors For all their bug reports and patch submissions, the following are officially recognized:
Richard Jones B. K. Oxley (binkley) Doru Petrescu Doug Wilson (for picking up the ball I dropped, and doing tie() right)
Enjoy. Yell if it breaks.
Hey! <B>The above document had some coding errors, which are explained below:B>
Around line 153: Expected text after =item, not a bullet Around line 157: Expected text after =item, not a bullet Around line 161: Expected text after =item, not a bullet Around line 165: Expected text after =item, not a bullet Around line 169: Expected text after =item, not a bullet Around line 173: Expected text after =item, not a bullet Around line 177: Expected text after =item, not a bullet
|perl v5.20.3||IO::STRINGY (3)||2015-04-22|