Delimiter or no Delimiter, that's the question

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"


<br><font size=2 face="sans-serif">Gurus,</font>
<br>
<br><font size=2 face="sans-serif">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.</font>
<br>
<br><font size=2 face="sans-serif">As currently coded, TieRegistry gets
"used" at the module level like this:</font>
<br>
<br><font size=2 face="Courier New">use Win32::TieRegistry (Delimiter =>
'/');</font>
<br>
<br><font size=2 face="sans-serif">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:</font>
<br>
<br><font size=2 face="Courier New"># At the module level...</font>
<br><font size=2 face="Courier New">package wsinfo::Hardware;</font>
<br><font size=2 face="Courier New"># ... other use statements ...</font>
<br><font size=2 face="Courier New">use Win32::TieRegistry (Delimiter =>
'/');</font>
<br>
<br><font size=2 face="Courier New"># methods that use TieRegistry with
the Delimiter</font>
<br>
<br><font size=2 face="Courier New">sub different_sub {</font>
<br><font size=2 face="Courier New">   use Win32::TieRegistry;</font>
<br><font size=2 face="Courier New">   </font>
<br><font size=2 face="Courier New">   #do its thing with undefined
Delimiter</font>
<br><font size=2 face="Courier New">}</font>
<br>
<br><font size=2 face="Courier New"># more methods that use the Delimiter...</font>
<br>
<br><font size=2 face="sans-serif">Just to keep things interesting, I need
this rolled out by end of day tomorrow (eek). </font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br>
<br><font size=2 face="sans-serif">Deane Rothenmaier<br>
Programmer/Analyst -- IT-StdCfg<br>
Walgreens Corp.<br>
2 Overlook Point #N5102D<br>
MS 6515<br>
Lincolnshire, IL 60069<br>
224-542-5150<br>
<br>
If stupidity got us into this mess, then why can't it get us out? -- Will
Rogers</font>
--=_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 [at] listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============0144039896==--
Deane.Rothenmaier [ Do, 05 August 2010 17:29 ] [ ID #2045616 ]

RE: Delimiter or no Delimiter, that's the question

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 ?



-Eric



From: activeperl-bounces [at] listserv.ActiveState.com
[mailto:activeperl-bounces [at] listserv.ActiveState.com] On Behalf Of
Deane.Rothenmaier [at] walgreens.com
Sent: Thursday, August 05, 2010 11:30 AM
To: activeperl [at] 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> '/');

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:




------_=_NextPart_001_01CB34BE.4AA8504F
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
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">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
[at] font-face
=09{font-family:Calibri;
=09panose-1:2 15 5 2 2 2 4 3 2 4;}
[at] font-face
=09{font-family:Tahoma;
=09panose-1:2 11 6 4 3 5 4 4 2 4;}
[at] font-face
=09{font-family:Verdana;
=09panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
=09{margin:0in;
=09margin-bottom:.0001pt;
=09font-size:12.0pt;
=09font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
=09{mso-style-priority:99;
=09color:blue;
=09text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
=09{mso-style-priority:99;
=09color:purple;
=09text-decoration:underline;}
span.EmailStyle17
=09{mso-style-type:personal-reply;
=09font-family:"Calibri","sans-serif";
=09color:#1F497D;}
..MsoChpDefault
=09{mso-style-type:export-only;}
[at] page WordSection1
=09{size:8.5in 11.0in;
=09margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
=09{page:WordSection1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DWordSection1>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"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 <a
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</a>
?<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-family:"Verdana","sans-serif";colo=
r:#943634'>—</span><span
style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif" ;color:maroon'>=
Eric</span><span
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif" ;color:#1F497D'=
><o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'>

<p class=3DMsoNormal><b><span style=3D'font-size:10.0pt;font-family:"Tahoma=
","sans-serif"'>From:</span></b><span
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"' > activeperl-bo=
unces [at] listserv.ActiveState.com
[mailto:activeperl-bounces [at] listserv.ActiveState.com] <b>On Behalf Of </b>De=
ane.Rothenmaier [at] walgreens.com<br>
<b>Sent:</b> Thursday, August 05, 2010 11:30 AM<br>
<b>To:</b> activeperl [at] listserv.ActiveState.com<br>
<b>Subject:</b> Delimiter or no Delimiter, that's the question<o:p></o:p></=
span></p>

</div>

<p class=3DMsoNormal><o:p> </o:p></p>

<p class=3DMsoNormal><br>
<span style=3D'font-size:10.0pt;font-family:"Arial","sans-serif"'>Gurus,</s=
pan> <br>
<br>
<span style=3D'font-size:10.0pt;font-family:"Arial","sans-serif"'>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.</span> <br>
<br>
<span style=3D'font-size:10.0pt;font-family:"Arial","sans-serif"'>As curren=
tly
coded, TieRegistry gets "used" at the module level like this:</sp=
an> <br>
<br>
<span style=3D'font-size:10.0pt;font-family:"Courier New"'>use Win32::TieRe=
gistry
(Delimiter =3D> '/');</span> <br>
<br>
<span style=3D'font-size:10.0pt;font-family:"Arial","sans-serif"'>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:</span>
<br>
<br>
<o:p></o:p></p>

</div>

</body>

</html>

------_=_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 [at] listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============1133383202==--
eroode [ Do, 05 August 2010 18:50 ] [ ID #2045617 ]

RE: Delimiter or no Delimiter, that's the question

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 \,
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...
package wsinfo::Hardware;
# ... other use statements ...
use Win32::TieRegistry (Delimiter =3D> '/');

# methods that use TieRegistry with the Delimiter

sub different=5Fsub {
#use Win32::TieRegistry;
$Registry->Delimiter('\');
#do its thing with undefined Delimiter
$Registry->Delimiter('/');
}

# more methods that use the Delimiter...


Thanks,
Brett Carroll




"Roode, Eric" <eroode [at] barrack.com>
Sent by: activeperl-bounces [at] listserv.ActiveState.com
08/05/2010 12:50 PM

To
<Deane.Rothenmaier [at] walgreens.com>, <activeperl [at] 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
http://search.cpan.org/~adamk/Win32-TieRegistry-0.26/lib/Win 32/TieRegistry.=
pm#Examples
?

?Eric

From: activeperl-bounces [at] listserv.ActiveState.com
[mailto:activeperl-bounces [at] listserv.ActiveState.com] On Behalf Of
Deane.Rothenmaier [at] walgreens.com
Sent: Thursday, August 05, 2010 11:30 AM
To: activeperl [at] 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> '/');

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=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =5F=5F
ActivePerl mailing list
ActivePerl [at] 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


<br><font size=3D2 face=3D"sans-serif">The default Delimiter is \, </font>
<br><font size=3D2 face=3D"sans-serif">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.</font>
<br>
<br>
<br><font size=3D2 face=3D"sans-serif">Something like this:</font>
<br><font size=3D2 face=3D"Courier New"># At the module level...</font><fon=
t size=3D3>
</font><font size=3D2 face=3D"Courier New"><br>
package wsinfo::Hardware;</font><font size=3D3> </font><font size=3D2 face=
=3D"Courier New"><br>
# ... other use statements ...</font><font size=3D3> </font><font size=3D2 =
face=3D"Courier New"><br>
use Win32::TieRegistry (Delimiter =3D> '/');</font><font size=3D3> <br>
</font><font size=3D2 face=3D"Courier New"><br>
# methods that use TieRegistry with the Delimiter</font><font size=3D3> <br>
</font><font size=3D2 face=3D"Courier New"><br>
sub different=5Fsub {</font><font size=3D3> </font><font size=3D2 face=3D"C=
ourier New"><br>
  #use Win32::TieRegistry;</font><font size=3D3> </font><font size=3D=
2 face=3D"Courier New"><br>
  </font><font size=3D3> </font><font size=3D2 face=3D"Courier N=
ew">$Registry->Delimiter('\');<br>
  #do its thing with undefined Delimiter</font><font size=3D3> </font>
<br><font size=3D2 face=3D"Courier New">   </font><font size=3D3>=
</font><font size=3D2 face=3D"Courier New">$Registry->Delimiter('/');<b=
r>
}</font><font size=3D3> <br>
</font><font size=3D2 face=3D"Courier New"><br>
# more methods that use the Delimiter...</font>
<br>
<br><font size=3D2 face=3D"sans-serif"><br>
Thanks,<br>
Brett Carroll<br>
</font>
<br>
<br>
<br>
<table width=3D100%>
<tr valign=3Dtop>
<td width=3D40%><font size=3D1 face=3D"sans-serif"><b>"Roode, Eric&quo=
t;
<eroode [at] barrack.com></b> </font>
<br><font size=3D1 face=3D"sans-serif">Sent by: activeperl-bounces [at] listserv=
..ActiveState.com</font>
<p><font size=3D1 face=3D"sans-serif">08/05/2010 12:50 PM</font>
<td width=3D59%>
<table width=3D100%>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">To</font></div>
<td><font size=3D1 face=3D"sans-serif"><Deane.Rothenmaier [at] walgreens.com&=
gt;,
<activeperl [at] listserv.ActiveState.com></font>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">cc</font></div>
<td>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">Subject</font></div>
<td><font size=3D1 face=3D"sans-serif">RE: Delimiter or no Delimiter, that's
the question</font></table>
<br>
<table>
<tr valign=3Dtop>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=3D2 color=3D#1f497d face=3D"Calibri">Why not just change the=
delimiter
for the duration of that one subroutine, with the Delimiter() method, as
shown in </font><a href=3D"http://search.cpan.org/~adamk/Win32-TieRegistry-=
0.26/lib/Win32/TieRegistry.pm#Examples"><font size=3D2 color=3Dblue face=3D=
"Calibri"><u> http://search.cpan.org/~adamk/Win32-TieRegistry-0.26/lib/Win 32=
/TieRegistry.pm#Examples</u></font></a><font size=3D2 color=3D#1f497d face=
=3D"Calibri">
?</font>
<br><font size=3D2 color=3D#1f497d face=3D"Calibri"> </font>
<br><font size=3D3 color=3D#943634 face=3D"Verdana">—</font><font siz=
e=3D2 color=3D#800000 face=3D"Verdana">Eric</font>
<br><font size=3D2 color=3D#1f497d face=3D"Calibri"> </font>
<br><font size=3D2 face=3D"Tahoma"><b>From:</b> activeperl-bounces [at] listserv=
..ActiveState.com
[mailto:activeperl-bounces [at] listserv.ActiveState.com] <b>On Behalf Of </b>De=
ane.Rothenmaier [at] walgreens.com<b><br>
Sent:</b> Thursday, August 05, 2010 11:30 AM<b><br>
To:</b> activeperl [at] listserv.ActiveState.com<b><br>
Subject:</b> Delimiter or no Delimiter, that's the question</font>
<br><font size=3D3 face=3D"Times New Roman"> </font>
<br><font size=3D2 face=3D"Arial"><br>
Gurus,</font><font size=3D3 face=3D"Times New Roman"> <br>
</font><font size=3D2 face=3D"Arial"><br>
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.</font><font size=3D3 face=3D"Times New Roman"> <br>
</font><font size=3D2 face=3D"Arial"><br>
As currently coded, TieRegistry gets "used" at the module level
like this:</font><font size=3D3 face=3D"Times New Roman"> <br>
</font><font size=3D2 face=3D"Courier New"><br>
use Win32::TieRegistry (Delimiter =3D> '/');</font><font size=3D3 face=
=3D"Times New Roman">
<br>
</font><font size=3D2 face=3D"Arial"><br>
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:</font><font size=3D3 face=3D"Times New Roman"> <br>
</font><tt><font size=3D2>=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F<br>
ActivePerl mailing list<br>
ActivePerl [at] listserv.ActiveState.com<br>
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs</font></tt>
<br>
--=_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 [at] listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============0860324260==--
Brett.Carroll [ Do, 05 August 2010 18:57 ] [ ID #2045618 ]

RE: Delimiter or no Delimiter, that's the question

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 [at] listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============0199828407==--
Deane.Rothenmaier [ Do, 05 August 2010 19:31 ] [ ID #2045619 ]

RE: Delimiter or no Delimiter, that's the question

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 [at] listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============1455142806==--
Deane.Rothenmaier [ Do, 05 August 2010 19:37 ] [ ID #2045620 ]
Perl » gmane.comp.lang.perl.active-perl » Delimiter or no Delimiter, that's the question

Vorheriges Thema: Graeme Lawry/AU/ITS/ORICA is out of the office
Nächstes Thema: PerlEx, running 5.10 and 5.12 in parallel