Re: Toper variable question

Sorry, gotta say it.

I think PPM can be a pain, bordering on a worthless product (at least until you figure out a workaround), unless you are very careful.

Last time I checked, if you load certain modules (I have a bug report currently open with ActiveState, and it mirrors the same bug reported over and over, yet not fixed, over the last two years), then PPM breaks and you can not uninstall the bad modules. Wipe, and start over. Fun, not. :-(

If you use ActiveState's Visual Package Manager, then reloading your packages is a GUI waste of time. Even if you script re-load your modules its a significant waste of time.

These 'certain' modules are also included (for free, as in 'spilt beer') as dependent modules in some cases. So you can crash your PPM configuration without even trying. :-)

When I'm trying to develop something and use PPM support, I don't expect to have to manually figure out how to edit the back-end PPM configuration to fix these types of bugs. Since people who write modules can corrupt the tool, its a catch-22 situation and no one appears to care to fix it.

I have a script for reloading everything via PPM to help me when I get one of these bad modules. But, geez, why is this necessary?

Similar to the DBD/DBI discussion, it makes little sense.

Regards,

Mike Thomas

On Wed, 24 Nov 2004 15:10:33 -0800, Jared Still <jkstill_at_gmail.com> wrote:
> On Wed, 24 Nov 2004 08:35:07 -0000, Hallas, John, Tech Dev
> <john.hallas_at_gb.vodafone.co.uk> wrote:
> > Isn't the presence of modules one of the great exasberations (sp?) of =
> > Perl
> > One one hand there seems to be a module for everything, on the other you =
> > need to be always down loading new modules.
>
> The alternative would be a monolith.
>
> You don't really want that, do you?
>
> If setup PPM/CPAN so as to install dependant modules, it
> really isn't that big a deal to install modules.
>
> >
> > It amazes me that DBI does not as part of a standard install =
> > (Activatestate at least).=20
>
> They are always behind anyway. If possible, use a *nux box
> for the majority of your Perl work, you will be happier.
>
> --
> Jared Still
> Certifiable Oracle DBA and Part Time Perl Evangelist
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>

--
http://www.freelists.org/webpage/oracle-l