1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
|
NAME
IO-stringy - I/O on in-core objects like strings and arrays
SYNOPSIS
IO::
::AtomicFile adpO Write a file which is updated atomically ERYQ
::Lines bdpO I/O handle to read/write to array of lines ERYQ
::Scalar RdpO I/O handle to read/write to a string ERYQ
::ScalarArray RdpO I/O handle to read/write to array of scalars ERYQ
::Wrap RdpO Wrap old-style FHs in standard OO interface ERYQ
::WrapTie adpO Tie your handles & retain full OO interface ERYQ
DESCRIPTION
This toolkit primarily provides modules for performing both traditional
and object-oriented i/o) on things *other* than normal filehandles; in
particular, IO::Scalar, IO::ScalarArray, and IO::Lines.
If you have access to tie(), these classes will make use of the
IO::WrapTie module to inherit a convenient new_tie() constructor. It
also exports a nice wraptie() function.
In the more-traditional IO::Handle front, we have IO::AtomicFile which
may be used to painlessly create files which are updated atomically.
And in the "this-may-prove-useful" corner, we have IO::Wrap, whose
exported wraphandle() function will clothe anything that's not a blessed
object in an IO::Handle-like wrapper... so you can just use OO syntax
and stop worrying about whether your function's caller handed you a
string, a globref, or a FileHandle.
INSTALLATION
You know the drill...
perl Makefile.PL
make test
make install
VERSION
$Id: Stringy.pm,v 1.216 2000/09/28 06:32:28 eryq Exp $
CHANGE LOG
Version 1.216 (2000/09/28)
IO::Scalar and IO::ScalarArray now inherit from IO::Handle. I
thought I'd remembered a problem with this ages ago, related to the
fact that these IO:: modules don't have "real" filehandles, but the
problem apparently isn't surfacing now. If you suddenly encounter
Perl warnings during global destruction (especially if you're using
tied filehandles), then please let me know! *Thanks to B. K. Oxley
(binkley) for this.*
Nasty bug fixed in IO::Scalar::write(). 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
New sysread and syswrite methods for IO::Scalar. *Thanks again to
Richard Jones for this.*
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.
AUTHOR
Eryq (eryq@zeegee.com). President, ZeeGee Software Inc
(http://www.zeegee.com).
Enjoy. Yell if it breaks.
|
