But this doesn't solve the migration path problem! Code written with the 5.6.x version of forks.pm won't work in 5.8.x without change. I'm trying to find a solution that will allow a smooth upgrade path, so that code does not have to be changed. I believe using a source filter when running in 5.6.x will solve this problem. I'm working on that this weekend. Hopefully there'll be an update again to the original node when it's uploaded to CPAN.

Liz

For sure we were talking apples and oranges.

Initially I thought that you can not use *XS* feature in perl-5.6.1 that was appeared in perl-5.8.0.

Now I see that in perl-5.6.1 there is no way at all to prototype a subroutine that takes a reference to array or hash as its first argument. I checked sources and realized that.

In this case may be source filters could be kind of solution as a hack. But source filter not necessarily installed everywhere.

May be it's better to introduce three prototyped functions for each: share_a, share_s, share_h (for sharing array, scalar and hash respectively)?

Also I did some RTFSing (f=fine here), and now understand a little bit more on situation. Following code is a maximum that I reached on this matter, it finds a prototype for a subroutine:

use B;

sub share(\[@%$]) {print qq/[@_]/}

%stash = B::svref_2object(\%{"::"})->ARRAY;
$c=B::svref_2object(\&share);
#... or this $c=B::svref_2object(\&share);
print 'prototype equals to '. $stash{share}->CV->PV,"\n";
[download]

Courage, the Cowardly Dog