Re^4: ALTernative solutions?


We don't bite newbies here... much
	PerlMonks

Re^4: ALTernative solutions?

by ramlight (Friar)

on Dec 19, 2011 at 19:18 UTC ( [id://944292]=note: print w/replies, xml )

Need Help??

in reply to Re^3: ALTernative solutions?
in thread ALTernative solutions?

I once worked on systems that were distributed to customers. Once a system was delivered to customers, upgrading Perl was no longer a possiblity. The in-house systems that had to mirror customer configurations were similarly held to the same version as field systems. So everything had to run (in this case) on 5.008.

So there are the occasional instances where there is a valid reason to require older versions of Perl.

Comment on Re^4: ALTernative solutions?

Replies are listed 'Best First'.

Re^5: ALTernative solutions?
by ww (Archbishop) on Dec 19, 2011 at 20:52 UTC

Once a system was delivered to customers, upgrading Perl was no longer a possiblity

If the customer is paying for support on a system designed for an obsolte version; just give 'em notice; your firm will no longer support any version below (pick anything 5.10 or above would be my preference).

If customer is NOT paying for support, TS on them. What are they gonna' do? Demand a refund on 13 year-old software?

[reply]

In Section Seekers of Perl Wisdom