[28382] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 9746 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Sep 21 03:06:00 2006

Date: Thu, 21 Sep 2006 00:05:06 -0700 (PDT)
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, 21 Sep 2006     Volume: 10 Number: 9746

Today's topics:
        Apache::Htpasswd question <smoder@sbcglobal.net>
    Re: Apache::Htpasswd question axel@white-eagle.invalid.uk
    Re: array of hashes with a little more... anno4000@radom.zrz.tu-berlin.de
    Re: array of hashes with a little more... <rvtol+news@isolution.nl>
        hashes question <ed@noreply.com>
    Re: hashes question <someone@example.com>
    Re: hashes question <abigail@abigail.be>
    Re: hashes question <David.Squire@no.spam.from.here.au>
    Re: hashes question <tadmc@augustmail.com>
    Re: inserting lines <jurgenex@hotmail.com>
    Re: Learning perl - for experienced programmers <jwkenne@attglobal.net>
    Re: Learning perl - for experienced programmers <addinall@addinall.org>
    Re: Learning perl - for experienced programmers <addinall@addinall.org>
    Re: Learning perl - for experienced programmers <addinall@addinall.org>
    Re: Learning perl - for experienced programmers <john@castleamber.com>
    Re: Learning perl - for experienced programmers anno4000@radom.zrz.tu-berlin.de
        new CPAN modules on Thu Sep 21 2006 (Randal Schwartz)
    Re: Parallel::ForkManager not working as intended on Wi <schaitan@gmail.com>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Thu, 21 Sep 2006 01:20:03 GMT
From: shawn modersohn <smoder@sbcglobal.net>
Subject: Apache::Htpasswd question
Message-Id: <7NlQg.4733$7I1.374@newssvr27.news.prodigy.net>

The user name is admin and the pass is John1 generated by htpasswd
#!/usr/bin/perl
use strict;
use Apache::Htpasswd;
my $foo = Apache::Htpasswd->new({
  	passwdFile =>'/tmp/passfile',
	ReadOnly => 1,
	UseMD5 => 1,
});
print $foo->htCheckPassword("admin", "none");
This outputs 0 as expected.

When I say
print $foo->htCheckPassword("admin", "John1");
This outputs 1 as expected

However, when I say
print $foo->htCheckPassword("admin", "John");
I still get 1.

I don't understand.


------------------------------

Date: Thu, 21 Sep 2006 03:51:33 GMT
From: axel@white-eagle.invalid.uk
Subject: Re: Apache::Htpasswd question
Message-Id: <9%nQg.48$zf3.10@fed1read03>

shawn modersohn <smoder@sbcglobal.net> wrote:
> The user name is admin and the pass is John1 generated by htpasswd
> #!/usr/bin/perl
> use strict;
> use Apache::Htpasswd;
> my $foo = Apache::Htpasswd->new({
>        passwdFile =>'/tmp/passfile',
>        ReadOnly => 1,
>        UseMD5 => 1,
> });
> print $foo->htCheckPassword("admin", "none");
> This outputs 0 as expected.
> 
> When I say
> print $foo->htCheckPassword("admin", "John1");
> This outputs 1 as expected
> 
> However, when I say
> print $foo->htCheckPassword("admin", "John");
> I still get 1.
 
> I don't understand.

Nor do I... I am unable to recreate your results as I get

# using

local $\ = "\n";

Results:

0
1
0


Axel




------------------------------

Date: 20 Sep 2006 22:41:32 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: array of hashes with a little more...
Message-Id: <4nducsFa1qj9U1@news.dfncis.de>

 <xhoster@gmail.com> wrote in comp.lang.perl.misc:
> anno4000@radom.zrz.tu-berlin.de wrote:

[snip]

> > At this point the module Tie::RangeHash ("Hashes with 'low,high' ranges
> > as keys") comes to mind.  I have never used it, but from the description
> > it fits the situation exactly.
> 
> I've had bad experiences with that module.

Ah, good to know, thanks for sharing.  That won't stop me from giving
it a try, it may have matured.

The idea seems to be: Efficiently set entire ranges of hash keys, retrieve
single values.  It looks like a good idea, and obviously it comes up often
enough for you to have given the module a try, for me to at least know
about it.  Pity the implementation sucks.

Anno


------------------------------

Date: Thu, 21 Sep 2006 01:59:10 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: array of hashes with a little more...
Message-Id: <eesrm2.1es.1@news.isolution.nl>

Jim Gibson schreef:
> Dr.Ruud:
>> Jim Gibson:
>>> usenet:

>>>>    my @deweys=qw{000-099 100-199 200-299 300-399 400-499 500-599};
>>>
>>> There is redundant information in this array. I would just store the
>>> starting values and use the appropriate comparison operators and
>>> succesive elements in the array to define a range:
>>>
>>>    my @deweys = qw{ 000 100 200 300 400 500 };
>>
>>     my @deweys = 0..5 ;
>> ;)
>
> But those are not equivalent :(

Where each group is like "x00-x99", the "00-x99" is redundant.

-- 
Affijn, Ruud

"Gewoon is een tijger."




------------------------------

Date: Wed, 20 Sep 2006 22:22:37 GMT
From: ed <ed@noreply.com>
Subject: hashes question
Message-Id: <20060920232203.442362b3@localhost.localdomain>

I'm having a bit of trouble sending hash elements to sub routines and
back.

Any help appreciated!

sub entry {
	my $l = shift;
	my %h = %_;

	while( ( my $k, my $v ) = each ( %h ) ) {
		print( "K: $k V: $v\n" );
	}
	return(%h);
}

$h{'stuff'} = "hello";
%h = entry( "1", \%h );

When run %h becomes empty in entry.

-- 
Regards, Ed                      :: http://www.s5h.net
proud unix hacker
Mr. T cannot be pitied. Mr. T is most often envied, admired or 
feared. Once, Mr. T was even ignored. That fool has since been 
nothing but pitied. 


------------------------------

Date: Wed, 20 Sep 2006 22:31:53 GMT
From: "John W. Krahn" <someone@example.com>
Subject: Re: hashes question
Message-Id: <tjjQg.30708$cz3.21851@edtnps82>

ed wrote:
> I'm having a bit of trouble sending hash elements to sub routines and
> back.
> 
> Any help appreciated!
> 
> sub entry {
> 	my $l = shift;
> 	my %h = %_;
> 
> 	while( ( my $k, my $v ) = each ( %h ) ) {
> 		print( "K: $k V: $v\n" );
> 	}
> 	return(%h);
> }
> 
> $h{'stuff'} = "hello";
> %h = entry( "1", \%h );
> 
> When run %h becomes empty in entry.

You are calling entry() with a hash reference so you have to dereference it
inside the sub:

sub entry {
	my $l = shift;
	my $h = shift;

	while( my ( $k, $v ) = each ( %$h ) ) {
		print( "K: $k V: $v\n" );
	}
	return %h;
}




John
-- 
use Perl;
program
fulfillment


------------------------------

Date: 20 Sep 2006 22:33:46 GMT
From: Abigail <abigail@abigail.be>
Subject: Re: hashes question
Message-Id: <slrneh3ge2.40l.abigail@alexandra.abigail.be>

ed (ed@noreply.com) wrote on MMMMDCCLXVIII September MCMXCIII in
<URL:news:20060920232203.442362b3@localhost.localdomain>:
<>  I'm having a bit of trouble sending hash elements to sub routines and
<>  back.
<>  
<>  Any help appreciated!
<>  
<>  sub entry {
<>  	my $l = shift;
<>  	my %h = %_;
<>  
<>  	while( ( my $k, my $v ) = each ( %h ) ) {
<>  		print( "K: $k V: $v\n" );
<>  	}
<>  	return(%h);
<>  }
<>  
<>  $h{'stuff'} = "hello";
<>  %h = entry( "1", \%h );
<>  
<>  When run %h becomes empty in entry.


Well, yes. %_ is a non-magical hash, which lives in the package main.
It's most likely to be empty, and inside, you initialize %h with it.

Perhaps you want something like:

    my %h = %{+shift};

as the second line in your subroutine.

Alternatively, you can do:

    my ($l, $h) = @_;

and use %$h where you now use %h.



Abigail
-- 
perl -we 'print q{print q{print q{print q{print q{print q{print q{print q{print 
               qq{Just Another Perl Hacker\n}}}}}}}}}'    |\
perl -w | perl -w | perl -w | perl -w | perl -w | perl -w | perl -w | perl -w


------------------------------

Date: Wed, 20 Sep 2006 23:34:51 +0100
From: David Squire <David.Squire@no.spam.from.here.au>
Subject: Re: hashes question
Message-Id: <eesflf$pha$1@gemini.csx.cam.ac.uk>

ed wrote:
> I'm having a bit of trouble sending hash elements to sub routines and
> back.
> 
> Any help appreciated!
> 
> sub entry {
> 	my $l = shift;
> 	my %h = %_;

Hmmm. Is there such a variable s %_? It doesn't appear in perldoc perlvar.

> 
> 	while( ( my $k, my $v ) = each ( %h ) ) {
> 		print( "K: $k V: $v\n" );
> 	}
> 	return(%h);
> }
> 
> $h{'stuff'} = "hello";
> %h = entry( "1", \%h );

here you pass a *reference* to the hash %h. If you pass a reference 
(which is a sensible thing to do for complex datastructures), you need 
to treat it as a reference in the subroutine. Also, there is no need to 
assign the subroutine return value to the hash, since if you pass a 
reference, the subroutine will use the same hash (though yours does not 
modify it, so you don't need to return anything.

For example:

----

#!/usr/bin/perl

use strict;
use warnings;

sub entry {
	my $l = shift;
	my $h_ref = shift;

	while( ( my $k, my $v ) = each ( %$h_ref ) ) {
		print( "K: $k V: $v\n" );
	}
	# Let's modify the hash while we're here
	$$h_ref{'more stuff'} = 'nonsense';
}

my %h;
$h{'stuff'} = "hello";
entry( "1", \%h );

foreach my $key (keys %h) {
	print "$key: $h{$key}\n";
}

----

Output:

K: stuff V: hello
stuff: hello
more stuff: nonsense

----


DS




------------------------------

Date: Wed, 20 Sep 2006 19:50:51 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: hashes question
Message-Id: <slrneh3ofb.fdn.tadmc@magna.augustmail.com>

David Squire <David.Squire@no.spam.from.here.au> wrote:
> ed wrote:

>> 	my %h = %_;
> 
> Hmmm. Is there such a variable s %_? 


Yes there is. (but it doesn't do anything for the OP.)

There is a $_ variable, so then there is also @_ and %_ (and
a few more) variables.


eg: Since there is a $@ variable, this works fine, even with strictures:

-----------------
#!/usr/bin/perl
use warnings;
use strict;

@@ = qw/foo bar/;
print "$_\n" for @@;

%@ = qw/foo FOO bar BAR/;
print "$_ => $@{$_}\n" for keys %@;
-----------------


> It doesn't appear in perldoc perlvar.


Then it doesn't do anything special.

(but that does not mean that you cannot use it.)


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


------------------------------

Date: Thu, 21 Sep 2006 00:32:58 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: inserting lines
Message-Id: <_4lQg.268$wh.144@trnddc04>

PG wrote:
> I want to know how to add a line , say "foobar" , after a line which
> says, for example "string1", in a inout file.
>
> how can I do this ?

Which part do you have problems with? Have you checked the FAQ 'perldoc -q 
insert':
"How do I change one line in a file/delete a line in a file/insert a line in 
the middle of a file/append to the beginning of a file?"

jue 




------------------------------

Date: Wed, 20 Sep 2006 23:14:24 -0400
From: "John W. Kennedy" <jwkenne@attglobal.net>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <lsnQg.222$OM3.145@newsfe11.lga>

anno4000@radom.zrz.tu-berlin.de wrote:
> John W. Kennedy <jwkenne@attglobal.net> wrote in comp.lang.perl.misc:
>> anno4000@radom.zrz.tu-berlin.de wrote:
>>> For many years, COBOL was the *only* tool for certain IO-heavy and
>>> table-oriented tasks that come up in financial and administrative
>>> computing.  At least it was the only COmmon Business Oriented
>>> Language and claimed to be specially fit for these purposes.  People
>>> believed it and developed large code bases in COBOL.  In reality,
>>> the FORTRAN of the day would have worked as well, if not better.
>> No, it wouldn't have, lacking, as it did (just off the top of my head):
>>     decorated numeric output,
>>     record I/O,
>>     fixed-point arithmetic, and
>>     even the most primitive string manipulation.
> 
> Okay, the lack of records (what is record I/O?)

In C, fread/fwrite. FORTRAN binary I/O, the nearest equivalent, is 
scatter/gather.

> is serious.  Other
> features could be supported by library routines.

At a completely unacceptable overhead for most of them, replacing, in 
most cases, sequences of three to five instructions with hundreds or 
thousands.

-- 
John W. Kennedy
"The blind rulers of Logres
Nourished the land on a fallacy of rational virtue."
   -- Charles Williams.  "Taliessin through Logres: Prelude"


------------------------------

Date: 20 Sep 2006 21:17:02 -0700
From: "addinall" <addinall@addinall.org>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158812221.950350.35960@k70g2000cwa.googlegroups.com>


John W. Kennedy wrote:
> anno4000@radom.zrz.tu-berlin.de wrote:
> > John W. Kennedy <jwkenne@attglobal.net> wrote in comp.lang.perl.misc:
> >> anno4000@radom.zrz.tu-berlin.de wrote:
> >>> For many years, COBOL was the *only* tool for certain IO-heavy and
> >>> table-oriented tasks that come up in financial and administrative
> >>> computing.  At least it was the only COmmon Business Oriented
> >>> Language and claimed to be specially fit for these purposes.  People
> >>> believed it and developed large code bases in COBOL.  In reality,
> >>> the FORTRAN of the day would have worked as well, if not better.
> >> No, it wouldn't have, lacking, as it did (just off the top of my head):
> >>     decorated numeric output,
> >>     record I/O,
> >>     fixed-point arithmetic, and
> >>     even the most primitive string manipulation.
> >
> > Okay, the lack of records (what is record I/O?)
>
> In C, fread/fwrite. FORTRAN binary I/O, the nearest equivalent, is
> scatter/gather.

Eh?

What is wrong with

OPEN
READ
WRITE
CLOSE

???

Mark Addinall.

>
> > is serious.  Other
> > features could be supported by library routines.
>
> At a completely unacceptable overhead for most of them, replacing, in
> most cases, sequences of three to five instructions with hundreds or
> thousands.
>
> --
> John W. Kennedy
> "The blind rulers of Logres
> Nourished the land on a fallacy of rational virtue."
>    -- Charles Williams.  "Taliessin through Logres: Prelude"



------------------------------

Date: 20 Sep 2006 21:37:48 -0700
From: "addinall" <addinall@addinall.org>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158813468.187943.205890@m73g2000cwd.googlegroups.com>


John W. Kennedy wrote:
> anno4000@radom.zrz.tu-berlin.de wrote:
> > For many years, COBOL was the *only* tool for certain IO-heavy and
> > table-oriented tasks that come up in financial and administrative
> > computing.  At least it was the only COmmon Business Oriented
> > Language and claimed to be specially fit for these purposes.  People
> > believed it and developed large code bases in COBOL.  In reality,
> > the FORTRAN of the day would have worked as well, if not better.
>
> No, it wouldn't have, lacking, as it did (just off the top of my head):
>     decorated numeric output,

F14.2

Fourteen digit places, reserve two for decimal.

>     record I/O,
OPEN
READ
WRITE
CLOSE

Could all access record I/O

>     fixed-point arithmetic, and

FORTRAN had support for fixed point arithmatic since the IBM
360/44.

>     even the most primitive string manipulation.

Eh?

CHAR
ICHAR
TRIM
INDEX
LEN
STRING // STRING2 // STRING3


Hope that helps!

Mark Addinall.

>
> --
> John W. Kennedy
> "The blind rulers of Logres
> Nourished the land on a fallacy of rational virtue."
>    -- Charles Williams.  "Taliessin through Logres: Prelude"



------------------------------

Date: 20 Sep 2006 21:41:36 -0700
From: "addinall" <addinall@addinall.org>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158813696.521998.43650@e3g2000cwe.googlegroups.com>


John Bokma wrote:
> "addinall" <addinall@addinall.org> wrote:
>
> >
> > John Bokma wrote:
> >> "addinall" <addinall@addinall.org> wrote:
> >>
> >> > Nothing wrong with PHP!
> >>
> >> There is a lot wrong with PHP :-)
> >
> > OT: Apologies.
> >
> > What for instance?
>
> - inconsistent function naming
> - huge number of functions in the default name space.
>
> The latter is something Perl suffers from as well IMO, but not as bad as
> with PHP. At least the names are not a mess like with PHP.

You just took someone to task for saying that the Perl
object model was a 'mess' compared to Java!  Shame
on you for using the same argument!

Personally, I think Java sucks for almost anything,
and would much rather code an application in Perl.
However, PHP does screens and forms nice and fast,
and while the object model is not exceptionally powerful,
I find it intuitive and easy to use.  Shrug.

Mark Addinall.


>
> --
> John                Experienced Perl programmer: http://castleamber.com/
>
>           Perl help, tutorials, and examples: http://johnbokma.com/perl/



------------------------------

Date: 21 Sep 2006 05:50:23 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <Xns984588A51C01castleamber@130.133.1.4>

"addinall" <addinall@addinall.org> wrote:

> 
> John Bokma wrote:
>> "addinall" <addinall@addinall.org> wrote:
>>
>> >
>> > John Bokma wrote:
>> >> "addinall" <addinall@addinall.org> wrote:
>> >>
>> >> > Nothing wrong with PHP!
>> >>
>> >> There is a lot wrong with PHP :-)
>> >
>> > OT: Apologies.
>> >
>> > What for instance?
>>
>> - inconsistent function naming
>> - huge number of functions in the default name space.
>>
>> The latter is something Perl suffers from as well IMO, but not as bad
>> as with PHP. At least the names are not a mess like with PHP.
> 
> You just took someone to task for saying that the Perl
> object model was a 'mess' compared to Java!

Because he had no idea what he was talking about? I recall he wrote
somewhat in the end "I am not a programmer". 

> Shame on you for using the same argument!

Same argument? I gave two very clear examples instead of just "Yeah,
well, Tom never really got it" (or something along those lines). 

Maybe read:
http://tnx.nl/php

(please do not quote signatures)

-- 
John                Experienced Perl programmer: http://castleamber.com/

          Perl help, tutorials, and examples: http://johnbokma.com/perl/


------------------------------

Date: 21 Sep 2006 07:03:22 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: Learning perl - for experienced programmers
Message-Id: <4nerpqFa223rU1@news.dfncis.de>

John W. Kennedy <jwkenne@attglobal.net> wrote in comp.lang.perl.misc:
> anno4000@radom.zrz.tu-berlin.de wrote:
> > John W. Kennedy <jwkenne@attglobal.net> wrote in comp.lang.perl.misc:
> >> anno4000@radom.zrz.tu-berlin.de wrote:
> >>> For many years, COBOL was the *only* tool for certain IO-heavy and
> >>> table-oriented tasks that come up in financial and administrative
> >>> computing.  At least it was the only COmmon Business Oriented
> >>> Language and claimed to be specially fit for these purposes.  People
> >>> believed it and developed large code bases in COBOL.  In reality,
> >>> the FORTRAN of the day would have worked as well, if not better.
> >> No, it wouldn't have, lacking, as it did (just off the top of my head):
> >>     decorated numeric output,
> >>     record I/O,
> >>     fixed-point arithmetic, and
> >>     even the most primitive string manipulation.
> > 
> > Okay, the lack of records (what is record I/O?)
> 
> In C, fread/fwrite. FORTRAN binary I/O, the nearest equivalent, is 
> scatter/gather.
> 
> > is serious.  Other
> > features could be supported by library routines.
> 
> At a completely unacceptable overhead for most of them, replacing, in 
> most cases, sequences of three to five instructions with hundreds or 
> thousands.

I don't understand.  If a compiler can realize an operation in a handful
of instructions, why should a library take hundreds or thousands?

Anno


------------------------------

Date: Thu, 21 Sep 2006 04:42:09 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Thu Sep 21 2006
Message-Id: <J5xEE9.1pMn@zorch.sf-bay.org>

The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN).  You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.

App-SimpleScan-2.00
http://search.cpan.org/~mcmahon/App-SimpleScan-2.00/
simple_scan's core code
----
B-Deobfuscate-0.15
http://search.cpan.org/~jjore/B-Deobfuscate-0.15/
Extension to B::Deparse for use in de-obfuscating source code
----
Bundle-CMap-0.16.1
http://search.cpan.org/~bfaga/Bundle-CMap-0.16.1/
Bundle of CMap requirements
----
CFPlus-0.52
http://search.cpan.org/~mlehmann/CFPlus-0.52/
undocumented utility garbage for our crossfire client
----
CGI-Application-Plugin-MessageStack-0.34
http://search.cpan.org/~purdy/CGI-Application-Plugin-MessageStack-0.34/
A message stack for your CGI::Application
----
CGI-GuruMeditation-1.10
http://search.cpan.org/~rse/CGI-GuruMeditation-1.10/
Guru Meditation for CGIs
----
Catalyst-Plugin-Session-State-Cookie-0.06
http://search.cpan.org/~nuffin/Catalyst-Plugin-Session-State-Cookie-0.06/
Maintain session IDs using cookies.
----
Class-Accessor-Fast-Contained-0.05
http://search.cpan.org/~oliver/Class-Accessor-Fast-Contained-0.05/
Fast accessors with data containment
----
Class-C3-0.14
http://search.cpan.org/~blblack/Class-C3-0.14/
A pragma to use the C3 method resolution order algortihm
----
Class-DBI-Plugin-AccessionSearch-0.02
http://search.cpan.org/~nekokak/Class-DBI-Plugin-AccessionSearch-0.02/
easliy add search atters.
----
Class-Data-Inheritable-0.06
http://search.cpan.org/~tmtm/Class-Data-Inheritable-0.06/
Inheritable, overridable class data
----
Crossfire-0.91
http://search.cpan.org/~mlehmann/Crossfire-0.91/
Crossfire maphandling
----
Crypt-Pwsafe-1
http://search.cpan.org/~tangent/Crypt-Pwsafe-1/
Perl extension for decrypting and parsing PasswordSafe V3 data files
----
Devel-GDB-Reflect-0.1
http://search.cpan.org/~afn/Devel-GDB-Reflect-0.1/
Reflection API for GDB/C++
----
Devel-GDB-Reflect-0.2
http://search.cpan.org/~afn/Devel-GDB-Reflect-0.2/
Reflection API for GDB/C++
----
Devel-Symdump-2.0603
http://search.cpan.org/~andk/Devel-Symdump-2.0603/
dump symbol names or the symbol table
----
File-HomeDir-0.60_03
http://search.cpan.org/~adamk/File-HomeDir-0.60_03/
Find your home and other directories, on any platform
----
GIS-Distance-0.01001
http://search.cpan.org/~bluefeet/GIS-Distance-0.01001/
Calculate geographic distances.
----
Handel-0.99_13
http://search.cpan.org/~claco/Handel-0.99_13/
Simple commerce framework with AxKit/TT/Catalyst support
----
Math-Function-Roots-0.04
http://search.cpan.org/~sjo/Math-Function-Roots-0.04/
Functions for finding roots of arbitrary functions
----
Math-Function-Roots-0.05
http://search.cpan.org/~sjo/Math-Function-Roots-0.05/
Functions for finding roots of arbitrary functions
----
Module-Versions-0.02
http://search.cpan.org/~thw/Module-Versions-0.02/
Handle versions of loaded modules with flexible result interface
----
Net-RTP-0.04
http://search.cpan.org/~njh/Net-RTP-0.04/
Send and receive RTP packets (RFC3550)
----
OOPS-0.1006
http://search.cpan.org/~muir/OOPS-0.1006/
Object Oriented Persistent Store
----
Path-Class-Iterator-0.01
http://search.cpan.org/~karman/Path-Class-Iterator-0.01/
walk a directory structure
----
Path-Class-Iterator-0.02
http://search.cpan.org/~karman/Path-Class-Iterator-0.02/
walk a directory structure
----
Path-Class-Iterator-0.03
http://search.cpan.org/~karman/Path-Class-Iterator-0.03/
walk a directory structure
----
Portage-Conf-Packages-1.3
http://search.cpan.org/~vileda/Portage-Conf-Packages-1.3/
Function collection for the Gentoo Portage package files.
----
Sysadm-Install-0.22
http://search.cpan.org/~mschilli/Sysadm-Install-0.22/
Typical installation tasks for system administrators
----
Template-Provider-OpenOffice-0.01
http://search.cpan.org/~abrezins/Template-Provider-OpenOffice-0.01/
OpenOffice (ODT) Provider for Template Toolkit
----
Text-MediawikiFormat-0.01
http://search.cpan.org/~dprice/Text-MediawikiFormat-0.01/
html-aware module for translating Wiki formatted text into other formats
----
Tk-JComboBox-1.12
http://search.cpan.org/~rcseege/Tk-JComboBox-1.12/
Create and manipulate JComboBox widgets
----
Wiki-Toolkit-Formatter-Mediawiki-0.01
http://search.cpan.org/~dprice/Wiki-Toolkit-Formatter-Mediawiki-0.01/
A Mediawiki-style formatter for Wiki::Toolkit.
----
Wiki-Toolkit-Store-Mediawiki-0.03
http://search.cpan.org/~dprice/Wiki-Toolkit-Store-Mediawiki-0.03/
Mediawiki (MySQL) storage backend for Wiki::Toolkit
----
o2sms-3.19
http://search.cpan.org/~mackers/o2sms-3.19/
A module to send SMS messages using the website of O2 Ireland


If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.

This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
  http://www.stonehenge.com/merlyn/LinuxMag/col82.html

print "Just another Perl hacker," # the original

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!


------------------------------

Date: 20 Sep 2006 23:03:40 -0700
From: "chaitu" <schaitan@gmail.com>
Subject: Re: Parallel::ForkManager not working as intended on Windows Server 2003
Message-Id: <1158818619.966311.4880@m73g2000cwd.googlegroups.com>

Hi there,

I guess I was braindead for sometime.....thanks a lot! I was feverish
last evening when I was forced into coding this......

xhoster@gmail.com wrote:
> "chaitu" <schaitan@gmail.com> wrote:
> > Hi folks,
> >
> > I've created a perl module MakeCVSStructure in which I've coded 2
> > functions called CheckoutAllSubDirs and CheckoutSubDir respectively.
> > This module and its functions are intended to help me maintain my CVS
> > working copies.
>
>
> >   my $pm = new Parallel::ForkManager();
>                                       ^^
>
> What do you think this accomplishes?
>
>
> Xho
>
> --
> -------------------- http://NewsReader.Com/ --------------------
> Usenet Newsgroup Service                        $9.95/Month 30GB



------------------------------

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 V10 Issue 9746
***************************************


home help back first fref pref prev next nref lref last post