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
|
Description: Add encoding, fix spellings
Author: Christopher Hoskin <christopher.hoskin@gmail.com>
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=102433
Last-Update: 2015-03-01
--- a/lib/Thread/Tie.pm
+++ b/lib/Thread/Tie.pm
@@ -275,6 +275,7 @@
#---------------------------------------------------------------------------
__END__
+=encoding utf-8
=head1 NAME
@@ -348,8 +349,8 @@
The Thread::Tie module is a proof-of-concept implementation of another
approach to shared variables. Instead of having shared variables exist
in all the threads from which they are accessible, shared variable exist
-as "normal", unshared variables in a seperate thread. Only a tied object
-exists in each thread from which the shared variable is accesible.
+as "normal", unshared variables in a separate thread. Only a tied object
+exists in each thread from which the shared variable is accessible.
Through the use of a client-server model, any thread can fetch and/or update
variables living in that thread. This client-server functionality is hidden
@@ -371,7 +372,7 @@
variable. The same applies for this implementation you might say. However,
it B<is> possible to specify a non-standard tie implementation for use
B<within> the thread. So with this implementation you B<can> C<tie()> a
-shared variable. So you B<could> tie a shared hash to a DBM file la
+shared variable. So you B<could> tie a shared hash to a DBM file à la
dbmopen() with this module.
=back
|
