Delimiter or no Delimiter, that"s the question
Delimiter or no Delimiter, that"s the question
am 05.08.2010 17:29:42 von Deane.Rothenmaier
This is a multipart message in MIME format.
--===============0144039896==
Content-Type: multipart/alternative;
boundary="=_alternative 00551E3186257776_="
This is a multipart message in MIME format.
--=_alternative 00551E3186257776_=
Content-Type: text/plain; charset="US-ASCII"
Gurus,
I have a problem with TieRegistry in a code module. The TieRegistry code
is used in several methods in the module, but the rub is this: in at least
one method, I need the Delimiter set to '/', while in just one method it
needs to be undefined.
As currently coded, TieRegistry gets "used" at the module level like this:
use Win32::TieRegistry (Delimiter => '/');
I'm wondering, is it possible to "use" TieRegistry inside the subroutine
that requires the undefined Delimiter, so that the ones requiring the
*defined* Delimiter can rely on the module-level statement, while the one
requiring that Delimiter be undefined can rely its own use statement? That
is, can I do this:
# At the module level...
package wsinfo::Hardware;
# ... other use statements ...
use Win32::TieRegistry (Delimiter => '/');
# methods that use TieRegistry with the Delimiter
sub different_sub {
use Win32::TieRegistry;
#do its thing with undefined Delimiter
}
# more methods that use the Delimiter...
Just to keep things interesting, I need this rolled out by end of day
tomorrow (eek).
Thanks,
Deane Rothenmaier
Programmer/Analyst -- IT-StdCfg
Walgreens Corp.
2 Overlook Point #N5102D
MS 6515
Lincolnshire, IL 60069
224-542-5150
If stupidity got us into this mess, then why can't it get us out? -- Will
Rogers
--=_alternative 00551E3186257776_=
Content-Type: text/html; charset="US-ASCII"
Gurus,
I have a problem with TieRegistry in
a code module. The TieRegistry code is used in several methods in the module,
but the rub is this: in at least one method, I need the Delimiter set to
'/', while in just one method it needs to be undefined.
As currently coded, TieRegistry gets
"used" at the module level like this:
use Win32::TieRegistry (Delimiter =>
'/');
I'm wondering, is it possible to "use"
TieRegistry inside the subroutine that requires the undefined Delimiter,
so that the ones requiring the *defined* Delimiter can rely on the module-level
statement, while the one requiring that Delimiter be undefined can rely
its own use statement? That is, can I do this:
# At the module level...
package wsinfo::Hardware;
# ... other use statements ...
use Win32::TieRegistry (Delimiter =>
'/');
# methods that use TieRegistry with
the Delimiter
sub different_sub {
use Win32::TieRegistry;
#do its thing with undefined
Delimiter
}
# more methods that use the Delimiter...
Just to keep things interesting, I need
this rolled out by end of day tomorrow (eek).
Thanks,
Deane Rothenmaier
Programmer/Analyst -- IT-StdCfg
Walgreens Corp.
2 Overlook Point #N5102D
MS 6515
Lincolnshire, IL 60069
224-542-5150
If stupidity got us into this mess, then why can't it get us out? -- Will
Rogers
--=_alternative 00551E3186257776_=--
--===============0144039896==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============0144039896==--
RE: Delimiter or no Delimiter, that"s the question
am 05.08.2010 18:50:15 von eroode
This is a multi-part message in MIME format.
--===============1133383202==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01CB34BE.4AA8504F"
This is a multi-part message in MIME format.
------_=_NextPart_001_01CB34BE.4AA8504F
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Why not just change the delimiter for the duration of that one
subroutine, with the Delimiter() method, as shown in
http://search.cpan.org/~adamk/Win32-TieRegistry-0.26/lib/Win 32/TieRegist
ry.pm#Examples ?
=20
-Eric
=20
From: activeperl-bounces@listserv.ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of
Deane.Rothenmaier@walgreens.com
Sent: Thursday, August 05, 2010 11:30 AM
To: activeperl@listserv.ActiveState.com
Subject: Delimiter or no Delimiter, that's the question
=20
Gurus,=20
I have a problem with TieRegistry in a code module. The TieRegistry code
is used in several methods in the module, but the rub is this: in at
least one method, I need the Delimiter set to '/', while in just one
method it needs to be undefined.=20
As currently coded, TieRegistry gets "used" at the module level like
this:=20
use Win32::TieRegistry (Delimiter =3D> '/');=20
I'm wondering, is it possible to "use" TieRegistry inside the subroutine
that requires the undefined Delimiter, so that the ones requiring the
*defined* Delimiter can rely on the module-level statement, while the
one requiring that Delimiter be undefined can rely its own use
statement? That is, can I do this:=20
------_=_NextPart_001_01CB34BE.4AA8504F
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
>
"sans-serif";
color:#1F497D'>Why not just change the delimiter for the duration of that o=
ne
subroutine, with the Delimiter() method, as shown in
href=3D"http://search.cpan.org/~adamk/Win32-TieRegistry-0.26 /lib/Win32/TieR=
egistry.pm#Examples">http://search.cpan.org/~adamk/Win32-Tie Registry-0.26/l=
ib/Win32/TieRegistry.pm#Examples
?
"sans-serif";
color:#1F497D'>
r:#943634'>—
style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif" ;color:maroon'>=
Eric
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif" ;color:#1F497D'=
>
"sans-serif";
color:#1F497D'>
0in 0in'>
","sans-serif"'>From:
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"' > activeperl-bo=
unces@listserv.ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of De=
ane.Rothenmaier@walgreens.com
Sent: Thursday, August 05, 2010 11:30 AM
To: activeperl@listserv.ActiveState.com
Subject: Delimiter or no Delimiter, that's the question
span>
Gurus,
pan>
I have a
problem with TieRegistry in a code module. The TieRegistry code is used in
several methods in the module, but the rub is this: in at least one method,=
I
need the Delimiter set to '/', while in just one method it needs to be
undefined.
As curren=
tly
coded, TieRegistry gets "used" at the module level like this:
an>
use Win32::TieRe=
gistry
(Delimiter =3D> '/');
I'm wonde=
ring,
is it possible to "use" TieRegistry inside the subroutine that
requires the undefined Delimiter, so that the ones requiring the *defined*
Delimiter can rely on the module-level statement, while the one requiring t=
hat
Delimiter be undefined can rely its own use statement? That is, can I do th=
is:
------_=_NextPart_001_01CB34BE.4AA8504F--
--===============1133383202==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============1133383202==--
RE: Delimiter or no Delimiter, that"s the question
am 05.08.2010 18:57:29 von Brett.Carroll
This is a multipart message in MIME format.
--===============0860324260==
Content-Type: multipart/alternative;
boundary="=_alternative 005D276385257776_="
This is a multipart message in MIME format.
--=_alternative 005D276385257776_=
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
The default Delimiter is \,=20
So like Eric mentioned, setting the Delimiter to \, then setting it back=20
to / at the end of the subroutine should accomplish what you are trying to =
do.
Something like this:
# At the module level...=20
package wsinfo::Hardware;=20
# ... other use statements ...=20
use Win32::TieRegistry (Delimiter =3D> '/');=20
# methods that use TieRegistry with the Delimiter=20
sub different=5Fsub {=20
#use Win32::TieRegistry;=20
$Registry->Delimiter('\');
#do its thing with undefined Delimiter=20
$Registry->Delimiter('/');
}=20
# more methods that use the Delimiter...
Thanks,
Brett Carroll
"Roode, Eric" =20
Sent by: activeperl-bounces@listserv.ActiveState.com
08/05/2010 12:50 PM
To
,
cc
Subject
RE: Delimiter or no Delimiter, that's the question
Why not just change the delimiter for the duration of that one subroutine, =
with the Delimiter() method, as shown in=20
http://search.cpan.org/~adamk/Win32-TieRegistry-0.26/lib/Win 32/TieRegistry.=
pm#Examples=20
?
=20
?Eric
=20
From: activeperl-bounces@listserv.ActiveState.com=20
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of=20
Deane.Rothenmaier@walgreens.com
Sent: Thursday, August 05, 2010 11:30 AM
To: activeperl@listserv.ActiveState.com
Subject: Delimiter or no Delimiter, that's the question
=20
Gurus,=20
I have a problem with TieRegistry in a code module. The TieRegistry code=20
is used in several methods in the module, but the rub is this: in at least =
one method, I need the Delimiter set to '/', while in just one method it=20
needs to be undefined.=20
As currently coded, TieRegistry gets "used" at the module level like this: =
use Win32::TieRegistry (Delimiter =3D> '/');=20
I'm wondering, is it possible to "use" TieRegistry inside the subroutine=20
that requires the undefined Delimiter, so that the ones requiring the=20
*defined* Delimiter can rely on the module-level statement, while the one=20
requiring that Delimiter be undefined can rely its own use statement? That =
is, can I do this:=20
____________________ ____=5F=
____________________ __
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--=_alternative 005D276385257776_=
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
The default Delimiter is \,
So like Eric mentioned, setting the
Delimiter to \, then setting it back to / at the end of the subroutine
should accomplish what you are trying to do.
Something like this:
# At the module level...
t size=3D3>
package wsinfo::Hardware;
=3D"Courier New">
# ... other use statements ...
face=3D"Courier New">
use Win32::TieRegistry (Delimiter =3D> '/');
# methods that use TieRegistry with the Delimiter
sub different=5Fsub {
ourier New">
#use Win32::TieRegistry;
2 face=3D"Courier New">
ew">$Registry->Delimiter('\');
#do its thing with undefined Delimiter
=
$Registry->Delimiter('/');
r>
}
# more methods that use the Delimiter...
Thanks,
Brett Carroll
"Roode, Eric&quo=
t;
<eroode@barrack.com>
Sent by: activeperl-bounces@listserv=
..ActiveState.com
08/05/2010 12:50 PM
|
To
| <Deane.Rothenmaier@walgreens.com&=
gt;,
<activeperl@listserv.ActiveState.com>
|
cc
|
|
Subject
| RE: Delimiter or no Delimiter, that's
the question |
|
Why not just change the=
delimiter
for the duration of that one subroutine, with the Delimiter() method, as
shown in
0.26/lib/Win32/TieRegistry.pm#Examples">
"Calibri"> http://search.cpan.org/~adamk/Win32-TieRegistry-0.26/lib/Win 32=
/TieRegistry.pm#Examples
=3D"Calibri">
?
—
e=3D2 color=3D#800000 face=3D"Verdana">Eric
From: activeperl-bounces@listserv=
..ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of De=
ane.Rothenmaier@walgreens.com
Sent: Thursday, August 05, 2010 11:30 AM
To: activeperl@listserv.ActiveState.com
Subject: Delimiter or no Delimiter, that's the question
Gurus,
I have a problem with TieRegistry in a code module. The TieRegistry code
is used in several methods in the module, but the rub is this: in at least
one method, I need the Delimiter set to '/', while in just one method it
needs to be undefined.
As currently coded, TieRegistry gets "used" at the module level
like this:
use Win32::TieRegistry (Delimiter =3D> '/');
=3D"Times New Roman">
I'm wondering, is it possible to "use" TieRegistry inside the
subroutine that requires the undefined Delimiter, so that the ones requiring
the *defined* Delimiter can rely on the module-level statement, while the
one requiring that Delimiter be undefined can rely its own use statement?
That is, can I do this:
________________=
____________________ ____=5F=
______
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--=_alternative 005D276385257776_=--
--===============0860324260==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============0860324260==--
RE: Delimiter or no Delimiter, that"s the question
am 05.08.2010 19:31:25 von Deane.Rothenmaier
This is a multipart message in MIME format.
--===============0199828407==
Content-Type: multipart/alternative;
boundary="=_alternative 006042E486257776_="
This is a multipart message in MIME format.
--=_alternative 006042E486257776_=
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
T2gsIEkgZGlkbid0IHNlZSB0aGF0IG9uZSEgVGhhbmtzIQ0KDQpEZWFuZSBS b3RoZW5tYWllcg0K
UHJvZ3JhbW1lci9BbmFseXN0IC0tIElULVN0ZENmZw0KV2FsZ3JlZW5zIENv cnAuDQoyIE92ZXJs
b29rIFBvaW50ICNONTEwMkQNCk1TIDY1MTUNCkxpbmNvbG5zaGlyZSwgSUwg NjAwNjkNCjIyNC01
NDItNTE1MA0KDQpJZiBzdHVwaWRpdHkgZ290IHVzIGludG8gdGhpcyBtZXNz LCB0aGVuIHdoeSBj
YW4ndCBpdCBnZXQgdXMgb3V0PyAtLSBXaWxsIA0KUm9nZXJzDQoNCg0KDQoi Um9vZGUsIEVyaWMi
IDxlcm9vZGVAYmFycmFjay5jb20+IA0KMDgvMDUvMjAxMCAxMTo1MCBBTQ0K DQpUbw0KPERlYW5l
LlJvdGhlbm1haWVyQHdhbGdyZWVucy5jb20+LCA8YWN0aXZlcGVybEBsaXN0 c2Vydi5BY3RpdmVT
dGF0ZS5jb20+DQpjYw0KDQpTdWJqZWN0DQpSRTogRGVsaW1pdGVyIG9yIG5v IERlbGltaXRlciwg
dGhhdCdzIHRoZSBxdWVzdGlvbg0KDQoNCg0KDQoNCg0KV2h5IG5vdCBqdXN0 IGNoYW5nZSB0aGUg
ZGVsaW1pdGVyIGZvciB0aGUgZHVyYXRpb24gb2YgdGhhdCBvbmUgc3Vicm91 dGluZSwgDQp3aXRo
IHRoZSBEZWxpbWl0ZXIoKSBtZXRob2QsIGFzIHNob3duIGluIA0KaHR0cDov L3NlYXJjaC5jcGFu
Lm9yZy9+YWRhbWsvV2luMzItVGllUmVnaXN0cnktMC4yNi9saWIvV2luMzIv VGllUmVnaXN0cnku
cG0jRXhhbXBsZXMgDQo/DQogDQrigJRFcmljDQogDQpGcm9tOiBhY3RpdmVw ZXJsLWJvdW5jZXNA
bGlzdHNlcnYuQWN0aXZlU3RhdGUuY29tIA0KW21haWx0bzphY3RpdmVwZXJs LWJvdW5jZXNAbGlz
dHNlcnYuQWN0aXZlU3RhdGUuY29tXSBPbiBCZWhhbGYgT2YgDQpEZWFuZS5S b3RoZW5tYWllckB3
YWxncmVlbnMuY29tDQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDA1LCAyMDEw IDExOjMwIEFNDQpU
bzogYWN0aXZlcGVybEBsaXN0c2Vydi5BY3RpdmVTdGF0ZS5jb20NClN1Ympl Y3Q6IERlbGltaXRl
ciBvciBubyBEZWxpbWl0ZXIsIHRoYXQncyB0aGUgcXVlc3Rpb24NCiANCg0K R3VydXMsIA0KDQpJ
IGhhdmUgYSBwcm9ibGVtIHdpdGggVGllUmVnaXN0cnkgaW4gYSBjb2RlIG1v ZHVsZS4gVGhlIFRp
ZVJlZ2lzdHJ5IGNvZGUgDQppcyB1c2VkIGluIHNldmVyYWwgbWV0aG9kcyBp biB0aGUgbW9kdWxl
LCBidXQgdGhlIHJ1YiBpcyB0aGlzOiBpbiBhdCBsZWFzdCANCm9uZSBtZXRo b2QsIEkgbmVlZCB0
aGUgRGVsaW1pdGVyIHNldCB0byAnLycsIHdoaWxlIGluIGp1c3Qgb25lIG1l dGhvZCBpdCANCm5l
ZWRzIHRvIGJlIHVuZGVmaW5lZC4gDQoNCkFzIGN1cnJlbnRseSBjb2RlZCwg VGllUmVnaXN0cnkg
Z2V0cyAidXNlZCIgYXQgdGhlIG1vZHVsZSBsZXZlbCBsaWtlIHRoaXM6IA0K DQoNCnVzZSBXaW4z
Mjo6VGllUmVnaXN0cnkgKERlbGltaXRlciA9PiAnLycpOyANCg0KSSdtIHdv bmRlcmluZywgaXMg
aXQgcG9zc2libGUgdG8gInVzZSIgVGllUmVnaXN0cnkgaW5zaWRlIHRoZSBz dWJyb3V0aW5lIA0K
dGhhdCByZXF1aXJlcyB0aGUgdW5kZWZpbmVkIERlbGltaXRlciwgc28gdGhh dCB0aGUgb25lcyBy
ZXF1aXJpbmcgdGhlIA0KKmRlZmluZWQqIERlbGltaXRlciBjYW4gcmVseSBv biB0aGUgbW9kdWxl
LWxldmVsIHN0YXRlbWVudCwgd2hpbGUgdGhlIG9uZSANCnJlcXVpcmluZyB0 aGF0IERlbGltaXRl
ciBiZSB1bmRlZmluZWQgY2FuIHJlbHkgaXRzIG93biB1c2Ugc3RhdGVtZW50 PyBUaGF0IA0KaXMs
IGNhbiBJIGRvIHRoaXM6IA0KDQoNCg==
--=_alternative 006042E486257776_=
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: base64
DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPk9oLCBJIGRp ZG4ndCBzZWUgdGhh
dCBvbmUhIFRoYW5rcyE8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMt
c2VyaWYiPkRlYW5lIFJvdGhlbm1haWVyPGJyPg0KUHJvZ3JhbW1lci9BbmFs eXN0IC0tIElULVN0
ZENmZzxicj4NCldhbGdyZWVucyBDb3JwLjxicj4NCjIgT3Zlcmxvb2sgUG9p bnQgI041MTAyRDxi
cj4NCk1TIDY1MTU8YnI+DQpMaW5jb2xuc2hpcmUsIElMIDYwMDY5PGJyPg0K MjI0LTU0Mi01MTUw
PGJyPg0KPGJyPg0KSWYgc3R1cGlkaXR5IGdvdCB1cyBpbnRvIHRoaXMgbWVz cywgdGhlbiB3aHkg
Y2FuJ3QgaXQgZ2V0IHVzIG91dD8gLS0gV2lsbA0KUm9nZXJzPC9mb250Pg0K PGJyPg0KPGJyPg0K
PGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZCB3aWR0aD00MCU+
PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPiZxdW90O1Jvb2Rl LCBFcmljJnF1b3Q7
DQombHQ7ZXJvb2RlQGJhcnJhY2suY29tJmd0OzwvYj4gPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0x
IGZhY2U9InNhbnMtc2VyaWYiPjA4LzA1LzIwMTAgMTE6NTAgQU08L2ZvbnQ+ DQo8dGQgd2lkdGg9
NTklPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZD4NCjxkaXYgYWxp
Z249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlRvPC9m b250PjwvZGl2Pg0K
PHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbHQ7RGVhbmUu Um90aGVubWFpZXJA
d2FsZ3JlZW5zLmNvbSZndDssDQombHQ7YWN0aXZlcGVybEBsaXN0c2Vydi5B Y3RpdmVTdGF0ZS5j
b20mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs aWduPXJpZ2h0Pjxm
b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5jYzwvZm9udD48L2Rpdj4N Cjx0ZD4NCjx0ciB2
YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fu
cy1zZXJpZiI+U3ViamVjdDwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fu
cy1zZXJpZiI+UkU6IERlbGltaXRlciBvciBubyBEZWxpbWl0ZXIsIHRoYXQn cw0KdGhlIHF1ZXN0
aW9uPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWdu PXRvcD4NCjx0ZD4N
Cjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0y
IGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+V2h5IG5vdCBqdXN0IGNo YW5nZSB0aGUgZGVs
aW1pdGVyDQpmb3IgdGhlIGR1cmF0aW9uIG9mIHRoYXQgb25lIHN1YnJvdXRp bmUsIHdpdGggdGhl
IERlbGltaXRlcigpIG1ldGhvZCwgYXMNCnNob3duIGluIDwvZm9udD48YSBo cmVmPSJodHRwOi8v
c2VhcmNoLmNwYW4ub3JnL35hZGFtay9XaW4zMi1UaWVSZWdpc3RyeS0wLjI2 L2xpYi9XaW4zMi9U
aWVSZWdpc3RyeS5wbSNFeGFtcGxlcyI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJs dWUgZmFjZT0iQ2Fs
aWJyaSI+PHU+aHR0cDovL3NlYXJjaC5jcGFuLm9yZy9+YWRhbWsvV2luMzIt VGllUmVnaXN0cnkt
MC4yNi9saWIvV2luMzIvVGllUmVnaXN0cnkucG0jRXhhbXBsZXM8L3U+PC9m b250PjwvYT48Zm9u
dCBzaXplPTIgY29sb3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj4NCj88L2Zv bnQ+DQo8YnI+PGZv
bnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7 PC9mb250Pg0KPGJy
Pjxmb250IHNpemU9MyBjb2xvcj0jYTExZjEyIGZhY2U9IlZlcmRhbmEiPuKA lDwvZm9udD48Zm9u
dCBzaXplPTIgY29sb3I9IzgwMDAwMCBmYWNlPSJWZXJkYW5hIj5FcmljPC9m b250Pg0KPGJyPjxm
b250IHNpemU9MiBjb2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPiZuYnNw OzwvZm9udD4NCjxi
cj48Zm9udCBzaXplPTIgZmFjZT0iVGFob21hIj48Yj5Gcm9tOjwvYj4gYWN0 aXZlcGVybC1ib3Vu
Y2VzQGxpc3RzZXJ2LkFjdGl2ZVN0YXRlLmNvbQ0KW21haWx0bzphY3RpdmVw ZXJsLWJvdW5jZXNA
bGlzdHNlcnYuQWN0aXZlU3RhdGUuY29tXSA8Yj5PbiBCZWhhbGYgT2YgPC9i PkRlYW5lLlJvdGhl
bm1haWVyQHdhbGdyZWVucy5jb208Yj48YnI+DQpTZW50OjwvYj4gVGh1cnNk YXksIEF1Z3VzdCAw
NSwgMjAxMCAxMTozMCBBTTxiPjxicj4NClRvOjwvYj4gYWN0aXZlcGVybEBs aXN0c2Vydi5BY3Rp
dmVTdGF0ZS5jb208Yj48YnI+DQpTdWJqZWN0OjwvYj4gRGVsaW1pdGVyIG9y IG5vIERlbGltaXRl
ciwgdGhhdCdzIHRoZSBxdWVzdGlvbjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgZmFjZT0iVGlt
ZXMgTmV3IFJvbWFuIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9IkFyaWFs
Ij48YnI+DQpHdXJ1cyw8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+
IDxicj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4N CkkgaGF2ZSBhIHBy
b2JsZW0gd2l0aCBUaWVSZWdpc3RyeSBpbiBhIGNvZGUgbW9kdWxlLiBUaGUg VGllUmVnaXN0cnkg
Y29kZQ0KaXMgdXNlZCBpbiBzZXZlcmFsIG1ldGhvZHMgaW4gdGhlIG1vZHVs ZSwgYnV0IHRoZSBy
dWIgaXMgdGhpczogaW4gYXQgbGVhc3QNCm9uZSBtZXRob2QsIEkgbmVlZCB0 aGUgRGVsaW1pdGVy
IHNldCB0byAnLycsIHdoaWxlIGluIGp1c3Qgb25lIG1ldGhvZCBpdA0KbmVl ZHMgdG8gYmUgdW5k
ZWZpbmVkLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj4gPGJyPg0K
PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KQXMgY3Vy cmVudGx5IGNvZGVk
LCBUaWVSZWdpc3RyeSBnZXRzICZxdW90O3VzZWQmcXVvdDsgYXQgdGhlIG1v ZHVsZSBsZXZlbA0K
bGlrZSB0aGlzOjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj4gPGJy
Pg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGJy Pg0KdXNlIFdpbjMy
OjpUaWVSZWdpc3RyeSAoRGVsaW1pdGVyID0mZ3Q7ICcvJyk7PC9mb250Pjxm b250IHNpemU9MyBm
YWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPGJyPg0KPC9mb250Pjxmb250IHNp emU9MiBmYWNlPSJB
cmlhbCI+PGJyPg0KSSdtIHdvbmRlcmluZywgaXMgaXQgcG9zc2libGUgdG8g JnF1b3Q7dXNlJnF1
b3Q7IFRpZVJlZ2lzdHJ5IGluc2lkZSB0aGUNCnN1YnJvdXRpbmUgdGhhdCBy ZXF1aXJlcyB0aGUg
dW5kZWZpbmVkIERlbGltaXRlciwgc28gdGhhdCB0aGUgb25lcyByZXF1aXJp bmcNCnRoZSAqZGVm
aW5lZCogRGVsaW1pdGVyIGNhbiByZWx5IG9uIHRoZSBtb2R1bGUtbGV2ZWwg c3RhdGVtZW50LCB3
aGlsZSB0aGUNCm9uZSByZXF1aXJpbmcgdGhhdCBEZWxpbWl0ZXIgYmUgdW5k ZWZpbmVkIGNhbiBy
ZWx5IGl0cyBvd24gdXNlIHN0YXRlbWVudD8NClRoYXQgaXMsIGNhbiBJIGRv IHRoaXM6PC9mb250
Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiA8YnI+DQo8 L2ZvbnQ+DQo8YnI+
DQo=
--=_alternative 006042E486257776_=--
--===============0199828407==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============0199828407==--
RE: Delimiter or no Delimiter, that"s the question
am 05.08.2010 19:37:02 von Deane.Rothenmaier
This is a multipart message in MIME format.
--===============1455142806==
Content-Type: multipart/alternative;
boundary="=_alternative 0060C68486257776_="
This is a multipart message in MIME format.
--=_alternative 0060C68486257776_=
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
VGhhbmsgeW91LCBpdCBsb29rcyBsaWtlIHlvdSd2ZSBzYXZlZCBteSBiYWNv bi4uLg0KDQpEZWFu
ZSBSb3RoZW5tYWllcg0KUHJvZ3JhbW1lci9BbmFseXN0IC0tIElULVN0ZENm Zw0KV2FsZ3JlZW5z
IENvcnAuDQoyIE92ZXJsb29rIFBvaW50ICNONTEwMkQNCk1TIDY1MTUNCkxp bmNvbG5zaGlyZSwg
SUwgNjAwNjkNCjIyNC01NDItNTE1MA0KDQpJZiBzdHVwaWRpdHkgZ290IHVz IGludG8gdGhpcyBt
ZXNzLCB0aGVuIHdoeSBjYW4ndCBpdCBnZXQgdXMgb3V0PyAtLSBXaWxsIA0K Um9nZXJzDQoNCg0K
DQpCcmV0dC5DYXJyb2xsQGJwZC50cmVhcy5nb3YgDQowOC8wNS8yMDEwIDEx OjU3IEFNDQoNClRv
DQoiUm9vZGUsIEVyaWMiIDxlcm9vZGVAYmFycmFjay5jb20+DQpjYw0KYWN0 aXZlcGVybEBsaXN0
c2Vydi5BY3RpdmVTdGF0ZS5jb20sIA0KYWN0aXZlcGVybC1ib3VuY2VzQGxp c3RzZXJ2LkFjdGl2
ZVN0YXRlLmNvbSwgDQpEZWFuZS5Sb3RoZW5tYWllckB3YWxncmVlbnMuY29t DQpTdWJqZWN0DQpS
RTogRGVsaW1pdGVyIG9yIG5vIERlbGltaXRlciwgdGhhdCdzIHRoZSBxdWVz dGlvbg0KDQoNCg0K
DQoNCg0KDQpUaGUgZGVmYXVsdCBEZWxpbWl0ZXIgaXMgXCwgDQpTbyBsaWtl IEVyaWMgbWVudGlv
bmVkLCBzZXR0aW5nIHRoZSBEZWxpbWl0ZXIgdG8gXCwgdGhlbiBzZXR0aW5n IGl0IGJhY2sgDQp0
byAvIGF0IHRoZSBlbmQgb2YgdGhlIHN1YnJvdXRpbmUgc2hvdWxkIGFjY29t cGxpc2ggd2hhdCB5
b3UgYXJlIHRyeWluZyB0byANCmRvLiANCg0KDQpTb21ldGhpbmcgbGlrZSB0 aGlzOiANCiMgQXQg
dGhlIG1vZHVsZSBsZXZlbC4uLiANCnBhY2thZ2Ugd3NpbmZvOjpIYXJkd2Fy ZTsgDQojIC4uLiBv
dGhlciB1c2Ugc3RhdGVtZW50cyAuLi4gDQp1c2UgV2luMzI6OlRpZVJlZ2lz dHJ5IChEZWxpbWl0
ZXIgPT4gJy8nKTsgDQoNCiMgbWV0aG9kcyB0aGF0IHVzZSBUaWVSZWdpc3Ry eSB3aXRoIHRoZSBE
ZWxpbWl0ZXIgDQoNCnN1YiBkaWZmZXJlbnRfc3ViIHsgDQogICN1c2UgV2lu MzI6OlRpZVJlZ2lz
dHJ5OyANCiAgICRSZWdpc3RyeS0+RGVsaW1pdGVyKCdcJyk7DQogICNkbyBp dHMgdGhpbmcgd2l0
aCB1bmRlZmluZWQgRGVsaW1pdGVyIA0KICAgICRSZWdpc3RyeS0+RGVsaW1p dGVyKCcvJyk7DQp9
IA0KDQojIG1vcmUgbWV0aG9kcyB0aGF0IHVzZSB0aGUgRGVsaW1pdGVyLi4u IA0KDQoNClRoYW5r
cywNCkJyZXR0IENhcnJvbGwNCg0KDQoNCiJSb29kZSwgRXJpYyIgPGVyb29k ZUBiYXJyYWNrLmNv
bT4gDQpTZW50IGJ5OiBhY3RpdmVwZXJsLWJvdW5jZXNAbGlzdHNlcnYuQWN0 aXZlU3RhdGUuY29t
IA0KMDgvMDUvMjAxMCAxMjo1MCBQTSANCg0KDQpUbw0KPERlYW5lLlJvdGhl bm1haWVyQHdhbGdy
ZWVucy5jb20+LCA8YWN0aXZlcGVybEBsaXN0c2Vydi5BY3RpdmVTdGF0ZS5j b20+IA0KY2MNCg0K
U3ViamVjdA0KUkU6IERlbGltaXRlciBvciBubyBEZWxpbWl0ZXIsIHRoYXQn cyB0aGUgcXVlc3Rp
b24NCg0KDQoNCg0KDQoNCg0KDQpXaHkgbm90IGp1c3QgY2hhbmdlIHRoZSBk ZWxpbWl0ZXIgZm9y
IHRoZSBkdXJhdGlvbiBvZiB0aGF0IG9uZSBzdWJyb3V0aW5lLCANCndpdGgg dGhlIERlbGltaXRl
cigpIG1ldGhvZCwgYXMgc2hvd24gaW4gDQpodHRwOi8vc2VhcmNoLmNwYW4u b3JnL35hZGFtay9X
aW4zMi1UaWVSZWdpc3RyeS0wLjI2L2xpYi9XaW4zMi9UaWVSZWdpc3RyeS5w bSNFeGFtcGxlcyAN
Cj8gDQogIA0K4oCURXJpYyANCiAgDQpGcm9tOiBhY3RpdmVwZXJsLWJvdW5j ZXNAbGlzdHNlcnYu
QWN0aXZlU3RhdGUuY29tIA0KW21haWx0bzphY3RpdmVwZXJsLWJvdW5jZXNA bGlzdHNlcnYuQWN0
aXZlU3RhdGUuY29tXSBPbiBCZWhhbGYgT2YgDQpEZWFuZS5Sb3RoZW5tYWll ckB3YWxncmVlbnMu
Y29tDQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDA1LCAyMDEwIDExOjMwIEFN DQpUbzogYWN0aXZl
cGVybEBsaXN0c2Vydi5BY3RpdmVTdGF0ZS5jb20NClN1YmplY3Q6IERlbGlt aXRlciBvciBubyBE
ZWxpbWl0ZXIsIHRoYXQncyB0aGUgcXVlc3Rpb24gDQogIA0KDQpHdXJ1cywg DQoNCkkgaGF2ZSBh
IHByb2JsZW0gd2l0aCBUaWVSZWdpc3RyeSBpbiBhIGNvZGUgbW9kdWxlLiBU aGUgVGllUmVnaXN0
cnkgY29kZSANCmlzIHVzZWQgaW4gc2V2ZXJhbCBtZXRob2RzIGluIHRoZSBt b2R1bGUsIGJ1dCB0
aGUgcnViIGlzIHRoaXM6IGluIGF0IGxlYXN0IA0Kb25lIG1ldGhvZCwgSSBu ZWVkIHRoZSBEZWxp
bWl0ZXIgc2V0IHRvICcvJywgd2hpbGUgaW4ganVzdCBvbmUgbWV0aG9kIGl0 IA0KbmVlZHMgdG8g
YmUgdW5kZWZpbmVkLiANCg0KQXMgY3VycmVudGx5IGNvZGVkLCBUaWVSZWdp c3RyeSBnZXRzICJ1
c2VkIiBhdCB0aGUgbW9kdWxlIGxldmVsIGxpa2UgdGhpczogDQoNCg0KdXNl IFdpbjMyOjpUaWVS
ZWdpc3RyeSAoRGVsaW1pdGVyID0+ICcvJyk7IA0KDQpJJ20gd29uZGVyaW5n LCBpcyBpdCBwb3Nz
aWJsZSB0byAidXNlIiBUaWVSZWdpc3RyeSBpbnNpZGUgdGhlIHN1YnJvdXRp bmUgDQp0aGF0IHJl
cXVpcmVzIHRoZSB1bmRlZmluZWQgRGVsaW1pdGVyLCBzbyB0aGF0IHRoZSBv bmVzIHJlcXVpcmlu
ZyB0aGUgDQoqZGVmaW5lZCogRGVsaW1pdGVyIGNhbiByZWx5IG9uIHRoZSBt b2R1bGUtbGV2ZWwg
c3RhdGVtZW50LCB3aGlsZSB0aGUgb25lIA0KcmVxdWlyaW5nIHRoYXQgRGVs aW1pdGVyIGJlIHVu
ZGVmaW5lZCBjYW4gcmVseSBpdHMgb3duIHVzZSBzdGF0ZW1lbnQ/IFRoYXQg DQppcywgY2FuIEkg
ZG8gdGhpczogDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19f
Xw0KQWN0aXZlUGVybCBtYWlsaW5nIGxpc3QNCkFjdGl2ZVBlcmxAbGlzdHNl cnYuQWN0aXZlU3Rh
dGUuY29tDQpUbyB1bnN1YnNjcmliZTogaHR0cDovL2xpc3RzZXJ2LkFjdGl2 ZVN0YXRlLmNvbS9t
YWlsbWFuL215c3VicyANCg0K
--=_alternative 0060C68486257776_=
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: base64
DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlRoYW5rIHlv dSwgaXQgbG9va3Mg
bGlrZSB5b3UndmUgc2F2ZWQNCm15IGJhY29uLi4uPC9mb250Pg0KPGJyPg0K PGJyPjxmb250IHNp
emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5EZWFuZSBSb3RoZW5tYWllcjxicj4N ClByb2dyYW1tZXIv
QW5hbHlzdCAtLSBJVC1TdGRDZmc8YnI+DQpXYWxncmVlbnMgQ29ycC48YnI+ DQoyIE92ZXJsb29r
IFBvaW50ICNONTEwMkQ8YnI+DQpNUyA2NTE1PGJyPg0KTGluY29sbnNoaXJl LCBJTCA2MDA2OTxi
cj4NCjIyNC01NDItNTE1MDxicj4NCjxicj4NCklmIHN0dXBpZGl0eSBnb3Qg dXMgaW50byB0aGlz
IG1lc3MsIHRoZW4gd2h5IGNhbid0IGl0IGdldCB1cyBvdXQ/IC0tIFdpbGwN ClJvZ2VyczwvZm9u
dD4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRy IHZhbGlnbj10b3A+
DQo8dGQgd2lkdGg9NDAlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij48Yj5CcmV0dC5D
YXJyb2xsQGJwZC50cmVhcy5nb3Y8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBz aXplPTEgZmFjZT0i
c2Fucy1zZXJpZiI+MDgvMDUvMjAxMCAxMTo1NyBBTTwvZm9udD4NCjx0ZCB3 aWR0aD01OSU+DQo8
dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRp diBhbGlnbj1yaWdo
dD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+VG88L2ZvbnQ+PC9k aXY+DQo8dGQ+PGZv
bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O1Jvb2RlLCBFcmlj JnF1b3Q7ICZsdDtl
cm9vZGVAYmFycmFjay5jb20mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQ+DQo8ZGl2
IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5j YzwvZm9udD48L2Rp
dj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+YWN0aXZl cGVybEBsaXN0c2Vy
di5BY3RpdmVTdGF0ZS5jb20sDQphY3RpdmVwZXJsLWJvdW5jZXNAbGlzdHNl cnYuQWN0aXZlU3Rh
dGUuY29tLCBEZWFuZS5Sb3RoZW5tYWllckB3YWxncmVlbnMuY29tPC9mb250 Pg0KPHRyIHZhbGln
bj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNl
cmlmIj5TdWJqZWN0PC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNl
cmlmIj5SRTogRGVsaW1pdGVyIG9yIG5vIERlbGltaXRlciwgdGhhdCdzDQp0 aGUgcXVlc3Rpb248
L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9w Pg0KPHRkPg0KPHRk
PjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFj
ZT0ic2Fucy1zZXJpZiI+PGJyPg0KVGhlIGRlZmF1bHQgRGVsaW1pdGVyIGlz IFwsIDxicj4NClNv
IGxpa2UgRXJpYyBtZW50aW9uZWQsIHNldHRpbmcgdGhlIERlbGltaXRlciB0 byBcLCB0aGVuIHNl
dHRpbmcgaXQgYmFjaw0KdG8gLyBhdCB0aGUgZW5kIG9mIHRoZSBzdWJyb3V0 aW5lIHNob3VsZCBh
Y2NvbXBsaXNoIHdoYXQgeW91IGFyZSB0cnlpbmcNCnRvIGRvLjwvZm9udD48 Zm9udCBzaXplPTM+
IDxicj4NCjxicj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+PGJyPg0K
U29tZXRoaW5nIGxpa2UgdGhpczo8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2Zv bnQ+PGZvbnQgc2l6
ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48YnI+DQojIEF0IHRoZSBtb2R1bGUg bGV2ZWwuLi48L2Zv
bnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNv dXJpZXIgTmV3Ij48
YnI+DQpwYWNrYWdlIHdzaW5mbzo6SGFyZHdhcmU7PC9mb250Pjxmb250IHNp emU9Mz4gPC9mb250
Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0KIyAuLi4g b3RoZXIgdXNlIHN0
YXRlbWVudHMgLi4uPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250 IHNpemU9MiBmYWNl
PSJDb3VyaWVyIE5ldyI+PGJyPg0KdXNlIFdpbjMyOjpUaWVSZWdpc3RyeSAo RGVsaW1pdGVyID0m
Z3Q7ICcvJyk7PC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNp emU9MiBmYWNlPSJD
b3VyaWVyIE5ldyI+PGJyPg0KPGJyPg0KIyBtZXRob2RzIHRoYXQgdXNlIFRp ZVJlZ2lzdHJ5IHdp
dGggdGhlIERlbGltaXRlcjwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48 Zm9udCBzaXplPTIg
ZmFjZT0iQ291cmllciBOZXciPjxicj4NCjxicj4NCnN1YiBkaWZmZXJlbnRf c3ViIHs8L2ZvbnQ+
PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij48YnI+
DQogJm5ic3A7I3VzZSBXaW4zMjo6VGllUmVnaXN0cnk7PC9mb250Pjxmb250 IHNpemU9Mz4gPC9m
b250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0KICZu YnNwOzwvZm9udD48
Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmll ciBOZXciPiRSZWdp
c3RyeS0mZ3Q7RGVsaW1pdGVyKCdcJyk7PGJyPg0KICZuYnNwOyNkbyBpdHMg dGhpbmcgd2l0aCB1
bmRlZmluZWQgRGVsaW1pdGVyPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250 Pjxmb250IHNpemU9
MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0KICZuYnNwOyA8L2ZvbnQ+PGZv bnQgc2l6ZT0zPiZu
YnNwOzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPiRS ZWdpc3RyeS0mZ3Q7
RGVsaW1pdGVyKCcvJyk7PGJyPg0KfTwvZm9udD48Zm9udCBzaXplPTM+IDwv Zm9udD48Zm9udCBz
aXplPTIgZmFjZT0iQ291cmllciBOZXciPjxicj4NCjxicj4NCiMgbW9yZSBt ZXRob2RzIHRoYXQg
dXNlIHRoZSBEZWxpbWl0ZXIuLi48L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8YnI+ DQo8L2ZvbnQ+PGZv
bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxicj4NClRoYW5r cyw8YnI+DQpCcmV0
dCBDYXJyb2xsPC9mb250Pjxmb250IHNpemU9Mz48YnI+DQo8YnI+DQo8YnI+ DQo8L2ZvbnQ+DQo8
dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRo PTM4JT48Zm9udCBz
aXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+JnF1b3Q7Um9vZGUsIEVyaWMm cXVvdDsNCiZsdDtl
cm9vZGVAYmFycmFjay5jb20mZ3Q7PC9iPiA8YnI+DQpTZW50IGJ5OiBhY3Rp dmVwZXJsLWJvdW5j
ZXNAbGlzdHNlcnYuQWN0aXZlU3RhdGUuY29tPC9mb250Pjxmb250IHNpemU9 Mz4NCjwvZm9udD4N
CjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4wOC8wNS8yMDEw IDEyOjUwIFBNPC9m
b250Pjxmb250IHNpemU9Mz4NCjwvZm9udD4NCjx0ZCB3aWR0aD02MSU+DQo8 YnI+DQo8dGFibGUg
d2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTklPg0K PGRpdiBhbGlnbj1y
aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+VG88L2ZvbnQ+ PC9kaXY+DQo8dGQg
d2lkdGg9OTAlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbHQ7 RGVhbmUuUm90aGVu
bWFpZXJAd2FsZ3JlZW5zLmNvbSZndDssDQombHQ7YWN0aXZlcGVybEBsaXN0 c2Vydi5BY3RpdmVT
dGF0ZS5jb20mZ3Q7PC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pg0KPHRy IHZhbGlnbj10b3A+
DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj5j
YzwvZm9udD48L2Rpdj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1y
aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+U3ViamVjdDwv Zm9udD48L2Rpdj4N
Cjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UkU6IERlbGlt aXRlciBvciBubyBE
ZWxpbWl0ZXIsIHRoYXQncw0KdGhlIHF1ZXN0aW9uPC9mb250PjwvdGFibGU+ DQo8YnI+DQo8YnI+
DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxl Pg0KPGJyPjwvdGFi
bGU+DQo8YnI+PGZvbnQgc2l6ZT0zPjxicj4NCjxicj4NCjwvZm9udD48Zm9u dCBzaXplPTIgY29s
b3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj48YnI+DQpXaHkgbm90IGp1c3Qg Y2hhbmdlIHRoZSBk
ZWxpbWl0ZXIgZm9yIHRoZSBkdXJhdGlvbiBvZiB0aGF0IG9uZSBzdWJyb3V0 aW5lLA0Kd2l0aCB0
aGUgRGVsaW1pdGVyKCkgbWV0aG9kLCBhcyBzaG93biBpbiA8L2ZvbnQ+PGEg aHJlZj0iaHR0cDov
L3NlYXJjaC5jcGFuLm9yZy9+YWRhbWsvV2luMzItVGllUmVnaXN0cnktMC4y Ni9saWIvV2luMzIv
VGllUmVnaXN0cnkucG0jRXhhbXBsZXMiPjxmb250IHNpemU9MiBjb2xvcj1i bHVlIGZhY2U9IkNh
bGlicmkiPjx1Pmh0dHA6Ly9zZWFyY2guY3Bhbi5vcmcvfmFkYW1rL1dpbjMy LVRpZVJlZ2lzdHJ5
LTAuMjYvbGliL1dpbjMyL1RpZVJlZ2lzdHJ5LnBtI0V4YW1wbGVzPC91Pjwv Zm9udD48L2E+PGZv
bnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+DQo/PC9m b250Pjxmb250IHNp
emU9Mz4gPC9mb250Pjxmb250IHNpemU9MiBjb2xvcj0jMDA0MDgwIGZhY2U9 IkNhbGlicmkiPjxi
cj4NCiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD48Zm9udCBz aXplPTMgY29sb3I9
I2ExMWYxMiBmYWNlPSJWZXJkYW5hIj48YnI+DQrigJQ8L2ZvbnQ+PGZvbnQg c2l6ZT0yIGNvbG9y
PSM4MDAwMDAgZmFjZT0iVmVyZGFuYSI+RXJpYzwvZm9udD48Zm9udCBzaXpl PTM+DQo8L2ZvbnQ+
PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+PGJy Pg0KIDwvZm9udD48
Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJU YWhvbWEiPjxiPjxi
cj4NCkZyb206PC9iPiBhY3RpdmVwZXJsLWJvdW5jZXNAbGlzdHNlcnYuQWN0 aXZlU3RhdGUuY29t
IFttYWlsdG86YWN0aXZlcGVybC1ib3VuY2VzQGxpc3RzZXJ2LkFjdGl2ZVN0 YXRlLmNvbV0NCjxi
Pk9uIEJlaGFsZiBPZiA8L2I+RGVhbmUuUm90aGVubWFpZXJAd2FsZ3JlZW5z LmNvbTxiPjxicj4N
ClNlbnQ6PC9iPiBUaHVyc2RheSwgQXVndXN0IDA1LCAyMDEwIDExOjMwIEFN PGI+PGJyPg0KVG86
PC9iPiBhY3RpdmVwZXJsQGxpc3RzZXJ2LkFjdGl2ZVN0YXRlLmNvbTxiPjxi cj4NClN1YmplY3Q6
PC9iPiBEZWxpbWl0ZXIgb3Igbm8gRGVsaW1pdGVyLCB0aGF0J3MgdGhlIHF1 ZXN0aW9uPC9mb250
Pjxmb250IHNpemU9Mz4NCjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFu
Ij48YnI+DQogPC9mb250Pjxmb250IHNpemU9Mz4mbmJzcDs8L2ZvbnQ+PGZv bnQgc2l6ZT0yIGZh
Y2U9IkFyaWFsIj48YnI+DQo8YnI+DQpHdXJ1cyw8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJp YWwiPjxicj4NCjxi
cj4NCkkgaGF2ZSBhIHByb2JsZW0gd2l0aCBUaWVSZWdpc3RyeSBpbiBhIGNv ZGUgbW9kdWxlLiBU
aGUgVGllUmVnaXN0cnkgY29kZQ0KaXMgdXNlZCBpbiBzZXZlcmFsIG1ldGhv ZHMgaW4gdGhlIG1v
ZHVsZSwgYnV0IHRoZSBydWIgaXMgdGhpczogaW4gYXQgbGVhc3QNCm9uZSBt ZXRob2QsIEkgbmVl
ZCB0aGUgRGVsaW1pdGVyIHNldCB0byAnLycsIHdoaWxlIGluIGp1c3Qgb25l IG1ldGhvZCBpdA0K
bmVlZHMgdG8gYmUgdW5kZWZpbmVkLjwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3
IFJvbWFuIj4gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJy Pg0KPGJyPg0KQXMg
Y3VycmVudGx5IGNvZGVkLCBUaWVSZWdpc3RyeSBnZXRzICZxdW90O3VzZWQm cXVvdDsgYXQgdGhl
IG1vZHVsZSBsZXZlbA0KbGlrZSB0aGlzOjwvZm9udD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj4gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVy IE5ldyI+PGJyPg0K
PGJyPg0KdXNlIFdpbjMyOjpUaWVSZWdpc3RyeSAoRGVsaW1pdGVyID0mZ3Q7 ICcvJyk7PC9mb250
Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPC9mb250 Pjxmb250IHNpemU9
MiBmYWNlPSJBcmlhbCI+PGJyPg0KPGJyPg0KSSdtIHdvbmRlcmluZywgaXMg aXQgcG9zc2libGUg
dG8gJnF1b3Q7dXNlJnF1b3Q7IFRpZVJlZ2lzdHJ5IGluc2lkZSB0aGUNCnN1 YnJvdXRpbmUgdGhh
dCByZXF1aXJlcyB0aGUgdW5kZWZpbmVkIERlbGltaXRlciwgc28gdGhhdCB0 aGUgb25lcyByZXF1
aXJpbmcNCnRoZSAqZGVmaW5lZCogRGVsaW1pdGVyIGNhbiByZWx5IG9uIHRo ZSBtb2R1bGUtbGV2
ZWwgc3RhdGVtZW50LCB3aGlsZSB0aGUNCm9uZSByZXF1aXJpbmcgdGhhdCBE ZWxpbWl0ZXIgYmUg
dW5kZWZpbmVkIGNhbiByZWx5IGl0cyBvd24gdXNlIHN0YXRlbWVudD8NClRo YXQgaXMsIGNhbiBJ
IGRvIHRoaXM6PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPiA8L2Zv
bnQ+PHR0Pjxmb250IHNpemU9Mj48YnI+DQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19f
X19fX19fX19fX19fX19fXzxicj4NCkFjdGl2ZVBlcmwgbWFpbGluZyBsaXN0 PGJyPg0KQWN0aXZl
UGVybEBsaXN0c2Vydi5BY3RpdmVTdGF0ZS5jb208YnI+DQpUbyB1bnN1YnNj cmliZTogPC9mb250
PjwvdHQ+PGEgaHJlZj1odHRwOi8vbGlzdHNlcnYuYWN0aXZlc3RhdGUuY29t L21haWxtYW4vbXlz
dWJzPjx0dD48Zm9udCBzaXplPTI+aHR0cDovL2xpc3RzZXJ2LkFjdGl2ZVN0 YXRlLmNvbS9tYWls
bWFuL215c3ViczwvZm9udD48L3R0Pjxmb250IHNpemU9Mz4NCjwvZm9udD48 L2E+DQo8YnI+DQo=
--=_alternative 0060C68486257776_=--
--===============1455142806==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============1455142806==--