Re^4: using parallel processing to concatenate a string, where order of concatenation doesn't matter

[tphyahoo]

Can't... get it... to work...

I tried as you suggested...

hartman@ds0207:~/Desktop/misc/idealoSubversionArena/parallelListProces
+sing> ./testpq.pl
Can't locate object method "new" via package "Threads" (perhaps you fo
+rgot to load "Threads"?) at /usr/lib/perl5/site_perl/5.8.8/Parallel/Q
+ueue.pm line 197.
hartman@ds0207:~/Desktop/misc/idealoSubversionArena/parallelListProces
+sing> head testpq.pl
#!/usr/bin/perl
use threads::shared;
use Parallel::Queue 'thread';

print concatenate_parallel( ['a' .. 'z'], 4 ) . "\n";

sub concatenate_parallel {
    my $result :shared;
    my @input = map {
        my $string = $_;

Also tried other permutations with spelling variations, but I feel like I'm stumblinb around in the dark. Parallel::Queue indicates that forking works, but threading is "still in progress".

Are you able to run this code?

I am really keen to make progress on this, because I am hoping to use this as a basis for threadedreduce which would serve as an abstraction layer for all sorts of list processing that could potentially be speeded up by using threading, but without changing anything in the "meat" of the program (which would be a function builder that uses threadedreduce or nonthreadedreduce, each having the same effect).

See

Could there be ThreadedMapReduce (and/or ForkedMapReduce) instead of DistributedMapReduce?

and my followup, with threadedreduce stub code, at Re^2: Could there be a ThreadedMapReduce (instead of DistributedMapReduce)?