Re: Is this a bug, or as designed

        Hi Tim!

On 11 июл 10 at 22:03, "Tim" (Tim Gimmel) wrote:

 Tim> I receive an error: "Variable "$c" is not imported at line 3, <IN>
 Tim> line 9010.

Could that be so because $c is declared in a diffrent package than the code
that tries to reach it? If that so, reaching it explicitly via
$my::package::c should alleviate that.

 Tim> $self->set(text =>"PxLookup - " . getc() . " Prefixes loaded, V"
 Tim> . version() ); returns an error: "Ambiguous call resolved as
 Tim> CORE::getc(), qualify as such or use & at line 4, <IN> line 9010.

Yes, "getc" is not the best name choice :)

 Tim> On a different subject, your ActiveState version of Prima seems to
 Tim> have problems with VB and a lot of the examples, however I did a
 Tim> fresh install of Strawberry Perl 5.10 and Prima seems to work fine.
 Tim> However the version of ActiveState I was running was slightly newer
 Tim> than the version you have posted. It complained of a .DLL missing
 Tim> and I cannot remember the name.

Indeed the ActiveState version published is a bit old, because I've switched to
Strawberry and so happy about it that I don't look too often to
ActiveState. Especially that there were problems with Prima ppm builds it
published. Do you think that it is a good idea to publish Prima binary that
corresponds to the latest ActiveState release? I've planned to phase it out
completely, but if there's demand then I won't.

-- 
Sincerely,
	Dmitry Karasik