Hi Guys
For the past few years have been writing an advanced enterprise monitor
for databases
My database autodiscovery process is fairly good - but I have one issue.
I cant figure out how to fetch the information underlying a DSN on unix
- specifically I want to discover the
Barlow, Ed wrote:
Hi Guys
For the past few years have been writing an advanced enterprise monitor
for databases
My database autodiscovery process is fairly good - but I have one issue.
I cant figure out how to fetch the information underlying a DSN on unix
- specifically I want to
I don't have an Oracle database at hand at the moment, but I believe
that querying v$database, v$instance and/or v$parameter should get you
most of what you want in Oracle.
On Wed, May 26, 2010 at 8:37 AM, Barlow, Ed ed.bar...@mlp.com wrote:
Hi Guys
For the past few years have been writing
I have a question for which I have not been able to find a good answer.
I have a Perl application that uses many Perl modules. Most come from
CPAN, some I have written, others come with Perl distributions (core?).
I am faced with the need to transport this collection of Perl code from
operating
At 2:53 PM on 27 May 2010, William Bulley wrote:
I have a Perl application that uses many Perl modules. Most come from
CPAN, some I have written, others come with Perl distributions
(core?).
I am faced with the need to transport this collection of Perl code
from operating system A to
A crude solution would be to print the contents of %INC somewhere in your
application:
perl -e 'use DBI; use Time::Local; print join (\n, keys %INC);'
Am Do, 27.05.2010, 22:41, schrieb C. Chad Wallace:
At 2:53 PM on 27 May 2010, William Bulley wrote:
I have a Perl application that uses many
According to Hendrik Schumacher h...@activeframe.de on Thu, 05/27/10 at 17:05:
A crude solution would be to print the contents of %INC somewhere in your
application:
perl -e 'use DBI; use Time::Local; print join (\n, keys %INC);'
Good suggestion, but won't that list a whole bunch of other
According to C. Chad Wallace cwall...@lodgingcompany.com on Thu, 05/27/10
at 16:41:
The autobundle command of CPAN would give you a bundle file that lists
of all the modules you've installed on system A. Then you can take
that bundle file over to system B and install it using CPAN.
Your
We dealt with a similar problem, moving from comfortable old server to a
shiny new one. Perlmonks had some interesting advice:
http://perlmonks.org/?node_id=203148
which I think is pretty cool (even though I only barely understand what
it's going).
One of our folks ended up,
At 6:09 PM on 27 May 2010, William Bulley wrote:
According to Hendrik Schumacher h...@activeframe.de on Thu, 05/27/10
at 17:05:
A crude solution would be to print the contents of %INC somewhere
in your application:
perl -e 'use DBI; use Time::Local; print join (\n, keys %INC);'
According to David McMath mcd...@stanford.edu on Thu, 05/27/10 at 18:27:
We dealt with a similar problem, moving from comfortable old server to a
shiny new one. Perlmonks had some interesting advice:
http://perlmonks.org/?node_id=203148
which I think is pretty cool (even though I
According to Bruce Sears bse...@epgy.stanford.edu on Thu, 05/27/10 at 18:41:
One difference with what I did is that mine determines if the mod is a
core mod and does not list it, if so. I was trying to parse through all
of our homegrown packages and see what non-core mods (and versions)
According to C. Chad Wallace cwall...@lodgingcompany.com on Thu, 05/27/10
at 18:41:
Actually, no. %INC only lists modules that have been loaded into the
current instance, via the 'do', 'require', or 'use' operators.[1]
Okay, my ignorance of %INC is showing. Thanks.
The only extraneous
13 matches
Mail list logo