[30804] in Perl-Users-Digest
Perl-Users Digest, Issue: 2049 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Dec 11 16:10:01 2008
Date: Thu, 11 Dec 2008 13:09:22 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 11 Dec 2008 Volume: 11 Number: 2049
Today's topics:
Are file scoped variables in a module duplicated with e sln@netherlands.com
Re: Are file scoped variables in a module duplicated wi xhoster@gmail.com
Re: Are file scoped variables in a module duplicated wi <jimsgibson@gmail.com>
include perldoc in word document <michaelgang@gmail.com>
Re: include perldoc in word document <cartercc@gmail.com>
Re: include perldoc in word document <RedGrittyBrick@spamweary.invalid>
Re: include perldoc in word document <jurgenex@hotmail.com>
Re: looking up function's doc in emacs <andreas.roehler@online.de>
Re: Mathematica 7 compares to other languages <w_a_x_man@yahoo.com>
Re: Mathematica 7 compares to other languages <xahlee@gmail.com>
Re: Mathematica 7 compares to other languages <jimsgibson@gmail.com>
Most Popular Windows Downloads <anubha9903@gmail.com>
Re: ordered hashes <julian@invalid>
Re: ordered hashes sln@netherlands.com
Processing Multiple Large Files <hirenshah.05@gmail.com>
Re: Processing Multiple Large Files <tim@burlyhost.com>
Re: Processing Multiple Large Files <hirenshah.05@gmail.com>
Re: Processing Multiple Large Files xhoster@gmail.com
querying Active Directory via LDAP in perl joseph85750@yahoo.com
Re: The single biggest STUPIDITY in Perl ... <bugbear@trim_papermule.co.uk_trim>
Re: The single biggest STUPIDITY in Perl ... <brian.d.foy@gmail.com>
Re: The single biggest STUPIDITY in Perl ... <jpsweden@gmail.com>
Re: The single biggest STUPIDITY in Perl ... <tim@burlyhost.com>
Re: wget/sftp- style progress bar <klaus03@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 11 Dec 2008 18:38:28 GMT
From: sln@netherlands.com
Subject: Are file scoped variables in a module duplicated with each class instantiation?
Message-Id: <ltm2k413pdreg7t5cji32jn2171h74u5lf@4ax.com>
I have a large hash that is file scoped, a lexical in the module.
Have to make quite a few instantiations of the class.
Is the file scoped lexical hash duplicated each time?
I wouldn't think so but does anybody know the quick answer?
Thanks!
sln
------------------------------
Date: 11 Dec 2008 19:52:23 GMT
From: xhoster@gmail.com
Subject: Re: Are file scoped variables in a module duplicated with each class instantiation?
Message-Id: <20081211145114.481$mv@newsreader.com>
sln@netherlands.com wrote:
> I have a large hash that is file scoped, a lexical in the module.
> Have to make quite a few instantiations of the class.
> Is the file scoped lexical hash duplicated each time?
> I wouldn't think so but does anybody know the quick answer?
Not unless you specifically do something which causes it be
duplicated.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Thu, 11 Dec 2008 12:27:33 -0800
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Are file scoped variables in a module duplicated with each class instantiation?
Message-Id: <111220081227332809%jimsgibson@gmail.com>
In article <ltm2k413pdreg7t5cji32jn2171h74u5lf@4ax.com>,
<sln@netherlands.com> wrote:
> I have a large hash that is file scoped, a lexical in the module.
> Have to make quite a few instantiations of the class.
> Is the file scoped lexical hash duplicated each time?
> I wouldn't think so but does anybody know the quick answer?
No. There is only one hash. Your file gets read and compiled only once.
There is only one lexical variable with the name of your hash. Any
instance of your class calls the methods that are defined in your class
file. Each of those methods will access the same lexical variable for
your hash. There is only one.
--
Jim Gibson
------------------------------
Date: Thu, 11 Dec 2008 07:48:12 -0800 (PST)
From: david <michaelgang@gmail.com>
Subject: include perldoc in word document
Message-Id: <bc1615ee-baad-4a0c-81dc-6579722aa949@x16g2000prn.googlegroups.com>
Hi all,
I need to add api documentation of the Modules i wrote into a section
of a word document.
I wrote perlpod for all the modules.
Is there something like pod2word ?
Is there another solution.
Thanks,
David
------------------------------
Date: Thu, 11 Dec 2008 08:00:41 -0800 (PST)
From: cartercc <cartercc@gmail.com>
Subject: Re: include perldoc in word document
Message-Id: <ac241e59-a9b0-43a6-bbae-f33e22561ef8@q30g2000prq.googlegroups.com>
On Dec 11, 10:48=A0am, david <michaelg...@gmail.com> wrote:
> I wrote perlpod for all the modules.
> Is there something like pod2word ?
> Is there another solution.
Yes. Write a perl script that outputs your text in rtf, or perhaps
pdf.
I have a user that needs a particular document in Word format, and the
easiest way for me to do it was to print to file in rtf (rich text
format) which opens natively in Word. If you have your documentation
in POD or HTML, you can easily output an rtf document.
Maybe as an intermediate step, you would output a txt document, just
to prove that it can be done.
CC
>
> Thanks,
> David
------------------------------
Date: Thu, 11 Dec 2008 16:20:20 +0000
From: RedGrittyBrick <RedGrittyBrick@spamweary.invalid>
Subject: Re: include perldoc in word document
Message-Id: <49413dc4$0$2517$da0feed9@news.zen.co.uk>
david wrote:
> Hi all,
>
> I need to add api documentation of the Modules i wrote into a section
> of a word document.
>
> I wrote perlpod for all the modules.
> Is there something like pod2word ?
> Is there another solution.
>
Perhaps Pod::Simple::RTF?
http://search.cpan.org/dist/Pod-Simple/lib/Pod/Simple/RTF.pm
--
RGB
------------------------------
Date: Thu, 11 Dec 2008 09:01:29 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: include perldoc in word document
Message-Id: <knh2k4pp8n9jrinolc6985pu6ljsjp736e@4ax.com>
david <michaelgang@gmail.com> wrote:
>I need to add api documentation of the Modules i wrote into a section
>of a word document.
Please define "word document".
MS Office Word 2007 can write (and read) some two dozen different file
formats. You should be able to find one among them that can easily be
generated.
jue
------------------------------
Date: Thu, 11 Dec 2008 14:31:18 +0100
From: Andreas =?UTF-8?B?UsO2aGxlcg==?= <andreas.roehler@online.de>
Subject: Re: looking up function's doc in emacs
Message-Id: <ghr4mu$88v$1@online.de>
Xah Lee wrote:
> in programing elisp in emacs, i can press âCtrl+h fâ to lookup the doc
> for the function under cursor.
>
> is there such facility when coding in perl, python, php?
>
> (i'm interested in particular python. In perl, i can work around with
> âperldoc -f functionNameâ, and in php it's php.net/functionName. Both
> of which i have a elisp command with a shortcut that let me jump to
> the doc)
>
> Thanks.
>
> Xah
> â http://xahlee.org/
>
> â
python help(FUNCTIONNAME)
------------------------------
Date: 11 Dec 2008 11:46:34 GMT
From: "William James" <w_a_x_man@yahoo.com>
Subject: Re: Mathematica 7 compares to other languages
Message-Id: <ghquiq018d5@enews2.newsguy.com>
John W Kennedy wrote:
> Xah Lee wrote:
> > In lisp, python, perl, etc, you'll have 10 or so lines. In C or
> > Java, you'll have 50 or hundreds lines.
>
> Java:
>
> static float[] normal(final float[] x) {
> float sum = 0.0f;
> for (int i = 0; i < x.length; ++i) sum += x[i] * x[i];
> final float divisor = (float) Math.sqrt(sum);
> float[] a = new float[x.length];
> for (int i = 0; i < x.length; ++i) a[i] = x[i]/divisor;
> return a;
> }
"We don't need no stinkin' loops!"
SpiderMonkey Javascript:
function normal( ary )
{ div=Math.sqrt(ary.map(function(x) x*x).reduce(function(a,b) a+b))
return ary.map(function(x) x/div)
}
------------------------------
Date: Thu, 11 Dec 2008 10:41:59 -0800 (PST)
From: Xah Lee <xahlee@gmail.com>
Subject: Re: Mathematica 7 compares to other languages
Message-Id: <452ba58b-9377-4463-85e2-5ecdaa25a129@t39g2000prh.googlegroups.com>
On Dec 10, 2:47=C2=A0pm, John W Kennedy <jwke...@attglobal.net> wrote:
> Xah Lee wrote:
> > In lisp, python, perl, etc, you'll have 10 or so lines. In C or Java,
> > you'll have 50 or hundreds lines.
>
> C:
>
> #include <stdlib.h>
> #include <math.h>
>
> void normal(int dim, float* x, float* a) {
> =C2=A0 =C2=A0 float sum =3D 0.0f;
> =C2=A0 =C2=A0 int i;
> =C2=A0 =C2=A0 float divisor;
> =C2=A0 =C2=A0 for (i =3D 0; i < dim; ++i) sum +=3D x[i] * x[i];
> =C2=A0 =C2=A0 divisor =3D sqrt(sum);
> =C2=A0 =C2=A0 for (i =3D 0; i < dim; ++i) a[i] =3D x[i]/divisor;
>
> }
i don't have experience coding C. The code above doesn't seems to
satisfy the spec. The input should be just a vector, array, list, or
whatever the lang supports.
The output is the same datatype of the same dimension.
Xah
=E2=88=91 http://xahlee.org/
=E2=98=84
------------------------------
Date: Thu, 11 Dec 2008 12:11:06 -0800
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Mathematica 7 compares to other languages
Message-Id: <111220081211063566%jimsgibson@gmail.com>
In article
<5ebe5a7d-cbdf-4d66-a816-a7d2a0a273c9@40g2000prx.googlegroups.com>, Xah
Lee <xahlee@gmail.com> wrote:
> On Dec 10, 2:47 pm, John W Kennedy <jwke...@attglobal.net> wrote:
> > Xah Lee wrote:
> > > In lisp, python, perl, etc, you'll have 10 or so lines. In C or Java,
> > > you'll have 50 or hundreds lines.
> >
> > C:
> >
> > #include <stdlib.h>
> > #include <math.h>
> >
> > void normal(int dim, float* x, float* a) {
> > float sum = 0.0f;
> > int i;
> > float divisor;
> > for (i = 0; i < dim; ++i) sum += x[i] * x[i];
> > divisor = sqrt(sum);
> > for (i = 0; i < dim; ++i) a[i] = x[i]/divisor;
> >
> > }
> >
> > Java:
> >
> > static float[] normal(final float[] x) {
> > float sum = 0.0f;
> > for (int i = 0; i < x.length; ++i) sum += x[i] * x[i];
> > final float divisor = (float) Math.sqrt(sum);
> > float[] a = new float[x.length];
> > for (int i = 0; i < x.length; ++i) a[i] = x[i]/divisor;
> > return a;
> >
> > }
>
> Thanks to various replies.
>
> I've now gather code solutions in ruby, python, C, Java, here:
>
> A Example of Mathematica's Expressiveness
> http://xahlee.org/UnixResource_dir/writ/Mathematica_expressiveness.html
>
> now lacking is perl, elisp, which i can do well in a condensed way.
> It'd be interesting also to have javascript... and perhaps erlang,
> OCaml/F#, Haskell too.
Perl:
sub normal
{
my $sum = 0;
$sum += $_ ** 2 for @_;
my $length = sqrt($sum);
return map { $_/$length } @_;
}
--
Jim Gibson
------------------------------
Date: Thu, 11 Dec 2008 06:05:29 -0800 (PST)
From: Anubha Sarkar <anubha9903@gmail.com>
Subject: Most Popular Windows Downloads
Message-Id: <729846d7-91b8-4a22-a54f-3d12607958d0@d36g2000prf.googlegroups.com>
Most Popular Windows Downloads
For the most popular Windows software on the Web. All downloads are
safe, trusted, and spyware-free.
http://www.computertips4u.coz.bz
------------------------------
Date: Thu, 11 Dec 2008 12:25:45 +0100
From: Julian <julian@invalid>
Subject: Re: ordered hashes
Message-Id: <4940f8ba$0$2868$ba620e4c@news.skynet.be>
Thanks folks.
I'll use Charlton's solution.
------------------------------
Date: Thu, 11 Dec 2008 19:03:28 GMT
From: sln@netherlands.com
Subject: Re: ordered hashes
Message-Id: <1oo2k4hnvk36vu17g4sf88ak0grq5gf1mm@4ax.com>
On Tue, 09 Dec 2008 10:39:07 -0500, Charlton Wilbur <cwilbur@chromatico.net> wrote:
>>>>>> "J" == Julian <julian@invalid> writes:
>
> J> It's a generic question. I often manipulate csv files or
> J> tab-separated files, where each field has some semantic. When I
> J> read or write a line, I need an array. But when I work on the
> J> values of the fields I prefer to work on a variable whose name
> J> has a meaning rather than on n'th element of the array.
>
>my @field_labels = qw/date time transaction_id memo amount quantity total/;
>
># ...
>
>my %item;
>@item{@field_labels} = @fields_from_csv;
>
If a hash reference were used instead, would this be how it is written?
my $refitem = { #add stuff};
@{$refitem}{@field_labels} = @fields_from_csv;
sln
------------------------------
Date: Thu, 11 Dec 2008 12:27:15 -0800 (PST)
From: "friend.05@gmail.com" <hirenshah.05@gmail.com>
Subject: Processing Multiple Large Files
Message-Id: <5f1e2237-b3f6-409c-aa95-b7ba57955265@q26g2000prq.googlegroups.com>
Hi,
I analyzing some netwokr log files. There are around 200-300 files and
each file has more than 2 million entries in it.
Currently my script is reading each file line by line. So it will take
lot of time to process all the files.
Is there any efficient way to do it?
May be Multiprocessing, Multitasking ?
Thanks.
------------------------------
Date: Thu, 11 Dec 2008 12:32:47 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Processing Multiple Large Files
Message-Id: <PNe0l.4673$Ir1.700@newsfe05.iad>
friend.05@gmail.com wrote:
> Hi,
>
> I analyzing some netwokr log files. There are around 200-300 files and
> each file has more than 2 million entries in it.
>
> Currently my script is reading each file line by line. So it will take
> lot of time to process all the files.
When dealing with a lot of data, you usually want to read line by line,
if you can help it. That's the most efficient way when dealing with
large text files. If you have a ton of memory to play with, you can
try other solutions, but even reading line by line, there might be ways
to speed that up, too, depending on a few variables and your needs.
No matter how you go about it, if you have to look at every line in the
file (to use, process, skip, whatever), you're still going to have to
do that and it will have the smaller memory footprint. Maybe it's how
you're going about the task that can be improved? Do you have any
relevant code snippets?
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Thu, 11 Dec 2008 12:38:51 -0800 (PST)
From: "friend.05@gmail.com" <hirenshah.05@gmail.com>
Subject: Re: Processing Multiple Large Files
Message-Id: <bd59e1c5-5c69-4124-ac52-a0c469070039@r22g2000vbp.googlegroups.com>
On Dec 11, 3:32=A0pm, Tim Greer <t...@burlyhost.com> wrote:
> friend...@gmail.com wrote:
> > Hi,
>
> > I analyzing some netwokr log files. There are around 200-300 files and
> > each file has more than 2 million entries in it.
>
> > Currently my script is reading each file line by line. So it will take
> > lot of time to process all the files.
>
> When dealing with a lot of data, you usually want to read line by line,
> if you can help it. =A0That's the most efficient way when dealing with
> large text files. =A0If you have a ton of memory to play with, you can
> try other solutions, but even reading line by line, there might be ways
> to speed that up, too, depending on a few variables and your needs.
>
> No matter how you go about it, if you have to look at every line in the
> file (to use, process, skip, whatever), you're still going to have to
> do that and it will have the smaller memory footprint. =A0Maybe it's how
> you're going about the task that can be improved? =A0Do you have any
> relevant code snippets?
> --
> Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
> Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
> and Custom Hosting. =A024/7 support, 30 day guarantee, secure servers.
> Industry's most experienced staff! -- Web Hosting With Muscle!
Yes I am reading each file line by line.
But there are more than 200 files. So is there a way if I can process
some files parallely.
Or any other solution to speed up my task.
------------------------------
Date: 11 Dec 2008 21:06:36 GMT
From: xhoster@gmail.com
Subject: Re: Processing Multiple Large Files
Message-Id: <20081211160526.880$qc@newsreader.com>
"friend.05@gmail.com" <hirenshah.05@gmail.com> wrote:
> Hi,
>
> I analyzing some netwokr log files. There are around 200-300 files and
> each file has more than 2 million entries in it.
>
> Currently my script is reading each file line by line.
Perl makes it look like you are reading the files line by line.
But really it is using internal buffering to read the files
in larger chunks (well, if the lines are short. If the lines
are long, the chunks may actually be shorter than the lines)
> So it will take
> lot of time to process all the files.
>
> Is there any efficient way to do it?
Figure out which parts are inefficient, and improve them.
> May be Multiprocessing, Multitasking ?
Do you have several CPUs? Can you I/O system keep up with them?
There are kinds of way to do parallel processing in Perl.
In this case, maybe Parallel::ForkManager would be best.
Each process can be assigned a specific one of the 300
files to work on.
See the docs for Parallel::ForkManager.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Thu, 11 Dec 2008 10:47:17 -0800 (PST)
From: joseph85750@yahoo.com
Subject: querying Active Directory via LDAP in perl
Message-Id: <03a34234-c330-464e-9a0c-6bd65c28b96b@k36g2000pri.googlegroups.com>
I've been poking at this on and off over the past few months, never
having much success. I was never sure what sort of crazy query string
the AD server wanted. But then it occurred to me that my Linux
Evolution email client does this without any problems-- only using the
IP address of the Active Directory LDAP server. I can query/search,
and it immediately returns all matches.
How can it do this without the big ugly
"cn=users,dc=foo,dc=blah,o=acme......" string ?
Since this is obviously possible and simple (except for me), how could
I do this same simple query in perl-- only armed with the IP address
of my AD/LDAP server?
Curiously,
JS
------------------------------
Date: Thu, 11 Dec 2008 09:39:01 +0000
From: bugbear <bugbear@trim_papermule.co.uk_trim>
Subject: Re: The single biggest STUPIDITY in Perl ...
Message-Id: <hKednb3XtZZZfd3UnZ2dnUVZ8vOdnZ2d@posted.plusnet>
jps wrote:
> The single biggest STUPIDITY in Perl, IMO, is that it does not
> implement proper list-of-list, list-of-hash, hash-of-list & hash-of-
> hash structures.
>
> If -for example- you could just write
> my @list = ((1,2),(3,4));
> to get a 2x2 matrix (rather than 4-element list) I think the code
> could be soooo much more elegant, and easier to write in a much more
> readable fashion.
>
> I believe you could then eliminate some 99% of all references that you
> see in actual Perl-code -- them all sitting there only as a dreaded
> workaround for this profound defect of the language.
>
> Or am I missing something here?
>
> Is this, by any chance, being fixed in Perl6, btw?
And we could then pass huge multi dimensional arrays
by value instead of reference, eh? That'd be cool!
BugBear
------------------------------
Date: Thu, 11 Dec 2008 13:32:32 -0600
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: The single biggest STUPIDITY in Perl ...
Message-Id: <111220081332322790%brian.d.foy@gmail.com>
In article
<0810b4ad-e075-45ca-b94b-62da6fd0e0ad@t39g2000prh.googlegroups.com>,
jps <jpsweden@gmail.com> wrote:
> The single biggest STUPIDITY in Perl, IMO, is that it does not
> implement proper list-of-list, list-of-hash, hash-of-list & hash-of-
> hash structures.
I think there are a lot of candidates for "biggest", and in Perl 4 this
might have been one of them.
> I believe you could then eliminate some 99% of all references that you
> see in actual Perl-code
Well, remember that objects are references, and I bet they make up most
of the references. :)
> Is this, by any chance, being fixed in Perl6, btw?
Well, it probably gets worse, because now almost everything is an
object. :)
------------------------------
Date: Thu, 11 Dec 2008 12:16:21 -0800 (PST)
From: jps <jpsweden@gmail.com>
Subject: Re: The single biggest STUPIDITY in Perl ...
Message-Id: <d8b8ba06-23f3-4897-b94f-9d3d9fbf9fd0@i20g2000prf.googlegroups.com>
On Dec 11, 8:32=A0pm, brian d foy <brian.d....@gmail.com> wrote:
> I think there are a lot of candidates for "biggest" ...
Hi Brian!
Well -- I disagree!! :)
Been using Perl on and off since ca 5 years,
mostly for what it was actually designed and where it truly *SHINES*
-- i.e. "extraction and reports".
All of the other strange quirks --while many of them certainly
peculiar-- I really dont have much of a problem with.
Only this one REALLY leaves a persistent impression of two fingers in
your eyes :)
How so many propellerheads came to the conclusion that Perl was a good
tool for things like serving web-contents,
is certainly beyond me -- but if some genius decides to build a new
house with cuttlery, it cant be blamed on the cuttlery! :)
> > Is this, by any chance, being fixed in Perl6, btw?
>
> Well, it probably gets worse, because now almost everything is an object.=
:)
Well... Objects are a GOOOOD thing.
References are a BAAAAAAAAAAAAAAAAAAAD thing.
So there might still be hope :)
------------------------------
Date: Thu, 11 Dec 2008 12:27:38 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: The single biggest STUPIDITY in Perl ...
Message-Id: <2Je0l.1407$5P1.547@newsfe13.iad>
jps wrote:
> How so many propellerheads came to the conclusion that Perl was a good
> tool for things like serving web-contents,
I still think it is. After all, embedding Perl code in the web page and
web server process (not spawning a new process and creating the
overhead of CGI -- which is CGI as the issue and not Perl) is why PHP
came about in the first place. I don't believe it's a terrible thing,
and the difference is really about what content you want it to output
and in what manner. There are templates, mod_perl and Mason and a lot
of things that put it on par for embedding and make it just as easy,
but I don't believe a CGI script is the worst plan for web content
anyway in most cases.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Thu, 11 Dec 2008 00:16:10 -0800 (PST)
From: Klaus <klaus03@gmail.com>
Subject: Re: wget/sftp- style progress bar
Message-Id: <ff25d0c0-989d-4e84-b691-0f36c4668849@s9g2000prm.googlegroups.com>
On Dec 8, 5:07=A0am, Harry <simonsha...@gmail.com> wrote:
> I want to display current progress on a single line only
[ snip ]
> Now, I can obviously use the <backspace> character to seek to earlier
> point on the current line. But before I do all of that manual and ad
> hoc computations, I'm wondering if there's any helpful package that
> has already though through this problem... so that I deal only in
> higher abstractions such as fields, field lengths, left/right
> justified field value, truncate field value (vs extend field length if
> value is longer), etc.
Maybe Term::Sprog is of some use.
http://search.cpan.org/~keichner/Term-Sprog-0.01/lib/Term/Sprog.pm
--
Klaus
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 2049
***************************************
