06-05-2009
Quote:
Originally Posted by
jayan_jay
use the command "swlist -l" or pkginfo -l"
-- Jayan Jayaseelan
Please don't list commands for HPUX or Solaris on a Linux forum when people are coming for real answers.
10 More Discussions You Might Find Interesting
1. Solaris
Hi,
how do you check that the latest service packs/patches are installed on the server, When i look at the OS Modules file, all i see is these numbers like 117176-02 etc, what is currently the latest patch level for sunOS 5.9?
thnaks (1 Reply)
Discussion started by: narik007
1 Replies
2. Solaris
As i understand, Patch is a fix to bug in a product.
What is patch level wrt to solaris OS ? How do i know the patch level of a machine ? I have task to compare patch levels of 2 machines running solaris (3 Replies)
Discussion started by: shafi2all
3 Replies
3. Solaris
required Solaris 5.10 Kernel patch 137111-03
required Solaris 5.10 Fibre Channel Device Driver patch 125184-08
I want to know about the descriptions and what the patches will do. I searched www.sun.com (patches/updates) but don't see I am looking for. (1 Reply)
Discussion started by: Y4Net
1 Replies
4. AIX
Hi,
How to find out patch level in AIX and what patches are installed on AIX box?
As per my knowledge oslevel -s will give service and maintanance level description , but regarding patch level any command is there?
Regards,
Manoj (1 Reply)
Discussion started by: manoj.solaris
1 Replies
5. Shell Programming and Scripting
Hello All,
I have a patch file which contains following types of lines -
@@ -617,14 +617,8 @@
What does they signify ? (1 Reply)
Discussion started by: paragkalra
1 Replies
6. Solaris
what are the major Difference Between run level & init level (2 Replies)
Discussion started by: rajaramrnb
2 Replies
7. Solaris
I have a Solaris 10 OS having kernal patch level 138888-03 on several servers but recenlty I upgraded it into 142900-12 on some T-Series servers & v890 server after install them my syslog is increasing at a rate of 1GB on average on all servers . I believe its a bug, can somebody help me in... (1 Reply)
Discussion started by: sb200
1 Replies
8. Solaris
how can i know the patch level in solaris 10?
is there a command to know what patchs installed in my solaris?
i mean is there any tool i can run to know that other than pkginfo | more?
i need to make an inventory of all my SUN servers.
i can run explorer in all the machines but unfortunately i... (3 Replies)
Discussion started by: q8devilish
3 Replies
9. Solaris
Hi,
Anyone able to advise on how to find the kernel patch level of an ABE?
showrev and uname -a will provide kernel patch details of the running environment, but how can I run these commands against the ABE or where do these commands get their information from i.e. is the kernel patch level... (3 Replies)
Discussion started by: CiCa
3 Replies
10. Red Hat
We have a RHEL 5.8 server at the production level and we have a Java application on this server. I know of the SSL certificate generation at the OS (RHEL) level but it is implemented on the Java application by our development team using the Java keytool. My doubt is that is the SSL generation can... (3 Replies)
Discussion started by: RHCE
3 Replies
LEARN ABOUT DEBIAN
monkey::patch
Monkey::Patch(3pm) User Contributed Perl Documentation Monkey::Patch(3pm)
NAME
Monkey::Patch - Scoped monkeypatching (you can at least play nice)
VERSION
version 0.03
SYNOPSIS
use Monkey::Patch qw(:all);
sub some_subroutine {
my $pkg = patch_class 'Some::Class' => 'something' => sub {
my $original = shift;
say "Whee!";
$original->(@_);
};
Some::Class->something(); # says Whee! and does whatever
undef $pkg;
Some::Class->something(); # no longer says Whee!
my $obj = Some::Class->new;
my $obj2 = Some::Class->new;
my $whoah = patch_object $obj, 'twiddle' => sub {
my $original = shift;
my $self = shift;
say "Whoah!";
$self->$original(@_);
};
$obj->twiddle(); # says Whoah!
$obj2->twiddle(); # doesn't
$obj->twiddle() # still does
undef $whoah;
$obj->twiddle(); # but not any more
SUBROUTINES
The following subroutines are available (either individually or via :all)
patch_package (package, subname, code)
Wraps "package"'s subroutine named <subname> with your <code>. Your code recieves the original subroutine as its first argument, followed
by any arguments the subroutine would have normally gotten. You can always call the subroutine ref your received; if there was no
subroutine by that name, the coderef will simply do nothing.
patch_class (class, methodname, code)
Just like "patch_package", except that the @ISA chain is walked when you try to call the original subroutine if there wasn't any subroutine
by that name in the package.
patch_object (object, methodname, code)
Just like "patch_class", except that your code will only get called on the object you pass, not the entire class.
HANDLES
All the "patch" functions return a handle object. As soon as you lose the value of the handle (by calling in void context, assigning over
the variable, undeffing the variable, letting it go out of scope, etc), the monkey patch is unwrapped. You can stack monkeypatches and let
go of the handles in any order; they obey a stack discipline, and the most recent valid monkeypatch will always be called. Calling the
"original" argument to your wrapper routine will always call the next-most-recent monkeypatched version (or, the original subroutine, of
course).
BUGS
This magic is only faintly black, but mucking around with the symbol table is not for the faint of heart. Help make this module better by
reporting any strange behavior that you see!
perl v5.10.1 2010-07-16 Monkey::Patch(3pm)