Re: [LTP] New test : sniperkill - killing processes from a distance

[Subrata Modak <subrata@linux.vnet.ibm.com>]

On Mon, 2009-10-26 at 22:33 +0530, Subrata Modak wrote: 
> On Tue, 2009-10-20 at 22:06 -0700, Garrett Cooper wrote: 
> > Hi all,
> >     The LTP signal tests are wonderful, but due to issues in our
> > architecture, there were some unforeseen problems with some signal
> > handling. As such I came up with a test and a C app named `sniperkill'
> > and `killme.c'. sniperkill invokes killme according to a set matrix of
> > signal numbers, according to the signal(7) manpage, verifying that the
> > signal 1) terminates, 2) is ignored, or 3) is terminated producing a
> > coredump. This also exercises the RT signals as well as the standard
> > POSIX and Linux signals.
> >     I verified the results on x86 and they were functional (minus
> > SIGSYS which coredumped unexpectedly -- which means I get to file a
> > bug with kernel.org -- yay!). I penciled in the other architectures as
> > per the manpage, given that the other architectures we test on are
> > clearly mentioned, I'm almost positive the data's in the correct
> > spots, despite the ambiguity in the statement: `the first one is
> > usually valid for alpha and sparc'.
> >     I'm going to try running it on mips* and ppc, but the results
> > won't be 100% sane with our OS platform (I know -- that's why wrote
> > the test :(...).
> >     An example log of my execution on x86_64 is included.
> >     Please let me know if I should add this and where I should add
> > this, so I can check it into the repo and more can benefit from this
> > post-mortem analysis signal tool :).
> > Thanks,
> > -Garrett
> 
> Hey Garret. I feel it should go to a place where it signifies more:
> testcases/kernel/syscalls/kill/

What do you think about my suggestion ?

Regards--
Subrata

> 
> Regards--
> Subrata
> 
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay 
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
> 
> 
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Ltp-list mailing list
> Ltp-list@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ltp-list


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list