From oracle-l-bounce@freelists.org Mon Mar 1 12:38:02 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i21Ic1T12605 for ; Mon, 1 Mar 2004 12:38:01 -0600 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i21Ic1o12600 for ; Mon, 1 Mar 2004 12:38:01 -0600 Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C5E4D394D79; Mon, 1 Mar 2004 13:38:44 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 01 Mar 2004 13:37:31 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from mx10.radisys.com (mx10.radisys.com [206.102.10.36]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 444CA394D5D for ; Mon, 1 Mar 2004 13:37:28 -0500 (EST) Received: by mx10.radisys.com (Postfix, from userid 5) id 75682142E0E; Mon, 1 Mar 2004 10:41:01 -0800 (PST) Received: from UNKNOWN(206.103.52.194), claiming to be "dcblackberry.radisys.com" via SMTP by mx10, id smtpdAAA07aVUL; Mon Mar 1 10:40:48 2004 To: oracle-l@freelists.org Subject: Re: Perl Apache and Oracle 9.2 MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.10 March 22, 2002 Message-ID: From: Jared.Still@radisys.com Date: Mon, 1 Mar 2004 10:40:44 -0800 X-MIMETrack: Serialize by Router on DCBlackBerry/Radisys_Corporation/US(Release 5.0.12 |February 13, 2003) at 03/01/2004 10:37:50 AM, Serialize complete at 03/01/2004 10:37:50 AM Content-Type: multipart/alternative; boundary="=_alternative 006686F388256E4A_=" X-archive-position: 135 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: Jared.Still@radisys.com Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l --=_alternative 006686F388256E4A_= Content-Type: text/plain; charset="us-ascii" disclaimer: I don't use 9iAS. Unless you have 9iAS scripts that depend on the Perl that installs with 9iAS, it is probably not too important. I wouldn't delete it myself, but I probably would remove it from PATH. Jared Kevin Fries Sent by: oracle-l-bounce@freelists.org 02/27/2004 05:40 AM Please respond to oracle-l To: oracle-l@freelists.org cc: Subject: Perl Apache and Oracle 9.2 Hopefully this is a simple question (hah!): I've installed Oracle 9.2.0.1 on my NT craptop. The default installation of Oracle uses Apache and version 50003 (something like that) of perl. I'd already installed the latest ActiveState version of perl (5.8). Doing a perl -v points me to the earlier version in the Apache directory. After I modified the path to look for perl in the C:\perl\bin directory first I did a perl -v and it's picking up the 5.8 version. I'm simply wondering if I can just do away with the 5.0003 version of perl contained in the apache directory and put the contents of the 5.8 version into that directory. (Of course I can back out the changes.) Why am I doing (or more accurately asking about) this? This is my sandbox/remote access computer and I'm trying to use this to start working with some of the examples and software used in Jared's book which seem to require a later version of perl than 5.0003 and I'm not exactly sure I really want both versions laying around. I'm planning on using this eventually on some test boxes on a real system rather than a craptop install of Oracle and I would rather have this "cleaned up" before I move on to them. Before anyone asks, the test systems and eventually the production systems I'll be connecting to are a mix of Unix and (sob) NT systems. I just figgered I'd try the more breakable and smaller systems first, that's why I'm doing this on NT. I know it's easy enough to move the 5.0003 version to a backup directory and put the 5.8 version of perl in it's place, I was simply wondering if anyone else has tried it and found any gotchas, especially if I have to connect to systems with 5.0003 installed (or something lower than 5.8) and backward compatibility. I've tried looking in Google on websites and the newsfroups and what info I got there seems somewhat sparse. I'll be happy to report back with my results once I finish my testing. ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- --=_alternative 006686F388256E4A_= Content-Type: text/html; charset="us-ascii"
disclaimer:  I don't use 9iAS.

Unless you have 9iAS scripts that depend on the Perl that installs with 9iAS, it
is probably not too important.

I wouldn't delete it myself, but I probably would remove it from PATH.

Jared




Kevin Fries <kfries@lart.com>
Sent by: oracle-l-bounce@freelists.org

 02/27/2004 05:40 AM
 Please respond to oracle-l

       
        To:        oracle-l@freelists.org
        cc:        
        Subject:        Perl Apache and Oracle 9.2




Hopefully this is a simple question (hah!):

I've installed Oracle 9.2.0.1 on my NT craptop. The default installation
of Oracle uses Apache and version 50003 (something like that) of perl.
I'd already  installed the latest ActiveState version of perl (5.8).
Doing a perl -v points me to the earlier version in the Apache directory.

After I modified the path to look for perl in the C:\perl\bin directory
first I did a perl -v and it's picking up the 5.8 version.
I'm simply wondering if I can just do away with the 5.0003 version of
perl contained in the apache directory and put the contents of the 5.8
version into that directory. (Of course I can back out the changes.)

Why am I doing (or more accurately asking about) this?

This is my sandbox/remote access computer and I'm trying to use this to
start working with some of the examples and software used in Jared's
book which seem to require a later version of perl than 5.0003 and I'm
not exactly sure I really want both versions laying around. I'm planning
on using this eventually on some test boxes on a real system rather than
a craptop install of Oracle and I would rather have this "cleaned up"
before I move on to them.

Before anyone asks, the test systems and eventually the production
systems I'll be connecting to are a mix of Unix and (sob) NT systems.

I just figgered I'd try the more breakable and smaller systems first,
that's why I'm doing this on NT.

I know it's easy enough to move the 5.0003 version to a backup directory
and put the 5.8 version of perl in it's place, I was simply wondering if
anyone else has tried it and found any gotchas, especially if I have to
connect to systems with 5.0003 installed (or something lower than 5.8)
and backward compatibility. I've tried looking in Google on websites and
the newsfroups and what info I got there seems somewhat sparse.

I'll be happy to report back with my results once I finish my testing.

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------


--=_alternative 006686F388256E4A_=-- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------