I know you've discussed woes at your place of work before, Dep, and it sounds like they have poor IT support; unforunately, there's not much you can do to change their minds about how they feel about updating and the like. The best that you can do is that when you think an update is needed is to compile a list of advantages and deterents to the upgrade, and make your case as clear as possible at the same time as respecting their concerns. Given them cost/time/diskspace/memory estimates, make it as easy as possible for them to yea or nay it without too much additional material.

In this specific case, if you have a site, I'm surprised that you don't also have a testbed server that isn't publically available. What I would do is to copy the current batch of scripts to a testbed system, install the perl tools that you need, and see which scripts fail to work. Optionally, in the case that you're talking about, if you think that access() and sub() is used throughout the CGI scripts given (and given some of the code that you have shown, I doubt that your coworkers have used these), then simply do a grep for "use CGI" and "access" or "sub", and check to see how many instances that you hit; if it's more than a dozen or so out of 200 files, then you might have some concern, but anything on the low end is easy to fix. (I'd want to go one step further, saying using a sed-like tool to simply convert all 'access' to 'Access' and 'sub' to 'Sub', but that's not the best answer if you don't know what context they are used in, eg is it sub the function or sub the keyword?).

But if you say that all the scripts simply have #!/usr/local/bin/perl instead of a specific version, and you want to have two different versions of perl installed, it's rather easy to use sed to fix this problem in all 200 scripts automagically. Simply force existing scripts to 5.005, and then have 5.6 around as well; make sure that 5.6's @INCs are separated from 5.005's @INCs as well to avoid module contaimination. Nothing existing breaks with this, and you can get 5.6 stuff out the door as well.

Dr. Michael K. Neylon - mneylon-pm@masemware.com || "You've left the lens cap of your mind on again, Pinky" - The Brain

In reply to Re: de-inventing the wheel (discussion) by Masem
in thread de-inventing the wheel (discussion) by deprecated

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":


  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.