Nabble - Linux Test Project

[Ltp-coverage] [SPAM] Final Quarter Notification

2009-12-22T18:20:01Z

Business Owners & Managers,

Please pay attention to the following:

I have successfully gotten this message in front of you.

How many of your potential clients are you missing by not using e-mail marketing?

I will make this simple and to the point. I can get your message in front of an enormous audience for very little cost!

Our Offer:

1 million successfully sent e-mails for $599.00
Includes Targeted E-mail Database Rental
100% Custom Ad or Use Your Own Ideas
Deployment Via Our Dedicated Outbound Servers
Exclusions Managed for Compliance
Tracking Results Included: Delivery - Open - Click Ratios

TO GET MORE INFO VIA E-MAIL sendtomillions@...

Find out more by calling: 1 (888) 570-7776 Ext 420

We have proven that we can get our message through to you….Let us help get your message in front of your ideal audience.

Call me and let's do some business.

E-mail Marketing Sales Team

Data Deployment Division

1-888-570-7776 Ext 420

To be removed, please call 1 (888) 313-2220 and leave your full email address.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-coverage mailing list
Ltp-coverage@...
https://lists.sourceforge.net/lists/listinfo/ltp-coverage

From forum: ltp-coverage

Re: [PATCH] containers: mqns: use libc's mq_open, not syscall(__NR_mq_open

2009-12-22T16:57:14Z

On Tue, Dec 22, 2009 at 9:11 AM, Serge E. Hallyn <serue@...> wrote:

> The glibc version removes the leading '/' from the message queue name.
> Not doing so makes the system call fail. We could just remove the
> '/' from SLASH_MQ1, if for some reason that were preferred, but using
> glibc functions when possible seems cleaner to me.
>
> Signed-off-by: Serge Hallyn <serue@...>
> ---
> testcases/kernel/containers/mqns/mqns_01.c | 9 ++++-----
> testcases/kernel/containers/mqns/mqns_02.c | 8 +++-----
> testcases/kernel/containers/mqns/mqns_03.c | 3 +--
> testcases/kernel/containers/mqns/mqns_04.c | 2 +-
> 4 files changed, 9 insertions(+), 13 deletions(-)
>
> diff --git a/testcases/kernel/containers/mqns/mqns_01.c b/testcases/kernel/containers/mqns/mqns_01.c
> index 7f41b2d..2f3bf8e 100644
> --- a/testcases/kernel/containers/mqns/mqns_01.c
> +++ b/testcases/kernel/containers/mqns/mqns_01.c
> @@ -55,7 +55,7 @@ int check_mqueue(void *vtest)
>
> if (read(p1[0], buf, strlen("go") + 1) < 0)
> tst_resm(TBROK | TERRNO, "read(p1[0], ...) failed");
> - mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDONLY);
> + mqd = mq_open(SLASH_MQ1, O_RDONLY);
> if (mqd == -1) {
> if (write(p2[1], "notfnd", strlen("notfnd") + 1) < 0)
> tst_resm(TBROK | TERRNO, "write(p2[1], ...) failed");
> @@ -86,8 +86,7 @@ main(int argc, char *argv[])
> if (pipe(p1) == -1) { perror("pipe"); exit(EXIT_FAILURE); }
> if (pipe(p2) == -1) { perror("pipe"); exit(EXIT_FAILURE); }
>
> - mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0777,
> - NULL);
> + mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0777, NULL);
> if (mqd == -1) {
> perror("mq_open");
> tst_resm(TFAIL, "mq_open failed\n");
> @@ -100,7 +99,7 @@ main(int argc, char *argv[])
> if (r < 0) {
> tst_resm(TFAIL, "failed clone/unshare\n");
> mq_close(mqd);
> - syscall(__NR_mq_unlink, SLASH_MQ1);
> + mq_unlink(SLASH_MQ1);
> tst_exit();
> }
>
> @@ -122,7 +121,7 @@ main(int argc, char *argv[])
>
> /* destroy the mqueue */
> mq_close(mqd);
> - syscall(__NR_mq_unlink, SLASH_MQ1);
> + mq_unlink(SLASH_MQ1);
>
> tst_exit();
> }
> diff --git a/testcases/kernel/containers/mqns/mqns_02.c b/testcases/kernel/containers/mqns/mqns_02.c
> index aa78f65..5343d5b 100644
> --- a/testcases/kernel/containers/mqns/mqns_02.c
> +++ b/testcases/kernel/containers/mqns/mqns_02.c
> @@ -60,8 +60,7 @@ int check_mqueue(void *vtest)
> tst_resm(TBROK | TERRNO, "read(p1[0], ..) failed");
> else {
>
> - mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL,
> - 0777, NULL);
> + mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0777, NULL);
> if (mqd == -1) {
> if (write(p2[1], "mqfail", strlen("mqfail") + 1) < 0) {
> tst_resm(TBROK | TERRNO,
> @@ -85,8 +84,7 @@ int check_mqueue(void *vtest)
> if (mq_close(mqd) < 0) {
> tst_resm(TBROK | TERRNO,
> "mq_close(mqd) failed");
> - } else if (syscall(__NR_mq_unlink,
> - SLASH_MQ1) < 0) {
> + } else if (mq_unlink(SLASH_MQ1) < 0) {
> tst_resm(TBROK | TERRNO,
> "mq_unlink(" SLASH_MQ1
> ") failed");
> @@ -153,7 +151,7 @@ int main(int argc, char *argv[])
> tst_exit();
> } else {
>
> - mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDONLY);
> + mqd = mq_open(SLASH_MQ1, O_RDONLY);
> if (mqd == -1) {
> tst_resm(TPASS, "Parent process can't see the mqueue\n");
> } else {
> diff --git a/testcases/kernel/containers/mqns/mqns_03.c b/testcases/kernel/containers/mqns/mqns_03.c
> index 3c9e83e..6a841b8 100644
> --- a/testcases/kernel/containers/mqns/mqns_03.c
> +++ b/testcases/kernel/containers/mqns/mqns_03.c
> @@ -63,8 +63,7 @@ int check_mqueue(void *vtest)
>
> read(p1[0], buf, 3); /* go */
>
> - mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755,
> - NULL);
> + mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755, NULL);
> if (mqd == -1) {
> write(p2[1], "mqfail", 7);
> tst_exit();
> diff --git a/testcases/kernel/containers/mqns/mqns_04.c b/testcases/kernel/containers/mqns/mqns_04.c
> index 8a4a9c2..6ce9e34 100644
> --- a/testcases/kernel/containers/mqns/mqns_04.c
> +++ b/testcases/kernel/containers/mqns/mqns_04.c
> @@ -59,7 +59,7 @@ int check_mqueue(void *vtest)
>
> read(p1[0], buf, 3); /* go */
>
> - mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755,
> + mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755,
> NULL);
> if (mqd == -1) {
> write(p2[1], "mqfail", 7);

The problem with this is that we're instead testing indirectly via
libc instead of directly via syscall(2). Why not just have two
constants -- one that has a slash and one that doesn't? Seems like
it'd be simple to implement...
Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "cgroup_fj" and "cgroup" have problems?

2009-12-22T16:53:05Z

On Mon, Dec 14, 2009 at 12:08 AM, Mitani <mitani@...> wrote:

> I took your indication and changed the patch as follows.
>
> Case 1:
> I revised "[ -f /proc/cgroups ]" case to use "tst_resm TCONF"
> instead of "echo".
> But this revision is unbalanced with the other exit messages,
> so I revised other cases too.
> I don't know how to use exit code, so I use 0 or 1.
> I might mistake those code.
>
> ============
> --- run_cgroup_test_fj.sh 2009-10-26 23:49:23.000000000 +0900
> +++ run_cgroup_test_fj.sh.new 2009-12-14 14:21:53.000000000 +0900
> @@ -34,19 +34,19 @@
> export CASENO2=0
>
> if [ "$(id -ru)" -ne 0 ]; then
> - echo "***error***:you must use root to test"
> - exit -1
> + tst_brkm TBROK ignored "***error***:you must use root to test"
> + exit 1
> fi
>
> if ! [ -f /proc/cgroups ]; then
> - echo "***error***:you must enable cgroup config in kernel";
> - exit -3;
> + tst_resm TCONF "***error***:you must enable cgroup config in
> kernel";
> + exit 0;
> fi
>
> if [ ! -x $TESTROOT/cgroup_fj_proc ]; then
> - echo "***warning***:file \"cgroup_fj_proc\" is not exist or not
> executable";
> - echo "please do make and check execution permission"
> - exit -4;
> + tst_brkm TBROK ignored "***warning***:file \"cgroup_fj_proc\" is not
> exist or not executable";
> + tst_brkm TBROK ignored "please do make and check execution
> permission"
> + exit 1;
> fi
>
> CPUSET=`grep -w cpuset /proc/cgroups | cut -f1`;
> @@ -83,10 +83,10 @@
> SYBSYSCOMPILED="$SYBSYSCOMPILED devices,"
> fi
> if [ "$SYBSYSCOMPILED" = "" ];then # Warning and exit if all cgroup
> subsystem are not compiled
> - echo "CONTROLLERS TESTCASES: WARNING";
> - echo "Kernel does not support for any cgroup subsystem";
> - echo "Skipping all controllers testcases....";
> - exit -2;
> + tst_resm TCONF "CONTROLLERS TESTCASES: WARNING";
> + tst_resm TCONF "Kernel does not support for any cgroup subsystem";
> + tst_resm TCONF "Skipping all controllers testcases....";
> + exit 0;
> fi
>
> echo "Now, we start the test for cgroup...";
> ============
>
>
> Case 2:
> I revised "[ "$USER" != root ]" case, and revised
> "[ ! -f /proc/cgroups ]" case to use "tst_resm" instead of "echocase"
> for balance.
>
> ============
> --- cgroup_regression_test.sh 2009-11-30 17:41:37.000000000 +0900
> +++ cgroup_regression_test.sh.new 2009-12-14 11:42:58.000000000 +0900
> @@ -29,15 +29,15 @@
> export TST_COUNT=1
>
> if [ ! -f /proc/cgroups ]; then
> - echo "CONTROLLERS TESTCASES: WARNING"
> - echo "Kernel does not support for control groups";
> - echo "Skipping all controllers testcases....";
> + tst_resm TCONF "CONTROLLERS TESTCASES: WARNING"
> + tst_resm TCONF "Kernel does not support for control groups"
> + tst_resm TCONF "Skipping all controllers testcases...."
> exit 0
> fi
>
> if [ "$USER" != root ]; then
> tst_brkm TBROK ignored "Test must be run as root"
> - exit 0
> + exit 1
> fi
>
> tst_kvercmp 2 6 29
> ============
>
>
> Regards--
>
>
> -Tomonori Mitani
>
>
> -----Original Message-----
> From: Garrett Cooper [mailto:yanegomi@...]
> Sent: Friday, December 11, 2009 6:45 PM
> To: Mitani
> Cc: ltp-list@...
> Subject: Re: [LTP] "cgroup_fj" and "cgroup" have problems?
>
> On Dec 11, 2009, at 1:21 AM, Mitani wrote:
>
>> Hi,
>>
>> Sorry for my many many mails today.
>>
>>
>> I ran tests with "ltp-2009-12-10" cvs.
>>
>> In my system (kernel 2.6.18-164.el5), kernel does not support
>> control groups.
>> So, when I ran test of "cgroup_fj", I got following message and the
>> test faild by "FAIL 253".
>>
>> ------------
>> ***error***:you must enable cgroup config in kernel
>> ------------
>>
>> In the investigation for above error message, I found that there may be
>> two problems,.
>>
>> (a) "cgroup_fj" test failed in the system not support "control groups".
>> (b) "cgroup" test may passed by user-ID which isn't "root".
>>
>>
>> (a) "cgroup_fj" test
>> Above message is correct message, but exiting by "FAIL" is not
>> correct, I think.
>> Referring to the example of other tests, I think that the tests
>> for non-supported functions must be finished in "PASS 0" basically.
>> (For example, "move_pages{01...11}" tests exit in "PASS 0" and with
>> "NUMA support not provided" messages.)
>>
>> I suggest following patch to resolve this problem.
>>
>> ============
>> --- run_cgroup_test_fj.sh 2009-10-26 23:49:23.000000000 +0900
>> +++ run_cgroup_test_fj.sh.new 2009-12-11 16:10:39.000000000 +0900
>> @@ -40,7 +40,7 @@
>>
>> if ! [ -f /proc/cgroups ]; then
>> echo "***error***:you must enable cgroup config in kernel";
>> - exit -3;
>> + exit 0;
>> fi
>>
>> if [ ! -x $TESTROOT/cgroup_fj_proc ]; then
>>
>> ============
>>
>>
>> (b) "cgroup" test
>> I watched "cgroup" test source for hints for (a), and found another
>> problem.
>> If this test run by user-ID non-"root", it will exit in "PASS", I think.
>> But I think that it must exit in "FAIL".
>> Because this test cannot be tested only by "root" user.
>>
>> =========
>> --- cgroup_regression_test.sh 2009-11-30 17:41:37.000000000 +0900
>> +++ cgroup_regression_test.sh.new 2009-12-11 16:22:14.000000000 +0900
>> @@ -37,7 +37,7 @@
>>
>> if [ "$USER" != root ]; then
>> tst_brkm TBROK ignored "Test must be run as root"
>> - exit 0
>> + exit -1
>> fi
>>
>> tst_kvercmp 2 6 29
>
> 1. Case 1 should be tst_brkm TCONF and should have exit 0 (like you
> suggested).
> 2. Case 2 should have the equivalent exit code for TBROK (it's in
> include/test.h). $? -> -1 is undefined via POSIX and while it passes on
> bash, it doesn't pass on ash, and thus would fail with busybox.
> Thanks,
> -Garrett

Committed -- thanks!
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Fwd: get_mempolicy01 build failure in CVS

2009-12-22T16:18:51Z

FYI...

---------- Forwarded message ----------
From: Garrett Cooper <yanegomi@...>
Date: Tue, Dec 22, 2009 at 4:18 PM
Subject: Re: get_mempolicy01 build failure in CVS
To: subrata@...

On Mon, Dec 21, 2009 at 6:47 PM, Garrett Cooper <yanegomi@...> wrote:

> On Mon, Dec 21, 2009 at 3:56 AM, Subrata Modak
> <subrata@...> wrote:
>> However, apart from this, the other issues of build error when trying to
>> compile LTP from 2 different locations in the same machine seems fixed
>> w.r.t the libcontrollers and linsctp.
>>
>> Can you just look into the below 2 build errors ?
>>
>> Regards--
>> Subrata
>>
>> On Mon, 2009-12-21 at 15:11 +0530, Subrata Modak wrote:
>>> This as well:
>>>
>>> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
>>> -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/include -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/mbind/../utils/ -I../../../../include -I../../../../include -L../../../../lib mbind01.c -lltp -lnuma -o mbind01
>>> mbind01.c: In function ‘do_test’:
>>> mbind01.c:271: warning: passing argument 1 of ‘nodemask_zero’ from
>>> incompatible pointer type
>>> /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument
>>> is of type ‘struct nodemask_t *’
>>> mbind01.c:272: warning: implicit declaration of function ‘nodemask_set’
>>> mbind01.c:273: warning: passing argument 1 of ‘nodemask_zero’ from
>>> incompatible pointer type
>>> /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument
>>> is of type ‘struct nodemask_t *’
>>> mbind01.c:315: warning: passing argument 1 of ‘nodemask_zero’ from
>>> incompatible pointer type
>>> /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument
>>> is of type ‘struct nodemask_t *’
>>> mbind01.c:319: warning: passing argument 1 of ‘nodemask_equal’ from
>>> incompatible pointer type
>>> /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument
>>> is of type ‘struct nodemask_t *’
>>> mbind01.c:319: warning: passing argument 2 of ‘nodemask_equal’ from
>>> incompatible pointer type
>>> /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument
>>> is of type ‘struct nodemask_t *’
>>> /tmp/ccIMfEh8.o: In function `do_test':
>>> /home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/mbind/mbind01.c:272: undefined reference to `nodemask_set'
>>> collect2: ld returned 1 exit status
>>> make[4]: *** [mbind01] Error 1
>>>
>>> Regards--
>>> Subrata
>>>
>>> On Mon, 2009-12-21 at 14:57 +0530, Subrata Modak wrote:
>>> > Garret,
>>> >
>>> > This still exists:
>>> >
>>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
>>> > -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/include -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/get_mempolicy/../utils -I../../../../include -I../../../../include -L../../../../lib get_mempolicy01.c -lltp -lnuma -o get_mempolicy01
>>> > get_mempolicy01.c: In function ‘do_test’:
>>> > get_mempolicy01.c:282: warning: passing argument 1 of ‘nodemask_zero’
>>> > from incompatible pointer type
>>> > /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument
>>> > is of type ‘struct nodemask_t *’
>>> > get_mempolicy01.c:283: warning: implicit declaration of function
>>> > ‘nodemask_set’
>>> > get_mempolicy01.c:284: warning: passing argument 1 of ‘nodemask_zero’
>>> > from incompatible pointer type
>>> > /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument
>>> > is of type ‘struct nodemask_t *’
>>> > get_mempolicy01.c:337: warning: passing argument 1 of ‘nodemask_zero’
>>> > from incompatible pointer type
>>> > /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument
>>> > is of type ‘struct nodemask_t *’
>>> > get_mempolicy01.c:338: warning: passing argument 1 of ‘nodemask_equal’
>>> > from incompatible pointer type
>>> > /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument
>>> > is of type ‘struct nodemask_t *’
>>> > get_mempolicy01.c:338: warning: passing argument 2 of ‘nodemask_equal’
>>> > from incompatible pointer type
>>> > /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument
>>> > is of type ‘struct nodemask_t *’
>>> > /tmp/ccGgUpUU.o: In function `do_test':
>>> > /home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/get_mempolicy/get_mempolicy01.c:283: undefined reference to `nodemask_set'
>>> > collect2: ld returned 1 exit status
>>> > make[4]: *** [get_mempolicy01] Error 1
>>> >
>>> > # uname -a
>>> > Linux 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:12 EDT 2008 i686 i686 i386
>>> > GNU/Linux
>>> > # cat /etc/issue
>>> > Red Hat Enterprise Linux Client release 5.2 (Tikanga)
>>> > Kernel \r on an \m
>
> I'll do that tonight because I grabbed the source for the package.
> Whoever created / ported the test basically took numa.h and numaif.h
> and jammed them into a separate header file instead of using the
> system ones, so that's where the issue you're seeing is coming from
> now.

The compile issues should now be resolved as it's pulling from the
appropriate installed headers instead of the ad hoc ones, but the
problem is that the tests need to be rewritten for libnuma v2, as the
current ones are geared towards libnuma 0.9x (which I assume means
that it covers libnuma 1.x).
Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

[Ltp-coverage] [SPAM] 11 ladies are online now (Russia, dating)

2009-12-22T13:21:01Z

Newsletter Dear member ltp-coverage of our Dating site!
You have 6 unread messages from ladies.
Please, check them here:

[ Read Message(-s) ]

Best wishes to you,
administrator
Olga
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-coverage mailing list
Ltp-coverage@...
https://lists.sourceforge.net/lists/listinfo/ltp-coverage

From forum: ltp-coverage

[Ltp-coverage] [SPAM]

2009-12-22T10:07:40Z

continuum.jpg (20K) Download Attachment

From forum: ltp-coverage

Re: "nm" testcase failed

2009-12-22T09:37:18Z

On Mon, Dec 21, 2009 at 8:00 PM, Mitani <mitani@...> wrote:

> Hi,
>
> I found that "nm" testcase failed as follows:
> ------------
> gcc: /opt/ltp/testcases/bin/nmfile1.c: No such file or directory
> gcc: no input files
> gcc: /opt/ltp/testcases/bin/nmfile2.c: No such file or directory
> gcc: no input files
> gcc: /opt/ltp/testcases/bin/nmfile3.c: No such file or directory
> gcc: no input files
> ------------
>
> This problem occurs because "nmfile1.c", "nmfile2.c" and "nmfile3.c"
> are not installed to execute directory (/opt/ltp/testcases/bin).
>
> To solve this problem, I suggest to apply this patch to Makefile
> ("${LTPROOT}/testcases/commands/ade/nm/Makefile).
>
> ============
> --- Makefile 2009-10-10 02:55:44.000000000 +0900
> +++ Makefile.new 2009-12-22 10:22:31.000000000 +0900
> @@ -24,7 +24,7 @@
>
> include $(top_srcdir)/include/mk/env_pre.mk
>
> -INSTALL_TARGETS := nm01 nmfile.c
> +INSTALL_TARGETS := nm01 nmfile.c nmfile1.c nmfile2.c
> nmfile3.c
>
> MAKE_TARGETS := $(patsubst $(abs_srcdir)/%.c,%.obj,$(wildcard
> $(abs_srcdir)/*.c))

Good catch! Committed.
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "nanosleep{02～04}" testcase failed

2009-12-22T09:35:31Z

On Mon, Dec 21, 2009 at 9:17 PM, Mitani <mitani@...> wrote:

>
> I revised patch into "WIFEXITED(status) && WEXITSTATUS(status) == 0", and tried to test.
> After that, "nanosleep" could work correctly.
> I agree with your proposal.
>
> Thank you for your help!
>
> -Tomonori Mitani
>
> -----Original Message-----
> From: Garrett Cooper [mailto:yanegomi@...]
> Sent: Tuesday, December 22, 2009 11:45 AM
> To: Mitani
> Cc: ltp-list@...
> Subject: Re: [LTP] "nanosleep{02～04}" testcase failed
>
> 2009/12/20 Mitani <mitani@...>:
>> Hi,
>>
>> I found that "nanosleep{02～04}" testcase failed like follow example.
>> ----------
>> nanosleep02 1 TFAIL : child process exited abnormally
>> ----------
>>
>> In ${LTPROOT}/testcases/kernel/syscalls/nanosleep/nanosleep{02～04}.c,
>> WEXITSTATUS(status) is used to judge whether child process did exit
>> normally.
>> But WEXITSTATUS macro is used only when WIFEXITED macro returned "true".
>> So, it cannot get the correct results and it terminated with the above
>> error.
>>
>> To solve this problem, I thought that we had better use WIFEXITED macro
>> instead of the WEXITSTATUS macro.
>> Here are patches to fix these problem:
>> ============
>> --- nanosleep02.c 2009-11-02 22:57:17.000000000 +0900
>> +++ nanosleep02.c.new 2009-12-21 14:15:19.000000000 +0900
>> @@ -162,10 +162,10 @@
>>
>> /* Wait for child to execute */
>> wait(&status);
>> - if (WEXITSTATUS(status) == 0) {
>> + if (WIFEXITED(status)) {
>> tst_resm(TPASS, "Functionality of nanosleep() "
>> "is correct");
>> - } else if (WEXITSTATUS(status) == 1) {
>> + } else if (!WIFEXITED(status)) {
>> tst_resm(TFAIL, "child process exited abnormally");
>> }
>> } /* End for TEST_LOOPING */
>>
>> ============
>>
>> ============
>> --- nanosleep03.c 2009-11-02 22:57:17.000000000 +0900
>> +++ nanosleep03.c.new 2009-12-21 15:03:52.000000000 +0900
>> @@ -143,10 +143,10 @@
>>
>> /* Wait for child to execute */
>> wait(&status);
>> - if (WEXITSTATUS(status) == 0) {
>> + if (WIFEXITED(status)) {
>> tst_resm(TPASS, "nanosleep() fails, interrupted"
>> " by signal, error:%d", EINTR);
>> - } else if (WEXITSTATUS(status) == 1) {
>> + } else if (!WIFEXITED(status)) {
>> tst_resm(TFAIL, "child process exited abnormally");
>> }
>> } /* End for TEST_LOOPING */
>>
>> ============
>>
>> ============
>> --- nanosleep04.c 2009-11-02 22:57:17.000000000 +0900
>> +++ nanosleep04.c.new 2009-12-21 15:04:24.000000000 +0900
>> @@ -147,10 +147,10 @@
>>
>> /* Wait for child to execute */
>> wait(&status);
>> - if (WEXITSTATUS(status) == 0) {
>> + if (WIFEXITED(status)) {
>> tst_resm(TPASS, "nanosleep() fails, invalid pause "
>> "time, error:%d", EINVAL);
>> - } else if (WEXITSTATUS(status) == 1) {
>> + } else if (!WIFEXITED(status)) {
>> tst_resm(TFAIL, "child process exited abnormally");
>> }
>> } /* End for TEST_LOOPING */
>> ============
>
> I agree that the test's validation step is written incorrectly, as per
> the wait(2) manpage:
>
>
> WIFEXITED(status)
> returns true if the child terminated normally, that is, by call-
> ing exit(3) or _exit(2), or by returning from main().
>
> WEXITSTATUS(status)
> returns the exit status of the child. This consists of the
> least significant 8 bits of the status argument that the child
> specified in a call to exit(3) or _exit(2) or as the argument
> for a return statement in main(). This macro should only be
> employed if WIFEXITED returned true.
>
> in particular the precondition for calling WEXITSTATUS, but should
> it be WIFEXITED(status) && WEXITSTATUS(status) == 0 => PASS, else
> FAIL?

Committed -- thanks!
-Garrett
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

[PATCH] containers: mqns: use libc's mq_open, not syscall(__NR_mq_open

2009-12-22T09:11:04Z

The glibc version removes the leading '/' from the message queue name.
Not doing so makes the system call fail. We could just remove the
'/' from SLASH_MQ1, if for some reason that were preferred, but using
glibc functions when possible seems cleaner to me.

Signed-off-by: Serge Hallyn <serue@...>
---
testcases/kernel/containers/mqns/mqns_01.c | 9 ++++-----
testcases/kernel/containers/mqns/mqns_02.c | 8 +++-----
testcases/kernel/containers/mqns/mqns_03.c | 3 +--
testcases/kernel/containers/mqns/mqns_04.c | 2 +-
4 files changed, 9 insertions(+), 13 deletions(-)

diff --git a/testcases/kernel/containers/mqns/mqns_01.c b/testcases/kernel/containers/mqns/mqns_01.c
index 7f41b2d..2f3bf8e 100644
--- a/testcases/kernel/containers/mqns/mqns_01.c
+++ b/testcases/kernel/containers/mqns/mqns_01.c
@@ -55,7 +55,7 @@ int check_mqueue(void *vtest)

if (read(p1[0], buf, strlen("go") + 1) < 0)
tst_resm(TBROK | TERRNO, "read(p1[0], ...) failed");
- mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDONLY);
+ mqd = mq_open(SLASH_MQ1, O_RDONLY);
if (mqd == -1) {
if (write(p2[1], "notfnd", strlen("notfnd") + 1) < 0)
tst_resm(TBROK | TERRNO, "write(p2[1], ...) failed");
@@ -86,8 +86,7 @@ main(int argc, char *argv[])
if (pipe(p1) == -1) { perror("pipe"); exit(EXIT_FAILURE); }
if (pipe(p2) == -1) { perror("pipe"); exit(EXIT_FAILURE); }

- mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0777,
- NULL);
+ mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0777, NULL);
if (mqd == -1) {
perror("mq_open");
tst_resm(TFAIL, "mq_open failed\n");
@@ -100,7 +99,7 @@ main(int argc, char *argv[])
if (r < 0) {
tst_resm(TFAIL, "failed clone/unshare\n");
mq_close(mqd);
- syscall(__NR_mq_unlink, SLASH_MQ1);
+ mq_unlink(SLASH_MQ1);
tst_exit();
}

@@ -122,7 +121,7 @@ main(int argc, char *argv[])

/* destroy the mqueue */
mq_close(mqd);
- syscall(__NR_mq_unlink, SLASH_MQ1);
+ mq_unlink(SLASH_MQ1);

tst_exit();
}
diff --git a/testcases/kernel/containers/mqns/mqns_02.c b/testcases/kernel/containers/mqns/mqns_02.c
index aa78f65..5343d5b 100644
--- a/testcases/kernel/containers/mqns/mqns_02.c
+++ b/testcases/kernel/containers/mqns/mqns_02.c
@@ -60,8 +60,7 @@ int check_mqueue(void *vtest)
tst_resm(TBROK | TERRNO, "read(p1[0], ..) failed");
else {

- mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL,
- 0777, NULL);
+ mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0777, NULL);
if (mqd == -1) {
if (write(p2[1], "mqfail", strlen("mqfail") + 1) < 0) {
tst_resm(TBROK | TERRNO,
@@ -85,8 +84,7 @@ int check_mqueue(void *vtest)
if (mq_close(mqd) < 0) {
tst_resm(TBROK | TERRNO,
"mq_close(mqd) failed");
- } else if (syscall(__NR_mq_unlink,
- SLASH_MQ1) < 0) {
+ } else if (mq_unlink(SLASH_MQ1) < 0) {
tst_resm(TBROK | TERRNO,
"mq_unlink(" SLASH_MQ1
") failed");
@@ -153,7 +151,7 @@ int main(int argc, char *argv[])
tst_exit();
} else {

- mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDONLY);
+ mqd = mq_open(SLASH_MQ1, O_RDONLY);
if (mqd == -1) {
tst_resm(TPASS, "Parent process can't see the mqueue\n");
} else {
diff --git a/testcases/kernel/containers/mqns/mqns_03.c b/testcases/kernel/containers/mqns/mqns_03.c
index 3c9e83e..6a841b8 100644
--- a/testcases/kernel/containers/mqns/mqns_03.c
+++ b/testcases/kernel/containers/mqns/mqns_03.c
@@ -63,8 +63,7 @@ int check_mqueue(void *vtest)

read(p1[0], buf, 3); /* go */

- mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755,
- NULL);
+ mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755, NULL);
if (mqd == -1) {
write(p2[1], "mqfail", 7);
tst_exit();
diff --git a/testcases/kernel/containers/mqns/mqns_04.c b/testcases/kernel/containers/mqns/mqns_04.c
index 8a4a9c2..6ce9e34 100644
--- a/testcases/kernel/containers/mqns/mqns_04.c
+++ b/testcases/kernel/containers/mqns/mqns_04.c
@@ -59,7 +59,7 @@ int check_mqueue(void *vtest)

read(p1[0], buf, 3); /* go */

- mqd = syscall(__NR_mq_open, SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755,
+ mqd = mq_open(SLASH_MQ1, O_RDWR|O_CREAT|O_EXCL, 0755,
NULL);
if (mqd == -1) {
write(p2[1], "mqfail", 7);
--
1.6.5.7

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

[Ltp-coverage] [SPAM] Julia sent new message for you

2009-12-22T07:33:49Z

Newsletter Dear member of our Dating site!
You have 4 unread messages from ladies.
Please, check them here:

[ Read Message(-s) ]

Best wishes to you,
administrator
Olga
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-coverage mailing list
Ltp-coverage@...
https://lists.sourceforge.net/lists/listinfo/ltp-coverage

From forum: ltp-coverage

Re: [PATCH] syscalls: fix some failure on arch X86_64

2009-12-22T05:12:30Z

On 12/22/2009 10:51 AM, Garrett Cooper wrote:

On Fri, Dec 18, 2009 at 8:03 AM, Subrata Modak
subrata@... wrote:

Garret,

Not sure if you applied this :-(

Regards--
Subrata

On Wed, 2009-12-09 at 15:34 +0800, liubo wrote:

Here is the patch, which contains lots of adjustments
on style, so it might be a bit huge.

Testcase 1. rt_sigaction01
On arch x86_64, if we directly get to call syscall
rt_sigaction, there will be "segment fault".
1) One reason is that we must supply the flag of
"SA_RESTORER" and the correct pointer to the fuction
"restorer", according to the kernel code.
2) The other reason is that default syscall rt_sigaction
use kernel "sigaction" structure, which is different
with normal "sigaction" structure.

So,
1) We manage to find the address of the function
"restorer" by using glibc function "sigaction",
which might be something tricky. Then we add these
arguments to make test run correctly.
2) We also use kernel "sigaction" structure to fit
realtime syscall __NR_rt_sigaction.

Testcase 2. rt_sigprocmask01
First, there exsits the same problem as rt_sigaction01.
Second, this testcase uses a unchanged signal number 33,
which may diff among different archs and lead to error
"unknown signal".

So, we use a macro TEST_SIG which refers to SIGRTMIN
to replace 33.

Testcase 3. rt_sigsuspend01
There exists the same problem as rt_sigaction01.

This patch fixed these failure.


    No, I didn't commit this because it's long, and I'm not sure if
it's doing the right thing as per my research over the past couple of
weeks. These tests are tricky because it requires a particular formula
of preset variables and structures in order to properly use
rt_sigaction, and that's where we're running into issues with them on
x86_64 -- because the syscall implementers decided to remain sort of
backwards compatible with x86, and that's why it's such a mess to deal
with.
    I will look at the diff and pick out which parts are of value, but
a lot of this diff's contents are basically reverting the changes that
I made this month.
Thanks,
-Garrett

Hi, Garrett,
    In my patch, I adopted a kind of method which is different from
your previous changes about this.
    I try to find the address of "restore_rt" which is needed by
syscall rt_sigaction, and I managed to get this address by
tracing glibc function "sigaction".
    After doing these, I also found rt_sigaction's "sigaction" struct is
different from normal "sigaction" struct, so when copy from normal
"sigaction" struct to rt_sigaction's kernel "sigaction" struct, some
kind of segmental fault will ocurr to us.
    So, I did some changes to revert your previous changes and directly
adopted the function "restore_rt" and kernel "sigaction" struct to fix
these bugs.
    Hope these are helpful to you.

Thanks,
-Liu Bo

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: [Ltp-coverage] Some problems need your help

2009-12-22T00:43:13Z

Hi,

On 22.12.2009 06:55, 李飞鹏 wrote:

> I am using lcov to collect code coverage in my project now.
>
> The following is a part of code coverage result in my work. There are several problems I am confused
>
> 1. disk_vhdr_get_next_vol_fullname
>
> The function is covered 730 times, but the return statement is covered 4775 times
>
> 2. disk_vhdr_get_vol_remarks
>
> the function is not covered, but the return statement is covered 5317 times
>
> 3. disk_vhdr_length_of_varfields
>
> the same problem as disk_vhdr_get_next_vol_fullname
>
> 4. disk_bit_set& disk_bit_clear
>
> they have the same form, but the code coverage display is very different
>
> the function is not covered?
>
> “{” and “}” is not covered or its coverage should (should not) be displayed?

The inconsistencies you are seeing are most likely caused by gcc's
optimization routines. If you compile without a -O flag, the coverage
display should be more accurate. See also the man page for gcov.

Regards,
Peter Oberparleiter

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-coverage mailing list
Ltp-coverage@...
https://lists.sourceforge.net/lists/listinfo/ltp-coverage

From forum: ltp-coverage

Re: "nanosleep{02～04}" testcase failed

2009-12-21T21:17:21Z

I revised patch into "WIFEXITED(status) && WEXITSTATUS(status) == 0", and tried to test.
After that, "nanosleep" could work correctly.
I agree with your proposal.

Thank you for your help!

-Tomonori Mitani

-----Original Message-----
From: Garrett Cooper [mailto:yanegomi@...]
Sent: Tuesday, December 22, 2009 11:45 AM
To: Mitani
Cc: ltp-list@...
Subject: Re: [LTP] "nanosleep{02～04}" testcase failed

2009/12/20 Mitani <mitani@...>:

> Hi,
>
> I found that "nanosleep{02～04}" testcase failed like follow example.
> ----------
> nanosleep02 1 TFAIL : child process exited abnormally
> ----------
>
> In ${LTPROOT}/testcases/kernel/syscalls/nanosleep/nanosleep{02～04}.c,
> WEXITSTATUS(status) is used to judge whether child process did exit
> normally.
> But WEXITSTATUS macro is used only when WIFEXITED macro returned "true".
> So, it cannot get the correct results and it terminated with the above
> error.
>
> To solve this problem, I thought that we had better use WIFEXITED macro
> instead of the WEXITSTATUS macro.
> Here are patches to fix these problem:
> ============
> --- nanosleep02.c 2009-11-02 22:57:17.000000000 +0900
> +++ nanosleep02.c.new 2009-12-21 14:15:19.000000000 +0900
> @@ -162,10 +162,10 @@
>
> /* Wait for child to execute */
> wait(&status);
> - if (WEXITSTATUS(status) == 0) {
> + if (WIFEXITED(status)) {
> tst_resm(TPASS, "Functionality of nanosleep() "
> "is correct");
> - } else if (WEXITSTATUS(status) == 1) {
> + } else if (!WIFEXITED(status)) {
> tst_resm(TFAIL, "child process exited abnormally");
> }
> } /* End for TEST_LOOPING */
>
> ============
>
> ============
> --- nanosleep03.c 2009-11-02 22:57:17.000000000 +0900
> +++ nanosleep03.c.new 2009-12-21 15:03:52.000000000 +0900
> @@ -143,10 +143,10 @@
>
> /* Wait for child to execute */
> wait(&status);
> - if (WEXITSTATUS(status) == 0) {
> + if (WIFEXITED(status)) {
> tst_resm(TPASS, "nanosleep() fails, interrupted"
> " by signal, error:%d", EINTR);
> - } else if (WEXITSTATUS(status) == 1) {
> + } else if (!WIFEXITED(status)) {
> tst_resm(TFAIL, "child process exited abnormally");
> }
> } /* End for TEST_LOOPING */
>
> ============
>
> ============
> --- nanosleep04.c 2009-11-02 22:57:17.000000000 +0900
> +++ nanosleep04.c.new 2009-12-21 15:04:24.000000000 +0900
> @@ -147,10 +147,10 @@
>
> /* Wait for child to execute */
> wait(&status);
> - if (WEXITSTATUS(status) == 0) {
> + if (WIFEXITED(status)) {
> tst_resm(TPASS, "nanosleep() fails, invalid pause "
> "time, error:%d", EINVAL);
> - } else if (WEXITSTATUS(status) == 1) {
> + } else if (!WIFEXITED(status)) {
> tst_resm(TFAIL, "child process exited abnormally");
> }
> } /* End for TEST_LOOPING */
> ============

I agree that the test's validation step is written incorrectly, as per
the wait(2) manpage:

WIFEXITED(status)
returns true if the child terminated normally, that is, by call-
ing exit(3) or _exit(2), or by returning from main().

WEXITSTATUS(status)
returns the exit status of the child. This consists of the
least significant 8 bits of the status argument that the child
specified in a call to exit(3) or _exit(2) or as the argument
for a return statement in main(). This macro should only be
employed if WIFEXITED returned true.

in particular the precondition for calling WEXITSTATUS, but should
it be WIFEXITED(status) && WEXITSTATUS(status) == 0 => PASS, else
FAIL?

Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

"nm" testcase failed

2009-12-21T20:00:15Z

Hi,

I found that "nm" testcase failed as follows:
------------
gcc: /opt/ltp/testcases/bin/nmfile1.c: No such file or directory
gcc: no input files
gcc: /opt/ltp/testcases/bin/nmfile2.c: No such file or directory
gcc: no input files
gcc: /opt/ltp/testcases/bin/nmfile3.c: No such file or directory
gcc: no input files
------------

This problem occurs because "nmfile1.c", "nmfile2.c" and "nmfile3.c"
are not installed to execute directory (/opt/ltp/testcases/bin).

To solve this problem, I suggest to apply this patch to Makefile
("${LTPROOT}/testcases/commands/ade/nm/Makefile).

============
--- Makefile 2009-10-10 02:55:44.000000000 +0900
+++ Makefile.new 2009-12-22 10:22:31.000000000 +0900
@@ -24,7 +24,7 @@

include $(top_srcdir)/include/mk/env_pre.mk

-INSTALL_TARGETS := nm01 nmfile.c
+INSTALL_TARGETS := nm01 nmfile.c nmfile1.c nmfile2.c
nmfile3.c

MAKE_TARGETS := $(patsubst $(abs_srcdir)/%.c,%.obj,$(wildcard
$(abs_srcdir)/*.c))

============

Thank you--

-Tomonori MItani

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "BindMounts" test failure

2009-12-21T19:29:16Z

On Wed, Dec 16, 2009 at 10:08 PM, Mitani <mitani@...> wrote:

> Hi,
>
> I ran "runltp" with "ltp-2009-12-16" cvs.
> And I found the following failure in "BindMounts" testcase:
>
> ------------
> sh: /opt/ltp/testscripts/test_fs_bind.sh: Permission denied
> ------------
>
> When I added execution permission and tested this testcase, the
> following errors occurred.
>
> ------------
> ls: /opt/ltp/testcases/kernel/fs/fs_bind/move/test*: No such file or
> directory
> ls: /opt/ltp/testcases/kernel/fs/fs_bind/bind/test*: No such file or
> directory
> ls: /opt/ltp/testcases/kernel/fs/fs_bind/rbind/test*: No such file or
> directory
> ls: /opt/ltp/testcases/kernel/fs/fs_bind/regression/test*: No such file or
> directory
> ------------
>
> This error is caused by following:
> (1) Execution files haven't permissions.
> (2) "${LTPROOT}" directory isn't the current directory in which
> "make install" executed.
> By default, "${LTPROOT}" directory is "/opt/ltp".
> (3) ".../ltp-2009-12-16/testcases/kernel/fs/fs_bind/" directory does exist,
> but "/opt/ltp/testcases/kernel/fs/fs_bind/" directory doesn't exist.
> (I want to suggest using "/opt/ltp/testcases/bin/fs_bind/"
> instead of "/opt/ltp/testcases/kernel/fs/fs_bind/".)
>
> Then, I think that it requires following three modifications to run
> "BindMounts" test exactly:
>
> (1) Add the execution permissions to "${LTPROOT}/testscripts" directory
> when installation.
> (2) Deploy following four directories under the "${LTPROOT}/testcases/bin"
> directory when installation.
> "./fs_bind/move/"
> "./fs_bind/bind/"
> "./fs_bind/rbind/"
> "./fs_bind/regression/"
> (3) Apply the following patch:
> ============
> --- test_fs_bind.sh 2008-06-29 04:30:19.000000000 +0900
> +++ test_fs_bind.sh.new 2009-12-17 11:32:27.000000000 +0900
> @@ -60,7 +60,7 @@
> LTPROOT="${PWD}"
> fi
>
> - FS_BIND_ROOT="${LTPROOT}/testcases/kernel/fs/fs_bind"
> + FS_BIND_ROOT="${LTPROOT}/testcases/bin/fs_bind"
>
> total=0 # total number of tests
> for dir in "${test_dirs[@]}" ; do

The install issues should be fixed now, but there may be some
issues with mountpoints, et all so please holler if you run into any
functional issues with the test.
Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: [PATCH] syscalls: fix some failure on arch X86_64

2009-12-21T18:51:09Z

On Fri, Dec 18, 2009 at 8:03 AM, Subrata Modak
<subrata@...> wrote:

> Garret,
>
> Not sure if you applied this :-(
>
> Regards--
> Subrata
>
> On Wed, 2009-12-09 at 15:34 +0800, liubo wrote:
>> Here is the patch, which contains lots of adjustments
>> on style, so it might be a bit huge.
>>
>> Testcase 1. rt_sigaction01
>> On arch x86_64, if we directly get to call syscall
>> rt_sigaction, there will be "segment fault".
>> 1) One reason is that we must supply the flag of
>> "SA_RESTORER" and the correct pointer to the fuction
>> "restorer", according to the kernel code.
>> 2) The other reason is that default syscall rt_sigaction
>> use kernel "sigaction" structure, which is different
>> with normal "sigaction" structure.
>>
>> So,
>> 1) We manage to find the address of the function
>> "restorer" by using glibc function "sigaction",
>> which might be something tricky. Then we add these
>> arguments to make test run correctly.
>> 2) We also use kernel "sigaction" structure to fit
>> realtime syscall __NR_rt_sigaction.
>>
>> Testcase 2. rt_sigprocmask01
>> First, there exsits the same problem as rt_sigaction01.
>> Second, this testcase uses a unchanged signal number 33,
>> which may diff among different archs and lead to error
>> "unknown signal".
>>
>> So, we use a macro TEST_SIG which refers to SIGRTMIN
>> to replace 33.
>>
>> Testcase 3. rt_sigsuspend01
>> There exists the same problem as rt_sigaction01.
>>
>> This patch fixed these failure.

No, I didn't commit this because it's long, and I'm not sure if
it's doing the right thing as per my research over the past couple of
weeks. These tests are tricky because it requires a particular formula
of preset variables and structures in order to properly use
rt_sigaction, and that's where we're running into issues with them on
x86_64 -- because the syscall implementers decided to remain sort of
backwards compatible with x86, and that's why it's such a mess to deal
with.
I will look at the diff and pick out which parts are of value, but
a lot of this diff's contents are basically reverting the changes that
I made this month.
Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "nanosleep{02～04}" testcase failed

2009-12-21T18:45:21Z

2009/12/20 Mitani <mitani@...>:

I agree that the test's validation step is written incorrectly, as per
the wait(2) manpage:

WIFEXITED(status)
returns true if the child terminated normally, that is, by call-
ing exit(3) or _exit(2), or by returning from main().

WEXITSTATUS(status)
returns the exit status of the child. This consists of the
least significant 8 bits of the status argument that the child
specified in a call to exit(3) or _exit(2) or as the argument
for a return statement in main(). This macro should only be
employed if WIFEXITED returned true.

in particular the precondition for calling WEXITSTATUS, but should
it be WIFEXITED(status) && WEXITSTATUS(status) == 0 => PASS, else
FAIL?

Thanks,
-Garrett
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "unzip01" testcase failed.

2009-12-21T18:38:48Z

On Mon, Dec 21, 2009 at 1:10 AM, Garrett Cooper <yanegomi@...> wrote:

> On Sun, Dec 20, 2009 at 9:45 PM, Caspar Zhang <czhang@...> wrote:
>>
>> ----- "Garrett Cooper" <yanegomi@...> wrote:
>>>
>>> I'm not convinced that this is the right solution because most of
>>> what's done here just replaced $(DIR)'s value with the bareword
>>> value.
>>> .INTERMEDIATE may be the only piece of value here, but I was avoiding
>>> it because it's a 3.81-ism I thought...
>>
>> How about this one (see the attachment)?
>
> AH... -[Rr] was missing.
>
> RM += -[Rr]
>
> will do that. The rest just seems spurious.

Uh, this was already committed on HEAD:

http://ltp.cvs.sourceforge.net/viewvc/ltp/ltp/testcases/commands/unzip/Makefile?r1=1.9&r2=1.8

What version are you working with?
Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: [PATCH] Fixes of the sendfile01 test

2009-12-21T18:36:08Z

2009/12/20 Jiří Paleček <jpalecek@...>:

> On Sun, 20 Dec 2009 02:20:27 +0100, Garrett Cooper <yanegomi@...>
> wrote:
>
>> 2009/12/19 Jiří Paleček <jpalecek@...>:
>>>
>>> On Sat, 19 Dec 2009 05:02:45 +0100, Garrett Cooper <yanegomi@...>
>>> wrote:
>>>
>>>> On Fri, Dec 18, 2009 at 6:16 PM, Jiri Palecek <jpalecek@...> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I've found some problems with the sendfile01 testcase (the one under
>>>>> network/tcp_cmds). This patch fixes them:
>>>>>
>>>>> Pass the -6 parameter to gethost if we are to use ipv6 and run the
>>>>> ipv6 server in that case. Also, fix the awk code for getting the PID:
>>>>> The PID is the second column, which is $2, not $1.
>>>>>
>>>>> Also:
>>>>>
>>>>> - initialize addrlen for accept syscall in the server (=> avoid
>>>>> EINVAL)
>>>>>
>>>>> - use tst_resm in the client instead of tst_res, to avoid an error
>>>>> message interpreted as a filename
>>>>>
>>>>> Regards
>>>>> Jiri Palecek
>>>>>
>>>>> Signed-off-by: Jiri Palecek <jpalecek@...>
>>>>> ---
>>>>> testcases/network/tcp_cmds/sendfile/SF_Server | 2 +-
>>>>> testcases/network/tcp_cmds/sendfile/sendfile01 | 10 +++++-----
>>>>> testcases/network/tcp_cmds/sendfile/testsf_c.c | 2 +-
>>>>> testcases/network/tcp_cmds/sendfile/testsf_s.c | 2 +-
>>>>> 4 files changed, 8 insertions(+), 8 deletions(-)
>>>>>
>>>>> diff --git a/testcases/network/tcp_cmds/sendfile/SF_Server
>>>>> b/testcases/network/tcp_cmds/sendfile/SF_Server
>>>>> index 2383ce4..9933db4 100755
>>>>> --- a/testcases/network/tcp_cmds/sendfile/SF_Server
>>>>> +++ b/testcases/network/tcp_cmds/sendfile/SF_Server
>>>>> @@ -3,4 +3,4 @@
>>>>> cd $3
>>>>> exec 1< /dev/null # open descriptor 1
>>>>> exec 2< /dev/null # open descriptor 1
>>>>> -nohup ./testsf_s $1 $2 &
>>>>> +nohup ./$4 $1 $2 &
>>>>> diff --git a/testcases/network/tcp_cmds/sendfile/sendfile01
>>>>> b/testcases/network/tcp_cmds/sendfile/sendfile01
>>>>> index 4e93447..7dd4fee 100755
>>>>> --- a/testcases/network/tcp_cmds/sendfile/sendfile01
>>>>> +++ b/testcases/network/tcp_cmds/sendfile/sendfile01
>>>>> @@ -61,7 +61,7 @@ do_setup()
>>>>>
>>>>> exists awk diff gethost grep rsh stat
>>>>>
>>>>> - IPADDR=$(gethost $RHOST | awk '/addresses:/ {print $2}')
>>>>> + IPADDR=$(gethost ${EXEC_SUFFIX:+-6} $RHOST | awk '/addresses:/
>>>>> {print $2}')
>>>>>
>>>>> }
>>>>>
>>>>> @@ -81,17 +81,17 @@ do_test()
>>>>>
>>>>> mkdir -p $TCtmp
>>>>> PORT=$$
>>>>> - if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server $IPADDR
>>>>> $PORT $LTPROOT/testcases/bin"; then
>>>>> + if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server $IPADDR
>>>>> $PORT $LTPROOT/testcases/bin $SERVER"; then
>>>>> end_testcase "rsh failed to $IPADDR as root failed"
>>>>> fi
>>>>> sleep 10
>>>>> - PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ &&
>>>>> /$SERVER/
>>>>> && /$PORT/ {print \$1}")
>>>>> + PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ &&
>>>>> /$SERVER/
>>>>> && /$PORT/ {print \$2}")
>>>>> [ -n "$PID" ] || end_testcase "Could not start server"
>>>>>
>>>>> for clnt_fname in $FILES; do
>>>>> serv_fname=$TCdat/$clnt_fname
>>>>> SIZE=`stat -c '%s' $serv_fname`
>>>>> - tst_resm TINFO "Starting $SERVER $IPADDR Client_filename
>>>>> Server_filename Size "
>>>>> + tst_resm TINFO "Starting $CLIENT $IPADDR Client_filename
>>>>> Server_filename Size "
>>>>>
>>>>> $CLIENT $IPADDR $PORT "$TCtmp/$clnt_fname" $serv_fname $SIZE
>>>>> RetVal=$?
>>>>> @@ -118,7 +118,7 @@ do_test()
>>>>>
>>>>> do_cleanup()
>>>>> {
>>>>> - PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>>>>> /$SERVER/ && /$PORT/ {print \$1}")
>>>>> + PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>>>>> /$SERVER/ && /$PORT/ {print \$2}")
>>>>> [ -n "$PID" ] && rsh -n -l root $RHOST kill -9 $PID
>>>>> tst_cleanup
>>>>> }
>>>>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>>> b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>>> index 52b9ecf..7683927 100644
>>>>> --- a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>>> @@ -120,7 +120,7 @@ main (int argc, char *argv[])
>>>>> }
>>>>> }
>>>>>
>>>>> - tst_res(TINFO, "Asking for remote file: %s", serv_fname);
>>>>> + tst_resm(TINFO, "Asking for remote file: %s", serv_fname);
>>>>>
>>>>> tst_resm(TINFO, "File %s received\n", argv[4]);
>>>>>
>>>>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>>> b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>>> index bc77712..38baf8c 100644
>>>>> --- a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>>> @@ -92,7 +92,7 @@ main(int argc, char *argv[])
>>>>> tst_exit();
>>>>> }
>>>>>
>>>>> - socklen_t fromlen;
>>>>> + socklen_t fromlen = sizeof(from);
>>>>>
>>>>> /* process connections */
>>>>> while (1) {
>>>>
>>>> Hi Jiri,
>>>> I agree with you on all points, but the ps column:
>>>>
>>>> gcooper@orangebox ~ $ ps ef
>>>> PID TTY STAT TIME COMMAND
>>>> 4631 tty1 S 0:00 -bash TERM=linux HOME=/home/gcooper
>>>> SHELL=/bin/bash U
>>>> 4636 tty1 S+ 0:00 \_ /bin/sh /usr/bin/startx
>>>> MANPATH=/etc/java-config-
>>>> 4652 tty1 S+ 0:00 \_ xinit /etc/X11/xinit/xinitrc --
>>>> -nolisten tcp
>>>> 4667 tty1 S 0:00 \_ /bin/sh /etc/X11/xinit/xinitrc
>>>> DISPLAY=:0
>>>> 4682 tty1 S 0:00 \_ /bin/sh
>>>> /etc/xdg/xfce4/xinitrc
>>>> MANPAT
>>>> 4699 tty1 S 0:00 \_ /usr/bin/xfce4-session
>>>> MANPATH=/e
>>>> 4705 tty1 S 0:02 \_ xfwm4 --sm-client-id
>>>> 2d6757e3
>>>> 4707 tty1 Sl 0:03 \_ Thunar --sm-client-id
>>>> 276f4b6
>>>> 4711 tty1 S 0:06 \_ xfce4-panel -r
>>>> --sm-client-id
>>>> 4716 tty1 Sl 0:00 | \_
>>>> /usr/libexec/xfce4/panel-
>>>> 4724 tty1 Sl 0:00 | \_
>>>> /usr/libexec/xfce4/panel-
>>>> 4712 tty1 S 0:01 \_ xfdesktop
>>>> --sm-client-id 293b
>>>> 21073 tty1 S 0:00 /usr/bin/xterm
>>>> MANPATH=/etc/java-config-2/current-sys
>>>> 21075 pts/1 Ss 0:00 \_ bash
>>>> MANPATH=/etc/java-config-2/current-system-vm
>>>> 21080 pts/1 R+ 0:00 \_ ps ef
>>>> MANPATH=/etc/java-config-2/current-syst
>>>> 3396 tty1 S 0:00 /usr/bin/xterm
>>>> MANPATH=/etc/java-config-2/current-sys
>>>> 3398 pts/0 Ss 0:00 \_ bash
>>>> MANPATH=/etc/java-config-2/current-system-vm
>>>> 21065 pts/0 S+ 0:00 \_ vim sendfile01
>>>> MANPATH=/etc/java-config-2/cur
>>>> 3350 tty1 Sl 1:02 /usr/bin/firefox
>>>> MANPATH=/etc/java-config-2/current-s
>>>> 30806 tty1 Sl 5:26 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
>>>> /usr/sha
>>>> 4791 tty1 S 0:00 /usr/libexec/uim-helper-server
>>>> MANPATH=/etc/java-conf
>>>> 4714 tty1 S 0:00 xfce4-settings-helper --display :0.0
>>>> --sm-client-id 2
>>>> 4706 tty1 S 0:00 xfsettingsd
>>>> MANPATH=/etc/java-config-2/current-system
>>>> 4696 tty1 S 0:00 /usr/bin/dbus-launch --sh-syntax
>>>> --exit-with-session
>>>> gcooper@orangebox ~ $ ps --version
>>>> procps version 3.2.8
>>>>
>>>> So to bypass this issue I used ps eopid,cmd:
>>>>
>>>> 400 [crypto/2]
>>>> 401 [crypto/3]
>>>> 587 [iscsi_eh]
>>>> 593 [scsi_eh_0]
>>>> 596 [scsi_eh_1]
>>>> 599 [scsi_eh_2]
>>>> 602 [scsi_eh_3]
>>>> 605 [scsi_eh_4]
>>>> 608 [scsi_eh_5]
>>>> 692 [kpsmoused]
>>>> 700 [kstriped]
>>>> 703 [kondemand/0]
>>>> 704 [kondemand/1]
>>>> 705 [kondemand/2]
>>>> 706 [kondemand/3]
>>>> 729 [usbhid_resumer]
>>>> 809 [reiserfs/0]
>>>> 810 [reiserfs/1]
>>>> 811 [reiserfs/2]
>>>> 812 [reiserfs/3]
>>>> 1906 /sbin/udevd --daemon
>>>> 2303 /usr/sbin/acpid
>>>> 3350 /usr/bin/firefox
>>>> 3396 /usr/bin/xterm
>>>> 3398 bash
>>>> 3535 supervising syslog-ng
>>>> 3536 /usr/sbin/syslog-ng
>>>> 3596 /usr/bin/dbus-daemon --system
>>>> 3653 /usr/sbin/crond
>>>> 3707 /usr/sbin/gpm -m /dev/input/mice -t ps2
>>>> 3768 /usr/sbin/hald --use-syslog --verbose=no
>>>> 3771 hald-runner
>>>> 3774 hald-addon-input: Listening on /dev/input/event4 /dev/input/event3
>>>> /dev/in
>>>> 3787 hald-addon-storage: polling /dev/sr0 (every 2 sec)
>>>> 3790 /usr/libexec/hald-addon-cpufreq
>>>> 3791 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
>>>> 4250 /sbin/dhcpcd -h orangebox eth0
>>>> 4339 /sbin/portmap
>>>> 4400 /sbin/rpc.statd --no-notify
>>>> 4512 /usr/sbin/sshd
>>>> 4580 /sbin/agetty 38400 tty2 linux
>>>> 4581 /sbin/agetty 38400 tty3 linux
>>>> 4582 /sbin/agetty 38400 tty4 linux
>>>> 4583 /sbin/agetty 38400 tty5 linux
>>>> 4584 /sbin/agetty 38400 tty6 linux
>>>> 4613 [rpciod/0]
>>>> 4614 [rpciod/1]
>>>> 4615 [rpciod/2]
>>>> 4616 [rpciod/3]
>>>> 4622 [nfsiod]
>>>> 4627 [lockd]
>>>> 4629 /bin/login --
>>>> 4631 -bash
>>>> 4636 /bin/sh /usr/bin/startx
>>>> 4652 xinit /etc/X11/xinit/xinitrc -- -nolisten tcp -br -auth
>>>> /home/gcooper/.ser
>>>> 4653 X :0 -nolisten tcp -br -auth /home/gcooper/.serverauth.4636
>>>> -deferglyphs 1
>>>> 4667 /bin/sh /etc/X11/xinit/xinitrc
>>>> 4682 /bin/sh /etc/xdg/xfce4/xinitrc
>>>> 4691 /usr/bin/ssh-agent -s
>>>> 4696 /usr/bin/dbus-launch --sh-syntax --exit-with-session
>>>> 4697 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7
>>>> --session
>>>> 4699 /usr/bin/xfce4-session
>>>> 4701 /usr/libexec/xfconfd
>>>> 4705 xfwm4 --sm-client-id 2d6757e33-4d33-453a-ba49-da83d783acde
>>>> --display
>>>> :0.0
>>>> 4706 xfsettingsd
>>>> 4707 Thunar --sm-client-id 276f4b61e-2bba-4207-8e5e-feed55cbe9b4
>>>> --daemon
>>>> 4709 /usr/libexec/gam_server
>>>> 4711 xfce4-panel -r --sm-client-id
>>>> 260365c00-2a57-4640-9170-8e74ce91bf1e
>>>> 4712 xfdesktop --sm-client-id 293b54ac0-804e-45e2-9ae9-2b9adbaeddde
>>>> --display :
>>>> 4714 xfce4-settings-helper --display :0.0 --sm-client-id
>>>> 20a17a11f-321d-40f4-87
>>>> 4716 /usr/libexec/xfce4/panel-plugins/xfce4-menu-plugin socket_id
>>>> 18874394 name
>>>> 4723 /usr/libexec/gvfsd
>>>> 4724 /usr/libexec/xfce4/panel-plugins/xfce4-mixer-plugin socket_id
>>>> 18874431 nam
>>>> 4791 /usr/libexec/uim-helper-server
>>>> 21065 vim sendfile01
>>>> 21073 /usr/bin/xterm
>>>> 21075 bash
>>>> 21113 ps -eopid,cmd
>>>> 28404 /usr/libexec/gvfs-hal-volume-monitor
>>>> 28689 /sbin/udevd --daemon
>>>> 28690 /sbin/udevd --daemon
>>>> 30806 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
>>>> /usr/share/bcprov/lib/bcprov.
>>>> 30860 xchat
>>>> 31904 /usr/libexec/gconfd-2
>>>> gcooper@orangebox ~ $ ps -eopid,cmd
>>>>
>>>> Do you agree that this is an ok choice?
>>>
>>> Yes, it is arguably more robust and readable (although I don't think your
>>> example shows the need for it).
>>>
>>> Note that there are differences between ps -ef, ps ef and ps -e f:
>>>
>>> jirka@debian:~$ ps -ef | head -10
>>> UID PID PPID C STIME TTY TIME CMD
>>> root 1 0 0 21:15 ? 00:00:00 init [2]
>>> root 2 0 0 21:15 ? 00:00:00 [kthreadd]
>>> root 3 2 0 21:15 ? 00:00:00 [migration/0]
>>> root 4 2 0 21:15 ? 00:00:00 [ksoftirqd/0]
>>> root 5 2 0 21:15 ? 00:00:00 [events/0]
>>> root 6 2 0 21:15 ? 00:00:00 [khelper]
>>> root 35 2 0 21:15 ? 00:00:00 [kblockd/0]
>>> root 36 2 0 21:15 ? 00:00:00 [kacpid]
>>> root 37 2 0 21:15 ? 00:00:00 [kacpi_notify]
>>> jirka@debian:~$ ps ef | head -10
>>> PID TTY STAT TIME COMMAND
>>> 7465 pts/12 Ss 0:00 /bin/bash --noediting -i PWD=/home/jirka
>>> TERM=dumb TERMCAP= COLUMNS=136 EMACS=t INSIDE_EMACS=22.3.1,comint GT
>>> 7498 pts/12 R+ 0:00 \_ ps ef KDE_MULTIHEAD=false
>>> KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
>>> XDG_SESSION_COOKIE=e07c53451a9
>>> 7499 pts/12 D+ 0:00 \_ head -10 KDE_MULTIHEAD=false
>>> KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
>>> XDG_SESSION_COOKIE=e07c5345
>>> 6355 pts/10 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>>> 6343 pts/9 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>>> 6337 pts/8 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>>> 6325 pts/7 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>>> 6315 pts/6 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>>> 6300 pts/5 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>>> jirka@debian:~$ ps -e f | head -10
>>> PID TTY STAT TIME COMMAND
>>> 2 ? S< 0:00 [kthreadd]
>>> 3 ? S< 0:00 \_ [migration/0]
>>> 4 ? S< 0:00 \_ [ksoftirqd/0]
>>> 5 ? S< 0:00 \_ [events/0]
>>> 6 ? S< 0:00 \_ [khelper]
>>> 35 ? S< 0:00 \_ [kblockd/0]
>>> 36 ? S< 0:00 \_ [kacpid]
>>> 37 ? S< 0:00 \_ [kacpi_notify]
>>> 100 ? S< 0:00 \_ [kseriod]
>>> jirka@debian:~$
>>>
>>> So you actually used a different command than the one that's used in the
>>> testcase. (the first listing is consistent with POSIX specification)
>>
>> Interesting -- didn't know that!
>>
>> How about this instead:
>>
>> gcooper@orangebox ~ $ ps -eo pid,cmd | head -n 10
>> PID CMD
>> 1 init [3]
>> 2 [kthreadd]
>> 3 [migration/0]
>> 4 [ksoftirqd/0]
>> 5 [migration/1]
>> 6 [ksoftirqd/1]
>> 7 [migration/2]
>> 8 [ksoftirqd/2]
>> 9 [migration/3]
>>
>> I'm just proposing this because if --columns is set on the target
>> system, it's more likely to truncate output and give false positives.
>>
>> Sound good :)?
>
> Yes.

Done -- thanks!
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "cgroup_fj" and "cgroup" have problems?

2009-12-21T17:46:24Z

Hi,

I revised "cgroup_fi" testset and wrote it to mailing-list in 2009.12.14.
http://www.mail-archive.com/ltp-list@.../msg09000.html

But I received no reply and there is no update in
"SCM Repositories - ltp".

Please give me some opinion about the patch if you would.
I'm looking forward to your reply.

Regards--

-Tomonori Mitani

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

[Ltp-coverage] [SPAM]

2009-12-21T17:28:02Z

From forum: ltp-coverage

[Ltp-coverage] เรียน กรรมการผู้จัดการ/ฝ่ายการตลาด เสนอบริการทำโฆษณาธุรกิจของท่านบน Google

2009-12-21T15:19:00Z

เรียน กรรมการผู้จัดการ / ฝ่ายการตลาด

เรื่อง เสนอบริการทำโฆษณาธุรกิจของท่านบน Google เพื่อเพิ่มยอดขายและแนะนำสินค้าบริการ

ขอเพียงมั่นใจทำโฆษณากับเรา รับรองว่าธุรกิจของท่านจะเป็นที่รู้จักและมียอดขายเพิ่มมากขึ้นทันที

If you cannot open this e-newsletter please click here

โฆษณาธุรกิจของคุณบน Google

ไม่ว่าจะมีงบประมาณเท่าใด คุณก็สามารถแสดงโฆษณาของคุณบน Google จ่ายเฉพาะเมื่อมีผู้คลิกโฆษณาของคุณ

Google Adwords โฆษณาที่ตรงเป้าหมาย
ที่สุดกำหนดงบประมาณรายวันได้
กำหนดราคาต่อคลิกได้
กำหนดพื้นที่เป้าหมายได้ชัดเจน
กำหนดช่วงเวลาแสดงโฆษณาได้
เราให้บริการตั้งแต่วิเคราะห์เว็บไซต์หา Keywords
สร้างและบริหารแคมเปญโฆษณารายงานผลจาก
ศูนย์รายงาน Google Adwordsข้อมูลตรงตาม
คลิกจริง ไม่มีตกแต่งตรงไปตรงมาตรวจสอบได้

รับจัดทำโฆษณาบน Google AdWords เพื่อโฆษณาธุรกิจของคุณบน Google Search

ทำไมท่านต้องใช้บริการรับทำโฆษณา Google Adwords กับเรา ?

จำนวนคีย์เวิร์ด ไมจำกัด (ไทย-อังกฤษ) , จำนวน Campaign โฆษณา ไม่จำกัด (ไทย-อังกฤษ)
กำหนดงบประมาณรายวันได้ กำหนดพื้นที่โฆษณาเป้าหมายได้ชัดเจน
เราส่งรายงานสถานะการทำงานของแคมเปญโฆษณา โดยละเอียดจากศูนย์รายงาน Google Adwords ให้กับท่านทุกวัน ทำให้ท่านเห็นการทำงานโฆษณาของท่านทุกวันเหมือนบริหารโฆษณาด้วยตนเอง
เราบริหารงานแคมเปญโฆษณาของท่านเหมือนเป็นของเราเอง งบประมาณโฆษณาของท่านจะคุ้มค่ามากที่สุด
ให้คำปรึกษาด้านการทำโฆษณา Google AdWords และการปรับปรุงเว็บไซต์ เพื่อให้โฆษณาของท่านได้ผลมากที่สุด
ปรับปรุงเปลี่ยนแปลงข้อความโฆษณา Keywords ได้ตลอดเวลา

ค่าใช้จ่ายในการทำ Google Adwords (ค่าบริหาร ดูแล 1,675 บาท/เดือน) + งบโฆษณา/เดือน

channelwebservice ผู้ให้บริการออกแบบเว็บไซต์ ด้วยทีมงานออกแบบมืออาชีพ ออกแบบรวดเร็ว สวย ถูกใจ
และราคาไม่แพง เน้นการใช้งานได้จริง ความพึงพอใจของลูกค้าคือความสุขของเรา

ติดต่อสอบถาม Email : info@...
Channel Marketing
Tel : 082-1471700

Please contact to email : info@...
We would like to greatly apologize if this email causes any disruption for you.

From forum: ltp-coverage

Re: "unzip01" testcase failed.

2009-12-21T01:10:25Z

On Sun, Dec 20, 2009 at 9:45 PM, Caspar Zhang <czhang@...> wrote:

>
> ----- "Garrett Cooper" <yanegomi@...> wrote:
>>
>> I'm not convinced that this is the right solution because most of
>> what's done here just replaced $(DIR)'s value with the bareword
>> value.
>> .INTERMEDIATE may be the only piece of value here, but I was avoiding
>> it because it's a 3.81-ism I thought...
>
> How about this one (see the attachment)?

AH... -[Rr] was missing.

RM += -[Rr]

will do that. The rest just seems spurious.

Thanks!
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

"nanosleep{02〜04}" testcase failed

2009-12-20T23:18:30Z

Hi,

I found that "nanosleep{02〜04}" testcase failed like follow example.
----------
nanosleep02 1 TFAIL : child process exited abnormally
----------

In ${LTPROOT}/testcases/kernel/syscalls/nanosleep/nanosleep{02〜04}.c,
WEXITSTATUS(status) is used to judge whether child process did exit
normally.
But WEXITSTATUS macro is used only when WIFEXITED macro returned "true".
So, it cannot get the correct results and it terminated with the above
error.

To solve this problem, I thought that we had better use WIFEXITED macro
instead of the WEXITSTATUS macro.
Here are patches to fix these problem:
============
--- nanosleep02.c 2009-11-02 22:57:17.000000000 +0900
+++ nanosleep02.c.new 2009-12-21 14:15:19.000000000 +0900
@@ -162,10 +162,10 @@

/* Wait for child to execute */
wait(&status);
- if (WEXITSTATUS(status) == 0) {
+ if (WIFEXITED(status)) {
tst_resm(TPASS, "Functionality of nanosleep() "
"is correct");
- } else if (WEXITSTATUS(status) == 1) {
+ } else if (!WIFEXITED(status)) {
tst_resm(TFAIL, "child process exited abnormally");
}
} /* End for TEST_LOOPING */

============

============
--- nanosleep03.c 2009-11-02 22:57:17.000000000 +0900
+++ nanosleep03.c.new 2009-12-21 15:03:52.000000000 +0900
@@ -143,10 +143,10 @@

/* Wait for child to execute */
wait(&status);
- if (WEXITSTATUS(status) == 0) {
+ if (WIFEXITED(status)) {
tst_resm(TPASS, "nanosleep() fails, interrupted"
" by signal, error:%d", EINTR);
- } else if (WEXITSTATUS(status) == 1) {
+ } else if (!WIFEXITED(status)) {
tst_resm(TFAIL, "child process exited abnormally");
}
} /* End for TEST_LOOPING */

============

============
--- nanosleep04.c 2009-11-02 22:57:17.000000000 +0900
+++ nanosleep04.c.new 2009-12-21 15:04:24.000000000 +0900
@@ -147,10 +147,10 @@

/* Wait for child to execute */
wait(&status);
- if (WEXITSTATUS(status) == 0) {
+ if (WIFEXITED(status)) {
tst_resm(TPASS, "nanosleep() fails, invalid pause "
"time, error:%d", EINVAL);
- } else if (WEXITSTATUS(status) == 1) {
+ } else if (!WIFEXITED(status)) {
tst_resm(TFAIL, "child process exited abnormally");
}
} /* End for TEST_LOOPING */
============

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: "unzip01" testcase failed.

2009-12-20T21:45:29Z

----- "Garrett Cooper" <yanegomi@...> wrote:
>
> I'm not convinced that this is the right solution because most of
> what's done here just replaced $(DIR)'s value with the bareword
> value.
> .INTERMEDIATE may be the only piece of value here, but I was avoiding
> it because it's a 3.81-ism I thought...

How about this one (see the attachment)?

Thanks,
Caspar
>
> Thanks,
> -Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

commands-unzip01.patch (1K) Download Attachment

From forum: ltp-list

Re: "unzip01" testcase failed.

2009-12-20T21:16:37Z

On Sun, Dec 20, 2009 at 8:23 PM, Mitani <mitani@...> wrote:

> Hi,
>
> I found that "unzip01" testcase failed as follows.
> ----------
> unzip01 1 TFAIL : Test #1: unzip output differs from expected output.
> Details
> ----------
>
> The above error's "expected output" and "output" are :
> - "tst_unzip.out.exp" file ("expected output") :
> In "${LTPROOT}/testcases/bin/unzip_tests.sh", the contents of the
> "tst_unzip.dir" directory are expected to output into this file.
> - "tst_unzip.out" file (actual "output") :
> A all contents of the "/opt/LTP/testcases/bin" directory are
> logged to this file.
>
> This problem occurs because "tst_unzip.dir" directory is not created.
>
> Why does "DIR" become "/opt/ltp/testcases/bin" set
> though "DIR := tst_unzip.dir" is defined
> in "${LTPROOT}/testcases/commands/unzip/Makefile"?
>
> To solve this problem, it is necessary to apply the following patche
> to "${LTPROOT}/testcases/commands/unzip/Makefile" for creating
> "tst_unzip.dir" directory, I think.
> ============
> --- Makefile 2009-12-18 17:48:40.000000000 +0900
> +++ Makefile.new 2009-12-18 17:38:00.000000000 +0900
> @@ -27,8 +27,6 @@
> # Only build and install if we have the zip command.
> HAVE_ZIPTOOLS := $(shell if which zip >/dev/null; then echo yes;
> else echo no; fi)
>
> -DIR := tst_unzip.dir
> -
> RM += -r
>
> TESTCASES_DATA_DIR := $(DESTDIR)/$(prefix)/testcases/data
> @@ -36,7 +34,7 @@
> ZIPFILE := $(TESTCASES_DATA_DIR)/tst_unzip_file.zip
>
> ifeq ($(HAVE_ZIPTOOLS),yes)
> -CLEAN_TARGETS := $(DIR) $(ZIPFILE)
> +CLEAN_TARGETS := tst_unzip.dir $(ZIPFILE)
> INSTALL_TARGETS := unzip_tests.sh
> endif
>
> @@ -45,13 +43,14 @@
> $(TESTCASES_DATA_DIR):
> mkdir -p "$@"
>
> -$(ZIPFILE): | $(TESTCASES_DATA_DIR) $(DIR)
> - zip -r "$@" $(DIR)
> +$(ZIPFILE): | $(TESTCASES_DATA_DIR) tst_unzip.dir
> + zip -r "$@" tst_unzip.dir
> chmod 00666 "$@"
>
> # This target should be auto-removed by Make
> -$(DIR): $(abs_srcdir)/unzip_genfile.sh
> - $(SHELL) "$^" $(DIR)
> +.INTERMEDIATE: tst_unzip.dir
> +tst_unzip.dir: $(abs_srcdir)/unzip_genfile.sh
> + $(SHELL) "$^" tst_unzip.dir
>
> include $(top_srcdir)/include/mk/generic_leaf_target.mk

I'm not convinced that this is the right solution because most of
what's done here just replaced $(DIR)'s value with the bareword value.
.INTERMEDIATE may be the only piece of value here, but I was avoiding
it because it's a 3.81-ism I thought...

Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

"unzip01" testcase failed.

2009-12-20T20:23:20Z

Hi,

I found that "unzip01" testcase failed as follows.
----------
unzip01 1 TFAIL : Test #1: unzip output differs from expected output.
Details
----------

The above error's "expected output" and "output" are :
- "tst_unzip.out.exp" file ("expected output") :
In "${LTPROOT}/testcases/bin/unzip_tests.sh", the contents of the
"tst_unzip.dir" directory are expected to output into this file.
- "tst_unzip.out" file (actual "output") :
A all contents of the "/opt/LTP/testcases/bin" directory are
logged to this file.

This problem occurs because "tst_unzip.dir" directory is not created.

Why does "DIR" become "/opt/ltp/testcases/bin" set
though "DIR := tst_unzip.dir" is defined
in "${LTPROOT}/testcases/commands/unzip/Makefile"?

To solve this problem, it is necessary to apply the following patche
to "${LTPROOT}/testcases/commands/unzip/Makefile" for creating
"tst_unzip.dir" directory, I think.
============
--- Makefile 2009-12-18 17:48:40.000000000 +0900
+++ Makefile.new 2009-12-18 17:38:00.000000000 +0900
@@ -27,8 +27,6 @@
# Only build and install if we have the zip command.
HAVE_ZIPTOOLS := $(shell if which zip >/dev/null; then echo yes;
else echo no; fi)

-DIR := tst_unzip.dir
-
RM += -r

TESTCASES_DATA_DIR := $(DESTDIR)/$(prefix)/testcases/data
@@ -36,7 +34,7 @@
ZIPFILE := $(TESTCASES_DATA_DIR)/tst_unzip_file.zip

ifeq ($(HAVE_ZIPTOOLS),yes)
-CLEAN_TARGETS := $(DIR) $(ZIPFILE)
+CLEAN_TARGETS := tst_unzip.dir $(ZIPFILE)
INSTALL_TARGETS := unzip_tests.sh
endif

@@ -45,13 +43,14 @@
$(TESTCASES_DATA_DIR):
mkdir -p "$@"

-$(ZIPFILE): | $(TESTCASES_DATA_DIR) $(DIR)
- zip -r "$@" $(DIR)
+$(ZIPFILE): | $(TESTCASES_DATA_DIR) tst_unzip.dir
+ zip -r "$@" tst_unzip.dir
chmod 00666 "$@"

# This target should be auto-removed by Make
-$(DIR): $(abs_srcdir)/unzip_genfile.sh
- $(SHELL) "$^" $(DIR)
+.INTERMEDIATE: tst_unzip.dir
+tst_unzip.dir: $(abs_srcdir)/unzip_genfile.sh
+ $(SHELL) "$^" tst_unzip.dir

include $(top_srcdir)/include/mk/generic_leaf_target.mk
============

Regards--

-Tomonori Mitani

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: [PATCH] fix lib-not-found error when compile for the second time

2009-12-20T18:15:09Z

----- "Subrata Modak" <subrata@...> wrote:

> Caspar,
>
> There was also a problem with the sctp library. Did you check that out
> ?

Yes. sctp lib problem is also fixed in that patch.

-Caspar

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

[SPAM] ç¥ : ï¼ç æ å´ éï¼

2009-12-20T14:09:26Z

您好！

我公司现有普通（商品销售.运输.建筑安装.广告.服务）增殖等发票可向外优惠代开，可先验证后付款。

★ 信誉第一互惠互利!请加Q细聊。

联系人:刘小{姐}

联系电话:13632552036 QQ:1103582558

顺祝 : 生意兴隆

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-coverage mailing list
Ltp-coverage@...
https://lists.sourceforge.net/lists/listinfo/ltp-coverage

From forum: ltp-coverage

Re: [PATCH] Fixes of the sendfile01 test

2009-12-20T03:25:28Z

On Sun, 20 Dec 2009 02:20:27 +0100, Garrett Cooper <yanegomi@...>
wrote:

> 2009/12/19 Jiří Paleček <jpalecek@...>:
>> On Sat, 19 Dec 2009 05:02:45 +0100, Garrett Cooper <yanegomi@...>
>> wrote:
>>
>>> On Fri, Dec 18, 2009 at 6:16 PM, Jiri Palecek <jpalecek@...> wrote:
>>>>
>>>> Hello,
>>>>
>>>> I've found some problems with the sendfile01 testcase (the one under
>>>> network/tcp_cmds). This patch fixes them:
>>>>
>>>> Pass the -6 parameter to gethost if we are to use ipv6 and run the
>>>> ipv6 server in that case. Also, fix the awk code for getting the PID:
>>>> The PID is the second column, which is $2, not $1.
>>>>
>>>> Also:
>>>>
>>>> - initialize addrlen for accept syscall in the server (=> avoid
>>>> EINVAL)
>>>>
>>>> - use tst_resm in the client instead of tst_res, to avoid an error
>>>> message interpreted as a filename
>>>>
>>>> Regards
>>>> Jiri Palecek
>>>>
>>>> Signed-off-by: Jiri Palecek <jpalecek@...>
>>>> ---
>>>> testcases/network/tcp_cmds/sendfile/SF_Server | 2 +-
>>>> testcases/network/tcp_cmds/sendfile/sendfile01 | 10 +++++-----
>>>> testcases/network/tcp_cmds/sendfile/testsf_c.c | 2 +-
>>>> testcases/network/tcp_cmds/sendfile/testsf_s.c | 2 +-
>>>> 4 files changed, 8 insertions(+), 8 deletions(-)
>>>>
>>>> diff --git a/testcases/network/tcp_cmds/sendfile/SF_Server
>>>> b/testcases/network/tcp_cmds/sendfile/SF_Server
>>>> index 2383ce4..9933db4 100755
>>>> --- a/testcases/network/tcp_cmds/sendfile/SF_Server
>>>> +++ b/testcases/network/tcp_cmds/sendfile/SF_Server
>>>> @@ -3,4 +3,4 @@
>>>> cd $3
>>>> exec 1< /dev/null # open descriptor 1
>>>> exec 2< /dev/null # open descriptor 1
>>>> -nohup ./testsf_s $1 $2 &
>>>> +nohup ./$4 $1 $2 &
>>>> diff --git a/testcases/network/tcp_cmds/sendfile/sendfile01
>>>> b/testcases/network/tcp_cmds/sendfile/sendfile01
>>>> index 4e93447..7dd4fee 100755
>>>> --- a/testcases/network/tcp_cmds/sendfile/sendfile01
>>>> +++ b/testcases/network/tcp_cmds/sendfile/sendfile01
>>>> @@ -61,7 +61,7 @@ do_setup()
>>>>
>>>> exists awk diff gethost grep rsh stat
>>>>
>>>> - IPADDR=$(gethost $RHOST | awk '/addresses:/ {print $2}')
>>>> + IPADDR=$(gethost ${EXEC_SUFFIX:+-6} $RHOST | awk '/addresses:/
>>>> {print $2}')
>>>>
>>>> }
>>>>
>>>> @@ -81,17 +81,17 @@ do_test()
>>>>
>>>> mkdir -p $TCtmp
>>>> PORT=$$
>>>> - if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server
>>>> $IPADDR
>>>> $PORT $LTPROOT/testcases/bin"; then
>>>> + if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server
>>>> $IPADDR
>>>> $PORT $LTPROOT/testcases/bin $SERVER"; then
>>>> end_testcase "rsh failed to $IPADDR as root failed"
>>>> fi
>>>> sleep 10
>>>> - PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ &&
>>>> /$SERVER/
>>>> && /$PORT/ {print \$1}")
>>>> + PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ &&
>>>> /$SERVER/
>>>> && /$PORT/ {print \$2}")
>>>> [ -n "$PID" ] || end_testcase "Could not start server"
>>>>
>>>> for clnt_fname in $FILES; do
>>>> serv_fname=$TCdat/$clnt_fname
>>>> SIZE=`stat -c '%s' $serv_fname`
>>>> - tst_resm TINFO "Starting $SERVER $IPADDR Client_filename
>>>> Server_filename Size "
>>>> + tst_resm TINFO "Starting $CLIENT $IPADDR Client_filename
>>>> Server_filename Size "
>>>>
>>>> $CLIENT $IPADDR $PORT "$TCtmp/$clnt_fname" $serv_fname $SIZE
>>>> RetVal=$?
>>>> @@ -118,7 +118,7 @@ do_test()
>>>>
>>>> do_cleanup()
>>>> {
>>>> - PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>>>> /$SERVER/ && /$PORT/ {print \$1}")
>>>> + PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>>>> /$SERVER/ && /$PORT/ {print \$2}")
>>>> [ -n "$PID" ] && rsh -n -l root $RHOST kill -9 $PID
>>>> tst_cleanup
>>>> }
>>>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>> b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>> index 52b9ecf..7683927 100644
>>>> --- a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>>> @@ -120,7 +120,7 @@ main (int argc, char *argv[])
>>>> }
>>>> }
>>>>
>>>> - tst_res(TINFO, "Asking for remote file: %s", serv_fname);
>>>> + tst_resm(TINFO, "Asking for remote file: %s", serv_fname);
>>>>
>>>> tst_resm(TINFO, "File %s received\n", argv[4]);
>>>>
>>>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>> b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>> index bc77712..38baf8c 100644
>>>> --- a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>>> @@ -92,7 +92,7 @@ main(int argc, char *argv[])
>>>> tst_exit();
>>>> }
>>>>
>>>> - socklen_t fromlen;
>>>> + socklen_t fromlen = sizeof(from);
>>>>
>>>> /* process connections */
>>>> while (1) {
>>>
>>> Hi Jiri,
>>> I agree with you on all points, but the ps column:
>>>
>>> gcooper@orangebox ~ $ ps ef
>>> PID TTY STAT TIME COMMAND
>>> 4631 tty1 S 0:00 -bash TERM=linux HOME=/home/gcooper
>>> SHELL=/bin/bash U
>>> 4636 tty1 S+ 0:00 \_ /bin/sh /usr/bin/startx
>>> MANPATH=/etc/java-config-
>>> 4652 tty1 S+ 0:00 \_ xinit /etc/X11/xinit/xinitrc --
>>> -nolisten tcp
>>> 4667 tty1 S 0:00 \_ /bin/sh /etc/X11/xinit/xinitrc
>>> DISPLAY=:0
>>> 4682 tty1 S 0:00 \_ /bin/sh
>>> /etc/xdg/xfce4/xinitrc
>>> MANPAT
>>> 4699 tty1 S 0:00 \_ /usr/bin/xfce4-session
>>> MANPATH=/e
>>> 4705 tty1 S 0:02 \_ xfwm4 --sm-client-id
>>> 2d6757e3
>>> 4707 tty1 Sl 0:03 \_ Thunar
>>> --sm-client-id
>>> 276f4b6
>>> 4711 tty1 S 0:06 \_ xfce4-panel -r
>>> --sm-client-id
>>> 4716 tty1 Sl 0:00 | \_
>>> /usr/libexec/xfce4/panel-
>>> 4724 tty1 Sl 0:00 | \_
>>> /usr/libexec/xfce4/panel-
>>> 4712 tty1 S 0:01 \_ xfdesktop
>>> --sm-client-id 293b
>>> 21073 tty1 S 0:00 /usr/bin/xterm
>>> MANPATH=/etc/java-config-2/current-sys
>>> 21075 pts/1 Ss 0:00 \_ bash
>>> MANPATH=/etc/java-config-2/current-system-vm
>>> 21080 pts/1 R+ 0:00 \_ ps ef
>>> MANPATH=/etc/java-config-2/current-syst
>>> 3396 tty1 S 0:00 /usr/bin/xterm
>>> MANPATH=/etc/java-config-2/current-sys
>>> 3398 pts/0 Ss 0:00 \_ bash
>>> MANPATH=/etc/java-config-2/current-system-vm
>>> 21065 pts/0 S+ 0:00 \_ vim sendfile01
>>> MANPATH=/etc/java-config-2/cur
>>> 3350 tty1 Sl 1:02 /usr/bin/firefox
>>> MANPATH=/etc/java-config-2/current-s
>>> 30806 tty1 Sl 5:26 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
>>> /usr/sha
>>> 4791 tty1 S 0:00 /usr/libexec/uim-helper-server
>>> MANPATH=/etc/java-conf
>>> 4714 tty1 S 0:00 xfce4-settings-helper --display :0.0
>>> --sm-client-id 2
>>> 4706 tty1 S 0:00 xfsettingsd
>>> MANPATH=/etc/java-config-2/current-system
>>> 4696 tty1 S 0:00 /usr/bin/dbus-launch --sh-syntax
>>> --exit-with-session
>>> gcooper@orangebox ~ $ ps --version
>>> procps version 3.2.8
>>>
>>> So to bypass this issue I used ps eopid,cmd:
>>>
>>> 400 [crypto/2]
>>> 401 [crypto/3]
>>> 587 [iscsi_eh]
>>> 593 [scsi_eh_0]
>>> 596 [scsi_eh_1]
>>> 599 [scsi_eh_2]
>>> 602 [scsi_eh_3]
>>> 605 [scsi_eh_4]
>>> 608 [scsi_eh_5]
>>> 692 [kpsmoused]
>>> 700 [kstriped]
>>> 703 [kondemand/0]
>>> 704 [kondemand/1]
>>> 705 [kondemand/2]
>>> 706 [kondemand/3]
>>> 729 [usbhid_resumer]
>>> 809 [reiserfs/0]
>>> 810 [reiserfs/1]
>>> 811 [reiserfs/2]
>>> 812 [reiserfs/3]
>>> 1906 /sbin/udevd --daemon
>>> 2303 /usr/sbin/acpid
>>> 3350 /usr/bin/firefox
>>> 3396 /usr/bin/xterm
>>> 3398 bash
>>> 3535 supervising syslog-ng
>>> 3536 /usr/sbin/syslog-ng
>>> 3596 /usr/bin/dbus-daemon --system
>>> 3653 /usr/sbin/crond
>>> 3707 /usr/sbin/gpm -m /dev/input/mice -t ps2
>>> 3768 /usr/sbin/hald --use-syslog --verbose=no
>>> 3771 hald-runner
>>> 3774 hald-addon-input: Listening on /dev/input/event4
>>> /dev/input/event3
>>> /dev/in
>>> 3787 hald-addon-storage: polling /dev/sr0 (every 2 sec)
>>> 3790 /usr/libexec/hald-addon-cpufreq
>>> 3791 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
>>> 4250 /sbin/dhcpcd -h orangebox eth0
>>> 4339 /sbin/portmap
>>> 4400 /sbin/rpc.statd --no-notify
>>> 4512 /usr/sbin/sshd
>>> 4580 /sbin/agetty 38400 tty2 linux
>>> 4581 /sbin/agetty 38400 tty3 linux
>>> 4582 /sbin/agetty 38400 tty4 linux
>>> 4583 /sbin/agetty 38400 tty5 linux
>>> 4584 /sbin/agetty 38400 tty6 linux
>>> 4613 [rpciod/0]
>>> 4614 [rpciod/1]
>>> 4615 [rpciod/2]
>>> 4616 [rpciod/3]
>>> 4622 [nfsiod]
>>> 4627 [lockd]
>>> 4629 /bin/login --
>>> 4631 -bash
>>> 4636 /bin/sh /usr/bin/startx
>>> 4652 xinit /etc/X11/xinit/xinitrc -- -nolisten tcp -br -auth
>>> /home/gcooper/.ser
>>> 4653 X :0 -nolisten tcp -br -auth /home/gcooper/.serverauth.4636
>>> -deferglyphs 1
>>> 4667 /bin/sh /etc/X11/xinit/xinitrc
>>> 4682 /bin/sh /etc/xdg/xfce4/xinitrc
>>> 4691 /usr/bin/ssh-agent -s
>>> 4696 /usr/bin/dbus-launch --sh-syntax --exit-with-session
>>> 4697 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7
>>> --session
>>> 4699 /usr/bin/xfce4-session
>>> 4701 /usr/libexec/xfconfd
>>> 4705 xfwm4 --sm-client-id 2d6757e33-4d33-453a-ba49-da83d783acde
>>> --display
>>> :0.0
>>> 4706 xfsettingsd
>>> 4707 Thunar --sm-client-id 276f4b61e-2bba-4207-8e5e-feed55cbe9b4
>>> --daemon
>>> 4709 /usr/libexec/gam_server
>>> 4711 xfce4-panel -r --sm-client-id
>>> 260365c00-2a57-4640-9170-8e74ce91bf1e
>>> 4712 xfdesktop --sm-client-id 293b54ac0-804e-45e2-9ae9-2b9adbaeddde
>>> --display :
>>> 4714 xfce4-settings-helper --display :0.0 --sm-client-id
>>> 20a17a11f-321d-40f4-87
>>> 4716 /usr/libexec/xfce4/panel-plugins/xfce4-menu-plugin socket_id
>>> 18874394 name
>>> 4723 /usr/libexec/gvfsd
>>> 4724 /usr/libexec/xfce4/panel-plugins/xfce4-mixer-plugin socket_id
>>> 18874431 nam
>>> 4791 /usr/libexec/uim-helper-server
>>> 21065 vim sendfile01
>>> 21073 /usr/bin/xterm
>>> 21075 bash
>>> 21113 ps -eopid,cmd
>>> 28404 /usr/libexec/gvfs-hal-volume-monitor
>>> 28689 /sbin/udevd --daemon
>>> 28690 /sbin/udevd --daemon
>>> 30806 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
>>> /usr/share/bcprov/lib/bcprov.
>>> 30860 xchat
>>> 31904 /usr/libexec/gconfd-2
>>> gcooper@orangebox ~ $ ps -eopid,cmd
>>>
>>> Do you agree that this is an ok choice?
>>
>> Yes, it is arguably more robust and readable (although I don't think
>> your
>> example shows the need for it).
>>
>> Note that there are differences between ps -ef, ps ef and ps -e f:
>>
>> jirka@debian:~$ ps -ef | head -10
>> UID PID PPID C STIME TTY TIME CMD
>> root 1 0 0 21:15 ? 00:00:00 init [2]
>> root 2 0 0 21:15 ? 00:00:00 [kthreadd]
>> root 3 2 0 21:15 ? 00:00:00 [migration/0]
>> root 4 2 0 21:15 ? 00:00:00 [ksoftirqd/0]
>> root 5 2 0 21:15 ? 00:00:00 [events/0]
>> root 6 2 0 21:15 ? 00:00:00 [khelper]
>> root 35 2 0 21:15 ? 00:00:00 [kblockd/0]
>> root 36 2 0 21:15 ? 00:00:00 [kacpid]
>> root 37 2 0 21:15 ? 00:00:00 [kacpi_notify]
>> jirka@debian:~$ ps ef | head -10
>> PID TTY STAT TIME COMMAND
>> 7465 pts/12 Ss 0:00 /bin/bash --noediting -i PWD=/home/jirka
>> TERM=dumb TERMCAP= COLUMNS=136 EMACS=t INSIDE_EMACS=22.3.1,comint GT
>> 7498 pts/12 R+ 0:00 \_ ps ef KDE_MULTIHEAD=false
>> KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
>> XDG_SESSION_COOKIE=e07c53451a9
>> 7499 pts/12 D+ 0:00 \_ head -10 KDE_MULTIHEAD=false
>> KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
>> XDG_SESSION_COOKIE=e07c5345
>> 6355 pts/10 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>> 6343 pts/9 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>> 6337 pts/8 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>> 6325 pts/7 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>> 6315 pts/6 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>> 6300 pts/5 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
>> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
>> jirka@debian:~$ ps -e f | head -10
>> PID TTY STAT TIME COMMAND
>> 2 ? S< 0:00 [kthreadd]
>> 3 ? S< 0:00 \_ [migration/0]
>> 4 ? S< 0:00 \_ [ksoftirqd/0]
>> 5 ? S< 0:00 \_ [events/0]
>> 6 ? S< 0:00 \_ [khelper]
>> 35 ? S< 0:00 \_ [kblockd/0]
>> 36 ? S< 0:00 \_ [kacpid]
>> 37 ? S< 0:00 \_ [kacpi_notify]
>> 100 ? S< 0:00 \_ [kseriod]
>> jirka@debian:~$
>>
>> So you actually used a different command than the one that's used in the
>> testcase. (the first listing is consistent with POSIX specification)
>
> Interesting -- didn't know that!
>
> How about this instead:
>
> gcooper@orangebox ~ $ ps -eo pid,cmd | head -n 10
> PID CMD
> 1 init [3]
> 2 [kthreadd]
> 3 [migration/0]
> 4 [ksoftirqd/0]
> 5 [migration/1]
> 6 [ksoftirqd/1]
> 7 [migration/2]
> 8 [ksoftirqd/2]
> 9 [migration/3]
>
> I'm just proposing this because if --columns is set on the target
> system, it's more likely to truncate output and give false positives.
>
> Sound good :)?

Yes.

Regards
Jiri Palecek

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

[Ltp-coverage] Parkhi.Ashutosh Parkhi has invited you to Dropbox

2009-12-19T22:06:11Z

We're excited to let you know that Parkhi.Ashutosh Parkhi has invited you to Dropbox!

Parkhi.Ashutosh Parkhi has been using Dropbox to sync and share files online and across computers, and thought you might want it too.

Visit www.dropbox.com to get started.

- The Dropbox Team

To stop receiving invites from Dropbox, click here

From forum: ltp-coverage

Re: [PATCH] Fixes of the sendfile01 test

2009-12-19T17:20:27Z

2009/12/19 Jiří Paleček <jpalecek@...>:

> On Sat, 19 Dec 2009 05:02:45 +0100, Garrett Cooper <yanegomi@...>
> wrote:
>
>> On Fri, Dec 18, 2009 at 6:16 PM, Jiri Palecek <jpalecek@...> wrote:
>>>
>>> Hello,
>>>
>>> I've found some problems with the sendfile01 testcase (the one under
>>> network/tcp_cmds). This patch fixes them:
>>>
>>> Pass the -6 parameter to gethost if we are to use ipv6 and run the
>>> ipv6 server in that case. Also, fix the awk code for getting the PID:
>>> The PID is the second column, which is $2, not $1.
>>>
>>> Also:
>>>
>>> - initialize addrlen for accept syscall in the server (=> avoid EINVAL)
>>>
>>> - use tst_resm in the client instead of tst_res, to avoid an error
>>> message interpreted as a filename
>>>
>>> Regards
>>> Jiri Palecek
>>>
>>> Signed-off-by: Jiri Palecek <jpalecek@...>
>>> ---
>>> testcases/network/tcp_cmds/sendfile/SF_Server | 2 +-
>>> testcases/network/tcp_cmds/sendfile/sendfile01 | 10 +++++-----
>>> testcases/network/tcp_cmds/sendfile/testsf_c.c | 2 +-
>>> testcases/network/tcp_cmds/sendfile/testsf_s.c | 2 +-
>>> 4 files changed, 8 insertions(+), 8 deletions(-)
>>>
>>> diff --git a/testcases/network/tcp_cmds/sendfile/SF_Server
>>> b/testcases/network/tcp_cmds/sendfile/SF_Server
>>> index 2383ce4..9933db4 100755
>>> --- a/testcases/network/tcp_cmds/sendfile/SF_Server
>>> +++ b/testcases/network/tcp_cmds/sendfile/SF_Server
>>> @@ -3,4 +3,4 @@
>>> cd $3
>>> exec 1< /dev/null # open descriptor 1
>>> exec 2< /dev/null # open descriptor 1
>>> -nohup ./testsf_s $1 $2 &
>>> +nohup ./$4 $1 $2 &
>>> diff --git a/testcases/network/tcp_cmds/sendfile/sendfile01
>>> b/testcases/network/tcp_cmds/sendfile/sendfile01
>>> index 4e93447..7dd4fee 100755
>>> --- a/testcases/network/tcp_cmds/sendfile/sendfile01
>>> +++ b/testcases/network/tcp_cmds/sendfile/sendfile01
>>> @@ -61,7 +61,7 @@ do_setup()
>>>
>>> exists awk diff gethost grep rsh stat
>>>
>>> - IPADDR=$(gethost $RHOST | awk '/addresses:/ {print $2}')
>>> + IPADDR=$(gethost ${EXEC_SUFFIX:+-6} $RHOST | awk '/addresses:/
>>> {print $2}')
>>>
>>> }
>>>
>>> @@ -81,17 +81,17 @@ do_test()
>>>
>>> mkdir -p $TCtmp
>>> PORT=$$
>>> - if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server $IPADDR
>>> $PORT $LTPROOT/testcases/bin"; then
>>> + if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server $IPADDR
>>> $PORT $LTPROOT/testcases/bin $SERVER"; then
>>> end_testcase "rsh failed to $IPADDR as root failed"
>>> fi
>>> sleep 10
>>> - PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ && /$SERVER/
>>> && /$PORT/ {print \$1}")
>>> + PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ && /$SERVER/
>>> && /$PORT/ {print \$2}")
>>> [ -n "$PID" ] || end_testcase "Could not start server"
>>>
>>> for clnt_fname in $FILES; do
>>> serv_fname=$TCdat/$clnt_fname
>>> SIZE=`stat -c '%s' $serv_fname`
>>> - tst_resm TINFO "Starting $SERVER $IPADDR Client_filename
>>> Server_filename Size "
>>> + tst_resm TINFO "Starting $CLIENT $IPADDR Client_filename
>>> Server_filename Size "
>>>
>>> $CLIENT $IPADDR $PORT "$TCtmp/$clnt_fname" $serv_fname $SIZE
>>> RetVal=$?
>>> @@ -118,7 +118,7 @@ do_test()
>>>
>>> do_cleanup()
>>> {
>>> - PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>>> /$SERVER/ && /$PORT/ {print \$1}")
>>> + PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>>> /$SERVER/ && /$PORT/ {print \$2}")
>>> [ -n "$PID" ] && rsh -n -l root $RHOST kill -9 $PID
>>> tst_cleanup
>>> }
>>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>> b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>> index 52b9ecf..7683927 100644
>>> --- a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>>> @@ -120,7 +120,7 @@ main (int argc, char *argv[])
>>> }
>>> }
>>>
>>> - tst_res(TINFO, "Asking for remote file: %s", serv_fname);
>>> + tst_resm(TINFO, "Asking for remote file: %s", serv_fname);
>>>
>>> tst_resm(TINFO, "File %s received\n", argv[4]);
>>>
>>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>> b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>> index bc77712..38baf8c 100644
>>> --- a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>>> @@ -92,7 +92,7 @@ main(int argc, char *argv[])
>>> tst_exit();
>>> }
>>>
>>> - socklen_t fromlen;
>>> + socklen_t fromlen = sizeof(from);
>>>
>>> /* process connections */
>>> while (1) {
>>
>> Hi Jiri,
>> I agree with you on all points, but the ps column:
>>
>> gcooper@orangebox ~ $ ps ef
>> PID TTY STAT TIME COMMAND
>> 4631 tty1 S 0:00 -bash TERM=linux HOME=/home/gcooper
>> SHELL=/bin/bash U
>> 4636 tty1 S+ 0:00 \_ /bin/sh /usr/bin/startx
>> MANPATH=/etc/java-config-
>> 4652 tty1 S+ 0:00 \_ xinit /etc/X11/xinit/xinitrc --
>> -nolisten tcp
>> 4667 tty1 S 0:00 \_ /bin/sh /etc/X11/xinit/xinitrc
>> DISPLAY=:0
>> 4682 tty1 S 0:00 \_ /bin/sh /etc/xdg/xfce4/xinitrc
>> MANPAT
>> 4699 tty1 S 0:00 \_ /usr/bin/xfce4-session
>> MANPATH=/e
>> 4705 tty1 S 0:02 \_ xfwm4 --sm-client-id
>> 2d6757e3
>> 4707 tty1 Sl 0:03 \_ Thunar --sm-client-id
>> 276f4b6
>> 4711 tty1 S 0:06 \_ xfce4-panel -r
>> --sm-client-id
>> 4716 tty1 Sl 0:00 | \_
>> /usr/libexec/xfce4/panel-
>> 4724 tty1 Sl 0:00 | \_
>> /usr/libexec/xfce4/panel-
>> 4712 tty1 S 0:01 \_ xfdesktop
>> --sm-client-id 293b
>> 21073 tty1 S 0:00 /usr/bin/xterm
>> MANPATH=/etc/java-config-2/current-sys
>> 21075 pts/1 Ss 0:00 \_ bash
>> MANPATH=/etc/java-config-2/current-system-vm
>> 21080 pts/1 R+ 0:00 \_ ps ef
>> MANPATH=/etc/java-config-2/current-syst
>> 3396 tty1 S 0:00 /usr/bin/xterm
>> MANPATH=/etc/java-config-2/current-sys
>> 3398 pts/0 Ss 0:00 \_ bash
>> MANPATH=/etc/java-config-2/current-system-vm
>> 21065 pts/0 S+ 0:00 \_ vim sendfile01
>> MANPATH=/etc/java-config-2/cur
>> 3350 tty1 Sl 1:02 /usr/bin/firefox
>> MANPATH=/etc/java-config-2/current-s
>> 30806 tty1 Sl 5:26 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
>> /usr/sha
>> 4791 tty1 S 0:00 /usr/libexec/uim-helper-server
>> MANPATH=/etc/java-conf
>> 4714 tty1 S 0:00 xfce4-settings-helper --display :0.0
>> --sm-client-id 2
>> 4706 tty1 S 0:00 xfsettingsd
>> MANPATH=/etc/java-config-2/current-system
>> 4696 tty1 S 0:00 /usr/bin/dbus-launch --sh-syntax
>> --exit-with-session
>> gcooper@orangebox ~ $ ps --version
>> procps version 3.2.8
>>
>> So to bypass this issue I used ps eopid,cmd:
>>
>> 400 [crypto/2]
>> 401 [crypto/3]
>> 587 [iscsi_eh]
>> 593 [scsi_eh_0]
>> 596 [scsi_eh_1]
>> 599 [scsi_eh_2]
>> 602 [scsi_eh_3]
>> 605 [scsi_eh_4]
>> 608 [scsi_eh_5]
>> 692 [kpsmoused]
>> 700 [kstriped]
>> 703 [kondemand/0]
>> 704 [kondemand/1]
>> 705 [kondemand/2]
>> 706 [kondemand/3]
>> 729 [usbhid_resumer]
>> 809 [reiserfs/0]
>> 810 [reiserfs/1]
>> 811 [reiserfs/2]
>> 812 [reiserfs/3]
>> 1906 /sbin/udevd --daemon
>> 2303 /usr/sbin/acpid
>> 3350 /usr/bin/firefox
>> 3396 /usr/bin/xterm
>> 3398 bash
>> 3535 supervising syslog-ng
>> 3536 /usr/sbin/syslog-ng
>> 3596 /usr/bin/dbus-daemon --system
>> 3653 /usr/sbin/crond
>> 3707 /usr/sbin/gpm -m /dev/input/mice -t ps2
>> 3768 /usr/sbin/hald --use-syslog --verbose=no
>> 3771 hald-runner
>> 3774 hald-addon-input: Listening on /dev/input/event4 /dev/input/event3
>> /dev/in
>> 3787 hald-addon-storage: polling /dev/sr0 (every 2 sec)
>> 3790 /usr/libexec/hald-addon-cpufreq
>> 3791 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
>> 4250 /sbin/dhcpcd -h orangebox eth0
>> 4339 /sbin/portmap
>> 4400 /sbin/rpc.statd --no-notify
>> 4512 /usr/sbin/sshd
>> 4580 /sbin/agetty 38400 tty2 linux
>> 4581 /sbin/agetty 38400 tty3 linux
>> 4582 /sbin/agetty 38400 tty4 linux
>> 4583 /sbin/agetty 38400 tty5 linux
>> 4584 /sbin/agetty 38400 tty6 linux
>> 4613 [rpciod/0]
>> 4614 [rpciod/1]
>> 4615 [rpciod/2]
>> 4616 [rpciod/3]
>> 4622 [nfsiod]
>> 4627 [lockd]
>> 4629 /bin/login --
>> 4631 -bash
>> 4636 /bin/sh /usr/bin/startx
>> 4652 xinit /etc/X11/xinit/xinitrc -- -nolisten tcp -br -auth
>> /home/gcooper/.ser
>> 4653 X :0 -nolisten tcp -br -auth /home/gcooper/.serverauth.4636
>> -deferglyphs 1
>> 4667 /bin/sh /etc/X11/xinit/xinitrc
>> 4682 /bin/sh /etc/xdg/xfce4/xinitrc
>> 4691 /usr/bin/ssh-agent -s
>> 4696 /usr/bin/dbus-launch --sh-syntax --exit-with-session
>> 4697 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7
>> --session
>> 4699 /usr/bin/xfce4-session
>> 4701 /usr/libexec/xfconfd
>> 4705 xfwm4 --sm-client-id 2d6757e33-4d33-453a-ba49-da83d783acde --display
>> :0.0
>> 4706 xfsettingsd
>> 4707 Thunar --sm-client-id 276f4b61e-2bba-4207-8e5e-feed55cbe9b4 --daemon
>> 4709 /usr/libexec/gam_server
>> 4711 xfce4-panel -r --sm-client-id 260365c00-2a57-4640-9170-8e74ce91bf1e
>> 4712 xfdesktop --sm-client-id 293b54ac0-804e-45e2-9ae9-2b9adbaeddde
>> --display :
>> 4714 xfce4-settings-helper --display :0.0 --sm-client-id
>> 20a17a11f-321d-40f4-87
>> 4716 /usr/libexec/xfce4/panel-plugins/xfce4-menu-plugin socket_id
>> 18874394 name
>> 4723 /usr/libexec/gvfsd
>> 4724 /usr/libexec/xfce4/panel-plugins/xfce4-mixer-plugin socket_id
>> 18874431 nam
>> 4791 /usr/libexec/uim-helper-server
>> 21065 vim sendfile01
>> 21073 /usr/bin/xterm
>> 21075 bash
>> 21113 ps -eopid,cmd
>> 28404 /usr/libexec/gvfs-hal-volume-monitor
>> 28689 /sbin/udevd --daemon
>> 28690 /sbin/udevd --daemon
>> 30806 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
>> /usr/share/bcprov/lib/bcprov.
>> 30860 xchat
>> 31904 /usr/libexec/gconfd-2
>> gcooper@orangebox ~ $ ps -eopid,cmd
>>
>> Do you agree that this is an ok choice?
>
> Yes, it is arguably more robust and readable (although I don't think your
> example shows the need for it).
>
> Note that there are differences between ps -ef, ps ef and ps -e f:
>
> jirka@debian:~$ ps -ef | head -10
> UID PID PPID C STIME TTY TIME CMD
> root 1 0 0 21:15 ? 00:00:00 init [2]
> root 2 0 0 21:15 ? 00:00:00 [kthreadd]
> root 3 2 0 21:15 ? 00:00:00 [migration/0]
> root 4 2 0 21:15 ? 00:00:00 [ksoftirqd/0]
> root 5 2 0 21:15 ? 00:00:00 [events/0]
> root 6 2 0 21:15 ? 00:00:00 [khelper]
> root 35 2 0 21:15 ? 00:00:00 [kblockd/0]
> root 36 2 0 21:15 ? 00:00:00 [kacpid]
> root 37 2 0 21:15 ? 00:00:00 [kacpi_notify]
> jirka@debian:~$ ps ef | head -10
> PID TTY STAT TIME COMMAND
> 7465 pts/12 Ss 0:00 /bin/bash --noediting -i PWD=/home/jirka
> TERM=dumb TERMCAP= COLUMNS=136 EMACS=t INSIDE_EMACS=22.3.1,comint GT
> 7498 pts/12 R+ 0:00 \_ ps ef KDE_MULTIHEAD=false
> KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
> XDG_SESSION_COOKIE=e07c53451a9
> 7499 pts/12 D+ 0:00 \_ head -10 KDE_MULTIHEAD=false
> KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb XDG_SESSION_COOKIE=e07c5345
> 6355 pts/10 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
> 6343 pts/9 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
> 6337 pts/8 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
> 6325 pts/7 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
> 6315 pts/6 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
> 6300 pts/5 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
> GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
> jirka@debian:~$ ps -e f | head -10
> PID TTY STAT TIME COMMAND
> 2 ? S< 0:00 [kthreadd]
> 3 ? S< 0:00 \_ [migration/0]
> 4 ? S< 0:00 \_ [ksoftirqd/0]
> 5 ? S< 0:00 \_ [events/0]
> 6 ? S< 0:00 \_ [khelper]
> 35 ? S< 0:00 \_ [kblockd/0]
> 36 ? S< 0:00 \_ [kacpid]
> 37 ? S< 0:00 \_ [kacpi_notify]
> 100 ? S< 0:00 \_ [kseriod]
> jirka@debian:~$
>
> So you actually used a different command than the one that's used in the
> testcase. (the first listing is consistent with POSIX specification)

Interesting -- didn't know that!

How about this instead:

gcooper@orangebox ~ $ ps -eo pid,cmd | head -n 10
PID CMD
1 init [3]
2 [kthreadd]
3 [migration/0]
4 [ksoftirqd/0]
5 [migration/1]
6 [ksoftirqd/1]
7 [migration/2]
8 [ksoftirqd/2]
9 [migration/3]

I'm just proposing this because if --columns is set on the target
system, it's more likely to truncate output and give false positives.

Sound good :)?

Thanks,
-Garrett

Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: [PATCH] Fixes of the sendfile01 test

2009-12-19T12:11:41Z

On Sat, 19 Dec 2009 05:02:45 +0100, Garrett Cooper <yanegomi@...>
wrote:

> On Fri, Dec 18, 2009 at 6:16 PM, Jiri Palecek <jpalecek@...> wrote:
>> Hello,
>>
>> I've found some problems with the sendfile01 testcase (the one under
>> network/tcp_cmds). This patch fixes them:
>>
>> Pass the -6 parameter to gethost if we are to use ipv6 and run the
>> ipv6 server in that case. Also, fix the awk code for getting the PID:
>> The PID is the second column, which is $2, not $1.
>>
>> Also:
>>
>> - initialize addrlen for accept syscall in the server (=> avoid EINVAL)
>>
>> - use tst_resm in the client instead of tst_res, to avoid an error
>> message interpreted as a filename
>>
>> Regards
>> Jiri Palecek
>>
>> Signed-off-by: Jiri Palecek <jpalecek@...>
>> ---
>> testcases/network/tcp_cmds/sendfile/SF_Server | 2 +-
>> testcases/network/tcp_cmds/sendfile/sendfile01 | 10 +++++-----
>> testcases/network/tcp_cmds/sendfile/testsf_c.c | 2 +-
>> testcases/network/tcp_cmds/sendfile/testsf_s.c | 2 +-
>> 4 files changed, 8 insertions(+), 8 deletions(-)
>>
>> diff --git a/testcases/network/tcp_cmds/sendfile/SF_Server
>> b/testcases/network/tcp_cmds/sendfile/SF_Server
>> index 2383ce4..9933db4 100755
>> --- a/testcases/network/tcp_cmds/sendfile/SF_Server
>> +++ b/testcases/network/tcp_cmds/sendfile/SF_Server
>> @@ -3,4 +3,4 @@
>> cd $3
>> exec 1< /dev/null # open descriptor 1
>> exec 2< /dev/null # open descriptor 1
>> -nohup ./testsf_s $1 $2 &
>> +nohup ./$4 $1 $2 &
>> diff --git a/testcases/network/tcp_cmds/sendfile/sendfile01
>> b/testcases/network/tcp_cmds/sendfile/sendfile01
>> index 4e93447..7dd4fee 100755
>> --- a/testcases/network/tcp_cmds/sendfile/sendfile01
>> +++ b/testcases/network/tcp_cmds/sendfile/sendfile01
>> @@ -61,7 +61,7 @@ do_setup()
>>
>> exists awk diff gethost grep rsh stat
>>
>> - IPADDR=$(gethost $RHOST | awk '/addresses:/ {print $2}')
>> + IPADDR=$(gethost ${EXEC_SUFFIX:+-6} $RHOST | awk '/addresses:/
>> {print $2}')
>>
>> }
>>
>> @@ -81,17 +81,17 @@ do_test()
>>
>> mkdir -p $TCtmp
>> PORT=$$
>> - if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server $IPADDR
>> $PORT $LTPROOT/testcases/bin"; then
>> + if ! rsh -l root $IPADDR "$LTPROOT/testcases/bin/SF_Server $IPADDR
>> $PORT $LTPROOT/testcases/bin $SERVER"; then
>> end_testcase "rsh failed to $IPADDR as root failed"
>> fi
>> sleep 10
>> - PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ &&
>> /$SERVER/ && /$PORT/ {print \$1}")
>> + PID=$(rsh -l root $IPADDR "ps -ef" | awk "\$0 !~ /awk/ &&
>> /$SERVER/ && /$PORT/ {print \$2}")
>> [ -n "$PID" ] || end_testcase "Could not start server"
>>
>> for clnt_fname in $FILES; do
>> serv_fname=$TCdat/$clnt_fname
>> SIZE=`stat -c '%s' $serv_fname`
>> - tst_resm TINFO "Starting $SERVER $IPADDR Client_filename
>> Server_filename Size "
>> + tst_resm TINFO "Starting $CLIENT $IPADDR Client_filename
>> Server_filename Size "
>>
>> $CLIENT $IPADDR $PORT "$TCtmp/$clnt_fname" $serv_fname $SIZE
>> RetVal=$?
>> @@ -118,7 +118,7 @@ do_test()
>>
>> do_cleanup()
>> {
>> - PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>> /$SERVER/ && /$PORT/ {print \$1}")
>> + PID=$(rsh -n -l root $RHOST "ps -ef" | awk "\$0 !~ /awk/ &&
>> /$SERVER/ && /$PORT/ {print \$2}")
>> [ -n "$PID" ] && rsh -n -l root $RHOST kill -9 $PID
>> tst_cleanup
>> }
>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>> b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>> index 52b9ecf..7683927 100644
>> --- a/testcases/network/tcp_cmds/sendfile/testsf_c.c
>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_c.c
>> @@ -120,7 +120,7 @@ main (int argc, char *argv[])
>> }
>> }
>>
>> - tst_res(TINFO, "Asking for remote file: %s", serv_fname);
>> + tst_resm(TINFO, "Asking for remote file: %s", serv_fname);
>>
>> tst_resm(TINFO, "File %s received\n", argv[4]);
>>
>> diff --git a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>> b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>> index bc77712..38baf8c 100644
>> --- a/testcases/network/tcp_cmds/sendfile/testsf_s.c
>> +++ b/testcases/network/tcp_cmds/sendfile/testsf_s.c
>> @@ -92,7 +92,7 @@ main(int argc, char *argv[])
>> tst_exit();
>> }
>>
>> - socklen_t fromlen;
>> + socklen_t fromlen = sizeof(from);
>>
>> /* process connections */
>> while (1) {
>
> Hi Jiri,
> I agree with you on all points, but the ps column:
>
> gcooper@orangebox ~ $ ps ef
> PID TTY STAT TIME COMMAND
> 4631 tty1 S 0:00 -bash TERM=linux HOME=/home/gcooper
> SHELL=/bin/bash U
> 4636 tty1 S+ 0:00 \_ /bin/sh /usr/bin/startx
> MANPATH=/etc/java-config-
> 4652 tty1 S+ 0:00 \_ xinit /etc/X11/xinit/xinitrc --
> -nolisten tcp
> 4667 tty1 S 0:00 \_ /bin/sh /etc/X11/xinit/xinitrc
> DISPLAY=:0
> 4682 tty1 S 0:00 \_ /bin/sh
> /etc/xdg/xfce4/xinitrc MANPAT
> 4699 tty1 S 0:00 \_ /usr/bin/xfce4-session
> MANPATH=/e
> 4705 tty1 S 0:02 \_ xfwm4 --sm-client-id
> 2d6757e3
> 4707 tty1 Sl 0:03 \_ Thunar --sm-client-id
> 276f4b6
> 4711 tty1 S 0:06 \_ xfce4-panel -r
> --sm-client-id
> 4716 tty1 Sl 0:00 | \_
> /usr/libexec/xfce4/panel-
> 4724 tty1 Sl 0:00 | \_
> /usr/libexec/xfce4/panel-
> 4712 tty1 S 0:01 \_ xfdesktop
> --sm-client-id 293b
> 21073 tty1 S 0:00 /usr/bin/xterm
> MANPATH=/etc/java-config-2/current-sys
> 21075 pts/1 Ss 0:00 \_ bash
> MANPATH=/etc/java-config-2/current-system-vm
> 21080 pts/1 R+ 0:00 \_ ps ef
> MANPATH=/etc/java-config-2/current-syst
> 3396 tty1 S 0:00 /usr/bin/xterm
> MANPATH=/etc/java-config-2/current-sys
> 3398 pts/0 Ss 0:00 \_ bash
> MANPATH=/etc/java-config-2/current-system-vm
> 21065 pts/0 S+ 0:00 \_ vim sendfile01
> MANPATH=/etc/java-config-2/cur
> 3350 tty1 Sl 1:02 /usr/bin/firefox
> MANPATH=/etc/java-config-2/current-s
> 30806 tty1 Sl 5:26 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
> /usr/sha
> 4791 tty1 S 0:00 /usr/libexec/uim-helper-server
> MANPATH=/etc/java-conf
> 4714 tty1 S 0:00 xfce4-settings-helper --display :0.0
> --sm-client-id 2
> 4706 tty1 S 0:00 xfsettingsd
> MANPATH=/etc/java-config-2/current-system
> 4696 tty1 S 0:00 /usr/bin/dbus-launch --sh-syntax
> --exit-with-session
> gcooper@orangebox ~ $ ps --version
> procps version 3.2.8
>
> So to bypass this issue I used ps eopid,cmd:
>
> 400 [crypto/2]
> 401 [crypto/3]
> 587 [iscsi_eh]
> 593 [scsi_eh_0]
> 596 [scsi_eh_1]
> 599 [scsi_eh_2]
> 602 [scsi_eh_3]
> 605 [scsi_eh_4]
> 608 [scsi_eh_5]
> 692 [kpsmoused]
> 700 [kstriped]
> 703 [kondemand/0]
> 704 [kondemand/1]
> 705 [kondemand/2]
> 706 [kondemand/3]
> 729 [usbhid_resumer]
> 809 [reiserfs/0]
> 810 [reiserfs/1]
> 811 [reiserfs/2]
> 812 [reiserfs/3]
> 1906 /sbin/udevd --daemon
> 2303 /usr/sbin/acpid
> 3350 /usr/bin/firefox
> 3396 /usr/bin/xterm
> 3398 bash
> 3535 supervising syslog-ng
> 3536 /usr/sbin/syslog-ng
> 3596 /usr/bin/dbus-daemon --system
> 3653 /usr/sbin/crond
> 3707 /usr/sbin/gpm -m /dev/input/mice -t ps2
> 3768 /usr/sbin/hald --use-syslog --verbose=no
> 3771 hald-runner
> 3774 hald-addon-input: Listening on /dev/input/event4 /dev/input/event3
> /dev/in
> 3787 hald-addon-storage: polling /dev/sr0 (every 2 sec)
> 3790 /usr/libexec/hald-addon-cpufreq
> 3791 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
> 4250 /sbin/dhcpcd -h orangebox eth0
> 4339 /sbin/portmap
> 4400 /sbin/rpc.statd --no-notify
> 4512 /usr/sbin/sshd
> 4580 /sbin/agetty 38400 tty2 linux
> 4581 /sbin/agetty 38400 tty3 linux
> 4582 /sbin/agetty 38400 tty4 linux
> 4583 /sbin/agetty 38400 tty5 linux
> 4584 /sbin/agetty 38400 tty6 linux
> 4613 [rpciod/0]
> 4614 [rpciod/1]
> 4615 [rpciod/2]
> 4616 [rpciod/3]
> 4622 [nfsiod]
> 4627 [lockd]
> 4629 /bin/login --
> 4631 -bash
> 4636 /bin/sh /usr/bin/startx
> 4652 xinit /etc/X11/xinit/xinitrc -- -nolisten tcp -br -auth
> /home/gcooper/.ser
> 4653 X :0 -nolisten tcp -br -auth /home/gcooper/.serverauth.4636
> -deferglyphs 1
> 4667 /bin/sh /etc/X11/xinit/xinitrc
> 4682 /bin/sh /etc/xdg/xfce4/xinitrc
> 4691 /usr/bin/ssh-agent -s
> 4696 /usr/bin/dbus-launch --sh-syntax --exit-with-session
> 4697 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7
> --session
> 4699 /usr/bin/xfce4-session
> 4701 /usr/libexec/xfconfd
> 4705 xfwm4 --sm-client-id 2d6757e33-4d33-453a-ba49-da83d783acde
> --display :0.0
> 4706 xfsettingsd
> 4707 Thunar --sm-client-id 276f4b61e-2bba-4207-8e5e-feed55cbe9b4
> --daemon
> 4709 /usr/libexec/gam_server
> 4711 xfce4-panel -r --sm-client-id 260365c00-2a57-4640-9170-8e74ce91bf1e
> 4712 xfdesktop --sm-client-id 293b54ac0-804e-45e2-9ae9-2b9adbaeddde
> --display :
> 4714 xfce4-settings-helper --display :0.0 --sm-client-id
> 20a17a11f-321d-40f4-87
> 4716 /usr/libexec/xfce4/panel-plugins/xfce4-menu-plugin socket_id
> 18874394 name
> 4723 /usr/libexec/gvfsd
> 4724 /usr/libexec/xfce4/panel-plugins/xfce4-mixer-plugin socket_id
> 18874431 nam
> 4791 /usr/libexec/uim-helper-server
> 21065 vim sendfile01
> 21073 /usr/bin/xterm
> 21075 bash
> 21113 ps -eopid,cmd
> 28404 /usr/libexec/gvfs-hal-volume-monitor
> 28689 /sbin/udevd --daemon
> 28690 /sbin/udevd --daemon
> 30806 /usr/lib/jvm/sun-jdk-1.6/bin/java -classpath
> /usr/share/bcprov/lib/bcprov.
> 30860 xchat
> 31904 /usr/libexec/gconfd-2
> gcooper@orangebox ~ $ ps -eopid,cmd
>
> Do you agree that this is an ok choice?

Yes, it is arguably more robust and readable (although I don't think your
example shows the need for it).

Note that there are differences between ps -ef, ps ef and ps -e f:

jirka@debian:~$ ps -ef | head -10
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 21:15 ? 00:00:00 init [2]
root 2 0 0 21:15 ? 00:00:00 [kthreadd]
root 3 2 0 21:15 ? 00:00:00 [migration/0]
root 4 2 0 21:15 ? 00:00:00 [ksoftirqd/0]
root 5 2 0 21:15 ? 00:00:00 [events/0]
root 6 2 0 21:15 ? 00:00:00 [khelper]
root 35 2 0 21:15 ? 00:00:00 [kblockd/0]
root 36 2 0 21:15 ? 00:00:00 [kacpid]
root 37 2 0 21:15 ? 00:00:00 [kacpi_notify]
jirka@debian:~$ ps ef | head -10
PID TTY STAT TIME COMMAND
7465 pts/12 Ss 0:00 /bin/bash --noediting -i PWD=/home/jirka
TERM=dumb TERMCAP= COLUMNS=136 EMACS=t INSIDE_EMACS=22.3.1,comint GT
7498 pts/12 R+ 0:00 \_ ps ef KDE_MULTIHEAD=false
KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
XDG_SESSION_COOKIE=e07c53451a9
7499 pts/12 D+ 0:00 \_ head -10 KDE_MULTIHEAD=false
KDEWM=/usr/bin/openbox SHELL=/bin/bash TERM=dumb
XDG_SESSION_COOKIE=e07c5345
6355 pts/10 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
6343 pts/9 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
6337 pts/8 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
6325 pts/7 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
6315 pts/6 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
6300 pts/5 Ss+ 0:00 /bin/bash GDM_XSERVER_LOCATION=local
GDM_LANG=cs_CZ LANGUAGE= KDE_MULTIHEAD=false KDE_SESSION_VERSION=4 KONSO
jirka@debian:~$ ps -e f | head -10
PID TTY STAT TIME COMMAND
2 ? S< 0:00 [kthreadd]
3 ? S< 0:00 \_ [migration/0]
4 ? S< 0:00 \_ [ksoftirqd/0]
5 ? S< 0:00 \_ [events/0]
6 ? S< 0:00 \_ [khelper]
35 ? S< 0:00 \_ [kblockd/0]
36 ? S< 0:00 \_ [kacpid]
37 ? S< 0:00 \_ [kacpi_notify]
100 ? S< 0:00 \_ [kseriod]
jirka@debian:~$

So you actually used a different command than the one that's used in the
testcase. (the first listing is consistent with POSIX specification)

Regards
Jiri Palecek

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

From forum: ltp-list

Re: [RFC] utstest.h

2009-12-19T06:13:11Z

On Friday 04 December 2009 09:58:16 Cyril Hrubis wrote:
> > Its been a while since I looke at that code, but as a general
> > comment, any clean up effort is good, but please make sure you test
> > it and release a beta version for people to try so that you dont
> > break existing users. I am more interested in seeing a modified
> > version and trying that out, rather than reading a proposal.
>
> Well, before I start cleaning up the code I need to know which parts of the
> interface are really usefull and should be keept in ltp.

the ones in use are the useful ones. anything not in use, chuck.

the test.h/utstest.h split has always kind of sucked. any effort to merge
these (and get rid of the stupid variables declared in the header) is a good
thing.
-mike

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@...
https://lists.sourceforge.net/lists/listinfo/ltp-list

signature.asc (853 bytes) Download Attachment

From forum: ltp-list

Nabble - Linux Test Project

[Ltp-coverage] [SPAM] Final Quarter Notification

Re: [PATCH] containers: mqns: use libc's mq_open, not syscall(__NR_mq_open

Re: "cgroup_fj" and "cgroup" have problems?

Fwd: get_mempolicy01 build failure in CVS

[Ltp-coverage] [SPAM] 11 ladies are online now (Russia, dating)

[Ltp-coverage] [SPAM]

Re: "nm" testcase failed

Re: "nanosleep{02～04}" testcase failed

[PATCH] containers: mqns: use libc's mq_open, not syscall(__NR_mq_open

[Ltp-coverage] [SPAM] Julia sent new message for you

Re: [PATCH] syscalls: fix some failure on arch X86_64

Re: [Ltp-coverage] Some problems need your help

Re: "nanosleep{02～04}" testcase failed

"nm" testcase failed

Re: "BindMounts" test failure

Re: [PATCH] syscalls: fix some failure on arch X86_64

Re: "nanosleep{02～04}" testcase failed

Re: "unzip01" testcase failed.

Re: [PATCH] Fixes of the sendfile01 test

Re: "cgroup_fj" and "cgroup" have problems?

[Ltp-coverage] [SPAM]

[Ltp-coverage] เรียน กรรมการผู้จัดการ/ฝ่ายการตลาด เสนอบริการทำโฆษณาธุรกิจของท่านบน Google

Re: "unzip01" testcase failed.

"nanosleep{02〜04}" testcase failed

Re: "unzip01" testcase failed.

Re: "unzip01" testcase failed.

"unzip01" testcase failed.

Re: [PATCH] fix lib-not-found error when compile for the second time

[SPAM] ç¥ : ï¼ç æ å ´ éï¼

Re: [PATCH] Fixes of the sendfile01 test

[Ltp-coverage] Parkhi.Ashutosh Parkhi has invited you to Dropbox

Re: [PATCH] Fixes of the sendfile01 test

Re: [PATCH] Fixes of the sendfile01 test

Re: [RFC] utstest.h

[SPAM] ç¥ : ï¼ç æ å´ éï¼