* cygwin 1.3.10: kill gives spurious Not owner
@ 2002-03-04 7:51 Stephen Osborn
2002-03-04 11:10 ` Christopher Faylor
0 siblings, 1 reply; 6+ messages in thread
From: Stephen Osborn @ 2002-03-04 7:51 UTC (permalink / raw)
To: cygwin
When using kill I get spurious "Not owner" messages, even though all
processes (reported by ps) are running as me.
In the mailing list archives the only problems with kill seem to be related
to killing *other* users' processes. This is not what I am doing.
I am running Cygwin on NT. Cygcheck o/p at the bottom.
I have a script (A) which runs another script (B) in a separate process. B
stores its PID and this is retrieved by the A. B also runs another script
(C) in a separate process.
Script A tries to remove all of these processes in a housekeeping exercise,
by using ps, grep and script B's PID.
This successfully kills script B but on script C a "Not owner" error is
thrown.
This was working as expected (i.e. both B & C were killed) but this changed
a couple of days ago.
I have modified script A to remove the kill command and after the run ps
gives
PID PPID PGID WINPID TTY UID STIME COMMAND
802 1 802 802 con 1006 14:11:18 /usr/bin/bash
I 564 1 564 564 con 1006 14:11:40 /usr/bin/bash
831 1 1020 1034 con 1006 14:38:57 /usr/bin/sh
920 831 1020 920 con 1006 Jan 1
/cygdrive/d/jdk1.3/bin/java
682 802 682 571 con 1006 14:44:04 /usr/bin/ps
Issuing kill 920 (=script C) yields
bash: kill: (920) - Not owner
regards
Stephen
############################################################
Cygcheck o/p follows:
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 04 14:48:44 2002
Windows NT Ver 4.0 Build 1381 Service Pack 5
Path: d:\cygwin\usr\local\bin
d:\cygwin\bin
d:\cygwin\bin
d:\Misys\Meridian3_5\Bin
c:\WINNT\system32
c:\WINNT
d:\cygwin
d:\cygwin\bin
d:\jdk1.3
d:\jdk1.3\bin
c:\win32app\toolkit
c:\progra~1\ibm\client~1
c:\progra~1\ibm\client~1\shared
c:\progra~1\ibm\client~1\emulator
c:\progra~1\ibm\client~1\cawin
c:\Program Files\MQSeries\tools\c\samples\bin
c:\Program Files\MQSeries\bin
d:\Mssql7\BINN
d:\Microsoft Visual Studio\VB98
d:\Microsoft Visual Studio\Common\MSDev98\Bin
d:\Microsoft Visual Studio\Common\Tools\WinNT
d:\Microsoft Visual Studio\Common\MSDev98\Bin
d:\Microsoft Visual Studio\Common\Tools
d:\Microsoft Visual Studio\VC98\bin
d:\READIBMW
d:\READIBMW
SysDir: C:\WINNT\System32
WinDir: C:\WINNT
HOME = `e:\RegressionTesting\Java3.5Runtime'
MAKE_MODE = `unix'
PWD =
`/cygdrive/e/RegressionTesting/Java3.5Runtime/6AdapterTypes/6_4_2Java3.5Flat
File'
USER = `osborns'
A_DUMMY = `This is a dummy variable to prevent NT crashing'
CLASSPATH =
`C:\Progra~1\MQSeries\java\lib\com.ibm.mq.jar;C:\Progra~1\MQSeries\java\lib\
com.ibm.mqbind.jar;C:\Progra~1\MQSeries\java\lib\com.ibm.mq.iiop.jar;C:\Prog
ra~1\MQSeries\tools\javaclnt\samples\en_us;C:\Progra~1\MQSeries\JAVA\LIB;'
COMPILE_CLASSPATH =
`.;D:\Misys\Meridian3_5\Java\meridian.jar;D:\jdk1.3\src.jar;D:\Misys\Meridia
n3_5\java\activation.jar;D:\Misys\Meridian3_5\java\cryptix32.jar;D:\Misys\Me
ridian3_5\java\ejb.jar;D:\Misys\Meridian3_5\java\jaas.jar;D:\Misys\Meridian3
_5\java\jakarta-regexp-1.2.jar;D:\Misys\Meridian3_5\java\jce-jdk13-112.jar;D
:\Misys\Meridian3_5\java\jcert.jar;D:\Misys\Meridian3_5\java\jdmkrt.jar;D:\M
isys\Meridian3_5\java\jdmktk.jar;D:\Misys\Meridian3_5\java\jhall.jar;D:\Misy
s\Meridian3_5\java\jms.jar;D:\Misys\Meridian3_5\java\jnet.jar;D:\Misys\Merid
ian3_5\java\jsse.jar;D:\Misys\Meridian3_5\java\log4j.jar;D:\Misys\Meridian3_
5\java\mail.jar;D:\Misys\Meridian3_5\java\MDateSelector.jar;D:\Misys\Meridia
n3_5\java\mm.mysql-2.0.7-bin.jar;D:\Misys\Meridian3_5\java\pop3.jar;D:\Misys
\Meridian3_5\java\velocity-1.1.jar;D:\Misys\Meridian3_5\java\xalan.jar;D:\Mi
sys\Meridian3_5\java\xerces.jar;D:\Misys\Meridian3_5\java\xml_swing11.jar;E:
\SourceSafe\meridian_dev\java\idl\MeridianServer\genCode13;C:\Program
Files\MQSeries\Java\Lib;C:\Program Files\M'
COMPUTERNAME = `PORCINE'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CUS = `d:\SWIFT\CASmf'
CUSCFG = `d:\SWIFT\CASmf\DAT\CUSCFG.DAT'
DATTOP = `d:\SWIFT\CASmf\DAT\'
HOMEDRIVE = `C:'
HOMEPATH = `\'
INCLUDE = `D:\Microsoft Visual Studio\VC98\atl\include;D:\Microsoft Visual
Studio\VC98\mfc\include;D:\Microsoft Visual Studio\VC98\include'
JAVA_HOME = `D:/jdk1.3'
LIB = `D:\Microsoft Visual Studio\VC98\mfc\lib;D:\Microsoft Visual
Studio\VC98\lib'
LOGONSERVER = `\\PORCINE'
MERIDIAN_CLASSPATH = `.;D:\Misys\MERIDIAN3_5\java\meridian.jar;'
MERIDIAN_COMPILE_CLASSPATH =
`.;D:\Misys\Meridian3_5\java\ejb.jar;D:\Misys\Meridian3_5\java\pop3.jar;D:\M
isys\Meridian3_5\java\mail.jar;D:\Misys\Meridian3_5\java\activation.jar;D:\M
isys\Meridian3_5\java\MDateSelector.jar;D:\Misys\Meridian3_5\java\mm.mysql-2
.0.7-bin.jar;D:\Misys\Meridian3_5\java\jms.jar;D:\Misys\Meridian3_5\java\jak
arta-regexp-1.2.jar;D:\Misys\Meridian3_5\java\jsse.jar;D:\Misys\Meridian3_5\
java\jaas.jar;D:\Misys\Meridian3_5\java\jcert.jar;D:\Misys\Meridian3_5\java\
jnet.jar;D:\Misys\Meridian3_5\java\cryptix32.jar;D:\Misys\Meridian3_5\java\v
elocity-1.1.jar;D:\Misys\Meridian3_5\java\xml_swing11.jar;D:\Misys\Meridian3
_5\java\xerces.jar;D:\Misys\Meridian3_5\java\meridian.jar;D:\Misys\Meridian3
_5\java\log4j.jar;C:\Program Files\MQSeries\Java\Lib;C:\Program
Files\MQSeries\Java\Lib\com.ibm.mqbind.jar;C:\Program
Files\MQSeries\Java\Lib\com.ibm.mq.jar;C:\Program
Files\MQSeries\Java\Lib\com.ibm.mq.iiop.jar;'
MERIDIAN_HOME = `D:\Misys\Meridian3_5'
MQSERIES = `C:\Program Files\MQSeries\Java\Lib;C:\Program
Files\MQSeries\Java\Lib\com.ibm.mqbind.jar;C:\Program
Files\MQSeries\Java\Lib\com.ibm.mq.jar;C:\Program
Files\MQSeries\Java\Lib\com.ibm.mq.iiop.jar;'
MSDEVDIR = `D:\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/cygdrive/e/RegressionTesting/Java3.5Runtime'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0502'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\TEMP'
TERM = `cygwin'
TMP = `c:\TEMP'
USERDOMAIN = `PORCINE'
USERNAME = `osborns'
USERPROFILE = `C:\WINNT\Profiles\osborns'
WIN32DMIPATH = `C:\DMI\'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x00000022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `d:/cygwin'
flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `d:/cygwin/bin'
flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `d:/cygwin/lib'
flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd
er\Start Menu\&Programs\Accessories\Cygnus Solutions
(default) = (unsupported type)
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd
er\Start Menu\&Programs\Cygnus Solutions
(default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
a: fd N/A N/A
c: hd FAT 2047Mb 89% CP UN
d: hd FAT 2047Mb 84% CP UN APPLICATION
e: hd FAT 2047Mb 44% CP UN DATA
f: cd N/A N/A
g: net AS400 2047Mb 0% CP UN GBMKILNR
q: net AS400 2047Mb 0% CP UN GBMKILNR
r: net AS400 2047Mb 0% CP UN GBMKILNR
t: net AS400 2047Mb 0% CP UN GBMKILNR
d:/cygwin / user binmode
d:/cygwin/bin /usr/bin user binmode
d:/cygwin/lib /usr/lib user binmode
. /cygdrive user binmode,noumount
Found: d:\cygwin\bin\bash.exe
Found: d:\cygwin\bin\cat.exe
Not Found: cpp (good!)
Found: d:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Not Found: ld
Found: d:\cygwin\bin\ls.exe
Not Found: make
Found: d:\cygwin\bin\sh.exe
19k 2002/02/20 d:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2002/2/20 3:05
22k 2001/12/13 d:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
"cygintl-1.dll" v0.0 ts=2001/12/13 9:28
45k 2001/04/25 d:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/4/25 6:28
26k 2001/04/25 d:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/4/25 6:27
156k 2001/04/25 d:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/4/25 6:29
226k 2001/04/25 d:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses5.dll" v0.0 ts=2001/4/25 6:17
15k 2001/04/25 d:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/4/25 6:27
35k 2002/01/09 d:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
"cygform6.dll" v0.0 ts=2002/1/9 6:03
20k 2002/01/09 d:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
"cygmenu6.dll" v0.0 ts=2002/1/9 6:03
175k 2002/01/09 d:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++6.dll" v0.0 ts=2002/1/9 6:03
202k 2002/01/09 d:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses6.dll" v0.0 ts=2002/1/9 6:03
12k 2002/01/09 d:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
"cygpanel6.dll" v0.0 ts=2002/1/9 6:03
17k 2001/06/28 d:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/7 4:34
108k 2001/06/28 d:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/7 4:34
20k 2002/01/13 d:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
"cyghistory5.dll" v0.0 ts=2002/1/13 1:27
121k 2002/01/13 d:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
"cygreadline5.dll" v0.0 ts=2002/1/13 1:27
40k 2001/11/21 d:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
"cygpcre.dll" v0.0 ts=2001/11/21 22:15
39k 2001/11/21 d:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix.dll" v0.0 ts=2001/11/21 22:15
50k 2002/01/20 d:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2002/1/20 19:41
751k 2002/02/25 d:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2002/2/25 16:14
Cygwin DLL version info:
DLL version: 1.3.10
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 51
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Mon Feb 25 11:14:34 EST 2002
Shared id: cygwin1S3
Cygwin Package Information
Last downloaded files to:
Last downloaded files from: À\v?
Package Version
ash 20020131-1
bash 2.05a-3
clear 1.0
cygutils 0.9.9-1
cygwin 1.3.10-1
diff 0.0
file 3.37-1
fileutils 4.1-1
findutils 4.1
gawk 3.0.4-1
gdbm 1.8.0-4
grep 2.5g
gzip 1.3.2-1
libintl1 0.10.40-1
libncurses5 5.2-1
libncurses6 5.2-8
libreadline4 4.1-2
libreadline5 4.2a-1
login 1.4-3
ncurses 5.2-8
pcre 3.7-1
popt 1.6.1-1
readline 4.2a-1
sed 3.02-1
sh-utils 2.0-2
tar 1.13.19-1
termcap 20010825-1
terminfo 5.2-1
textutils 2.0.21-1
time 1.7-1
units 1.77-1
which 1.5-1
zlib 1.1.3-7
Use -h to see help about each section
############################################################
__________________________________________________________________
Stephen Osborn
Meridian Senior Consultant
Tel: +44 (0)20 8486 1790 (Direct)
Fax: +44 (0)20 8947 2718
E-mail: stephen.osborn@misys.com
Web: www.misys.com
This email message is intended for the named recipient only.
It may be privileged and/or confidential.
If you are not the intended named recipient of this email
then you should not copy it or use it for any purpose,
nor disclose its contents to any other person.
You should contact Misys International Banking Systems as shown
below so that we can take appropriate action at no cost to yourself.
Misys International Banking Systems Ltd,
1 St George's Road, Wimbledon, London, SW19 4DR, England.
Email: ibs.postmaster@misys.com.
Tel: +44 (0) 20 8879 1188 Fax: +44 (0) 20 8947 3373
Misys International Banking Systems Ltd is registered in England and Wales
under company no. 971479
__________________________________________________________________
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cygwin 1.3.10: kill gives spurious Not owner
2002-03-04 7:51 cygwin 1.3.10: kill gives spurious Not owner Stephen Osborn
@ 2002-03-04 11:10 ` Christopher Faylor
2002-03-07 7:28 ` Stephen Osborn
0 siblings, 1 reply; 6+ messages in thread
From: Christopher Faylor @ 2002-03-04 11:10 UTC (permalink / raw)
To: cygwin
On Mon, Mar 04, 2002 at 03:54:52PM -0000, Stephen Osborn wrote:
>When using kill I get spurious "Not owner" messages, even though all
>processes (reported by ps) are running as me.
>
>In the mailing list archives the only problems with kill seem to be
>related to killing *other* users' processes. This is not what I am
>doing.
>
>I am running Cygwin on NT. Cygcheck o/p at the bottom.
>
>I have a script (A) which runs another script (B) in a separate
>process. B stores its PID and this is retrieved by the A. B also runs
>another script (C) in a separate process.
>
>Script A tries to remove all of these processes in a housekeeping
>exercise, by using ps, grep and script B's PID.
>
>This successfully kills script B but on script C a "Not owner" error is
>thrown.
>
>This was working as expected (i.e. both B & C were killed) but this
>changed a couple of days ago.
>
>I have modified script A to remove the kill command and after the run
>ps gives
>
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 802 1 802 802 con 1006 14:11:18 /usr/bin/bash
>I 564 1 564 564 con 1006 14:11:40 /usr/bin/bash
> 831 1 1020 1034 con 1006 14:38:57 /usr/bin/sh
> 920 831 1020 920 con 1006 Jan 1 /cygdrive/d/jdk1.3/bin/java
> 682 802 682 571 con 1006 14:44:04 /usr/bin/ps
>
>Issuing kill 920 (=script C) yields
>bash: kill: (920) - Not owner
/cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process so it
doesn't respond to cygwin signals. This is because recent versions of
/bin/sh now use vfork()/exec() to start processes. vfork/exec does
not leave an cygwin stub around to deal with signals for non-cygwin
processes.
The work around is to use bash to start the process.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cygwin 1.3.10: kill gives spurious Not owner
2002-03-04 11:10 ` Christopher Faylor
@ 2002-03-07 7:28 ` Stephen Osborn
2002-03-07 8:42 ` Christopher Faylor
0 siblings, 1 reply; 6+ messages in thread
From: Stephen Osborn @ 2002-03-07 7:28 UTC (permalink / raw)
To: cygwin
> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process
It is a bash script that runs a java program.
I would expect the bash script to catch and process the signal.
Is this a mistaken assumption?
> The work around is to use bash to start the process.
This is what I am doing. The script is only two lines long, viz:
#!/bin/bash
java -server -classpath
"./NewFlatFileAdapter.jar:$MERIDIAN_CLASSPATH" -Dmeridian.home="$MERIDIAN_HO
ME" com.misys.meridian.runtime.server.StartServer
ewFlatFileAdapter -logToScreen
regards
Stephen
__________________________________________________________________
Stephen Osborn
Meridian Senior Consultant
Tel: +44 (0)20 8486 1790 (Direct)
Fax: +44 (0)20 8947 2718
E-mail: stephen.osborn@misys.com
Web: www.misys.com
This email message is intended for the named recipient only.
It may be privileged and/or confidential.
If you are not the intended named recipient of this email
then you should not copy it or use it for any purpose,
nor disclose its contents to any other person.
You should contact Misys International Banking Systems as shown
below so that we can take appropriate action at no cost to yourself.
Misys International Banking Systems Ltd,
1 St George's Road, Wimbledon, London, SW19 4DR, England.
Email: ibs.postmaster@misys.com.
Tel: +44 (0) 20 8879 1188 Fax: +44 (0) 20 8947 3373
Misys International Banking Systems Ltd is registered in England and Wales
under company no. 971479
__________________________________________________________________
----- Original Message -----
From: Christopher Faylor <cygwin@cygwin.com>
To: <cygwin@cygwin.com>
Sent: Monday, March 04, 2002 7:10 PM
Subject: Re: cygwin 1.3.10: kill gives spurious Not owner
> On Mon, Mar 04, 2002 at 03:54:52PM -0000, Stephen Osborn wrote:
> >When using kill I get spurious "Not owner" messages, even though all
> >processes (reported by ps) are running as me.
> >
> >In the mailing list archives the only problems with kill seem to be
> >related to killing *other* users' processes. This is not what I am
> >doing.
> >
> >I am running Cygwin on NT. Cygcheck o/p at the bottom.
> >
> >I have a script (A) which runs another script (B) in a separate
> >process. B stores its PID and this is retrieved by the A. B also runs
> >another script (C) in a separate process.
> >
> >Script A tries to remove all of these processes in a housekeeping
> >exercise, by using ps, grep and script B's PID.
> >
> >This successfully kills script B but on script C a "Not owner" error is
> >thrown.
> >
> >This was working as expected (i.e. both B & C were killed) but this
> >changed a couple of days ago.
> >
> >I have modified script A to remove the kill command and after the run
> >ps gives
> >
> > PID PPID PGID WINPID TTY UID STIME COMMAND
> > 802 1 802 802 con 1006 14:11:18 /usr/bin/bash
> >I 564 1 564 564 con 1006 14:11:40 /usr/bin/bash
> > 831 1 1020 1034 con 1006 14:38:57 /usr/bin/sh
> > 920 831 1020 920 con 1006 Jan 1
/cygdrive/d/jdk1.3/bin/java
> > 682 802 682 571 con 1006 14:44:04 /usr/bin/ps
> >
> >Issuing kill 920 (=script C) yields
> >bash: kill: (920) - Not owner
>
> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process so it
> doesn't respond to cygwin signals. This is because recent versions of
> /bin/sh now use vfork()/exec() to start processes. vfork/exec does
> not leave an cygwin stub around to deal with signals for non-cygwin
> processes.
>
> The work around is to use bash to start the process.
>
> cgf
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cygwin 1.3.10: kill gives spurious Not owner
2002-03-07 7:28 ` Stephen Osborn
@ 2002-03-07 8:42 ` Christopher Faylor
2002-03-19 10:00 ` Stephen Osborn
0 siblings, 1 reply; 6+ messages in thread
From: Christopher Faylor @ 2002-03-07 8:42 UTC (permalink / raw)
To: cygwin
On Thu, Mar 07, 2002 at 03:29:48PM -0000, Stephen Osborn wrote:
>> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process
>It is a bash script that runs a java program.
>I would expect the bash script to catch and process the signal.
>
>Is this a mistaken assumption?
>
>> The work around is to use bash to start the process.
>This is what I am doing. The script is only two lines long, viz:
>
>#!/bin/bash
>
>java -server -classpath
>"./NewFlatFileAdapter.jar:$MERIDIAN_CLASSPATH" -Dmeridian.home="$MERIDIAN_HO
>ME" com.misys.meridian.runtime.server.StartServer
>ewFlatFileAdapter -logToScreen
The below ps output indicates that the program is not being started by
bash. You can see that it is using /bin/sh. If you have changed this
and now start the program via bash then it should work. If it doesn't
work, then I really don't know why.
cgf
>----- Original Message -----
>From: Christopher Faylor <cygwin@cygwin.com>
>To: <cygwin@cygwin.com>
>Sent: Monday, March 04, 2002 7:10 PM
>Subject: Re: cygwin 1.3.10: kill gives spurious Not owner
>
>
>> On Mon, Mar 04, 2002 at 03:54:52PM -0000, Stephen Osborn wrote:
>> >When using kill I get spurious "Not owner" messages, even though all
>> >processes (reported by ps) are running as me.
>> >
>> >In the mailing list archives the only problems with kill seem to be
>> >related to killing *other* users' processes. This is not what I am
>> >doing.
>> >
>> >I am running Cygwin on NT. Cygcheck o/p at the bottom.
>> >
>> >I have a script (A) which runs another script (B) in a separate
>> >process. B stores its PID and this is retrieved by the A. B also runs
>> >another script (C) in a separate process.
>> >
>> >Script A tries to remove all of these processes in a housekeeping
>> >exercise, by using ps, grep and script B's PID.
>> >
>> >This successfully kills script B but on script C a "Not owner" error is
>> >thrown.
>> >
>> >This was working as expected (i.e. both B & C were killed) but this
>> >changed a couple of days ago.
>> >
>> >I have modified script A to remove the kill command and after the run
>> >ps gives
>> >
>> > PID PPID PGID WINPID TTY UID STIME COMMAND
>> > 802 1 802 802 con 1006 14:11:18 /usr/bin/bash
>> >I 564 1 564 564 con 1006 14:11:40 /usr/bin/bash
>> > 831 1 1020 1034 con 1006 14:38:57 /usr/bin/sh
>> > 920 831 1020 920 con 1006 Jan 1
>/cygdrive/d/jdk1.3/bin/java
>> > 682 802 682 571 con 1006 14:44:04 /usr/bin/ps
>> >
>> >Issuing kill 920 (=script C) yields
>> >bash: kill: (920) - Not owner
>>
>> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process so it
>> doesn't respond to cygwin signals. This is because recent versions of
>> /bin/sh now use vfork()/exec() to start processes. vfork/exec does
>> not leave an cygwin stub around to deal with signals for non-cygwin
>> processes.
>>
>> The work around is to use bash to start the process.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cygwin 1.3.10: kill gives spurious Not owner
2002-03-07 8:42 ` Christopher Faylor
@ 2002-03-19 10:00 ` Stephen Osborn
2002-03-19 10:49 ` Christopher Faylor
0 siblings, 1 reply; 6+ messages in thread
From: Stephen Osborn @ 2002-03-19 10:00 UTC (permalink / raw)
To: cygwin
Christopher,
Apologies for not responding sooner - other work things got in the way.
You say:
> The below ps output indicates that the program is not being started by
> bash. You can see that it is using /bin/sh. If you have changed this
> and now start the program via bash then it should work. If it doesn't
> work, then I really don't know why.
When I originally posted the relevant script did have /bin/sh but I spotted
& changed this almost immediately and it made no difference.
So the relevant script is now:
QUOTE
#!/bin/bash
java -server -classpath
"./formattest.jar;$MERIDIAN_CLASSPATH" -Dmeridian.home="$MERIDIAN_HOME"
com.misys.meridian.runtime.server.StartServer formattest -logToScreen
UNQUOTE
However after all processing has stopped (I have suppressed the kill
statements) ps yields:
PID PPID PGID WINPID TTY UID STIME COMMAND
477 1 477 477 con 1006 15:03:10 /usr/bin/bash
457 1 386 380 con 1006 16:53:05 /usr/bin/sh
337 457 386 337 con 1006 Jan 1
/cygdrive/d/jdk1.3/bin/java
453 386 386 448 con 1006 16:54:36 /usr/bin/ps
I have scanned all of my scripts and /bin/sh does not appear in any of them.
Any ideas as to how a bash process can appear as a sh process?
From a bash window, I can kill the /bin/sh process (457 above). This does
not terminate the java process (337 above) that was spawned from the /bin/sh
process. Also, from a bash window if I try to kill the java process I
continue to get a Not owner message.
regards
Stephen
----- Original Message -----
From: Christopher Faylor <cygwin@cygwin.com>
To: <cygwin@cygwin.com>
Sent: Thursday, March 07, 2002 4:08 PM
Subject: Re: cygwin 1.3.10: kill gives spurious Not owner
> On Thu, Mar 07, 2002 at 03:29:48PM -0000, Stephen Osborn wrote:
> >> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process
> >It is a bash script that runs a java program.
> >I would expect the bash script to catch and process the signal.
> >
> >Is this a mistaken assumption?
> >
> >> The work around is to use bash to start the process.
> >This is what I am doing. The script is only two lines long, viz:
> >
> >#!/bin/bash
> >
> >java -server -classpath
>
>"./NewFlatFileAdapter.jar:$MERIDIAN_CLASSPATH" -Dmeridian.home="$MERIDIAN_H
O
> >ME" com.misys.meridian.runtime.server.StartServer
> >ewFlatFileAdapter -logToScreen
>
> The below ps output indicates that the program is not being started by
> bash. You can see that it is using /bin/sh. If you have changed this
> and now start the program via bash then it should work. If it doesn't
> work, then I really don't know why.
>
>
> cgf
>
> >----- Original Message -----
> >From: Christopher Faylor <cygwin@cygwin.com>
> >To: <cygwin@cygwin.com>
> >Sent: Monday, March 04, 2002 7:10 PM
> >Subject: Re: cygwin 1.3.10: kill gives spurious Not owner
> >
> >
> >> On Mon, Mar 04, 2002 at 03:54:52PM -0000, Stephen Osborn wrote:
> >> >When using kill I get spurious "Not owner" messages, even though all
> >> >processes (reported by ps) are running as me.
> >> >
> >> >In the mailing list archives the only problems with kill seem to be
> >> >related to killing *other* users' processes. This is not what I am
> >> >doing.
> >> >
> >> >I am running Cygwin on NT. Cygcheck o/p at the bottom.
> >> >
> >> >I have a script (A) which runs another script (B) in a separate
> >> >process. B stores its PID and this is retrieved by the A. B also
runs
> >> >another script (C) in a separate process.
> >> >
> >> >Script A tries to remove all of these processes in a housekeeping
> >> >exercise, by using ps, grep and script B's PID.
> >> >
> >> >This successfully kills script B but on script C a "Not owner" error
is
> >> >thrown.
> >> >
> >> >This was working as expected (i.e. both B & C were killed) but this
> >> >changed a couple of days ago.
> >> >
> >> >I have modified script A to remove the kill command and after the run
> >> >ps gives
> >> >
> >> > PID PPID PGID WINPID TTY UID STIME COMMAND
> >> > 802 1 802 802 con 1006 14:11:18 /usr/bin/bash
> >> >I 564 1 564 564 con 1006 14:11:40 /usr/bin/bash
> >> > 831 1 1020 1034 con 1006 14:38:57 /usr/bin/sh
> >> > 920 831 1020 920 con 1006 Jan 1
> >/cygdrive/d/jdk1.3/bin/java
> >> > 682 802 682 571 con 1006 14:44:04 /usr/bin/ps
> >> >
> >> >Issuing kill 920 (=script C) yields
> >> >bash: kill: (920) - Not owner
> >>
> >> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process so it
> >> doesn't respond to cygwin signals. This is because recent versions of
> >> /bin/sh now use vfork()/exec() to start processes. vfork/exec does
> >> not leave an cygwin stub around to deal with signals for non-cygwin
> >> processes.
> >>
> >> The work around is to use bash to start the process.
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cygwin 1.3.10: kill gives spurious Not owner
2002-03-19 10:00 ` Stephen Osborn
@ 2002-03-19 10:49 ` Christopher Faylor
0 siblings, 0 replies; 6+ messages in thread
From: Christopher Faylor @ 2002-03-19 10:49 UTC (permalink / raw)
To: cygwin
On Tue, Mar 19, 2002 at 05:11:36PM -0000, Stephen Osborn wrote:
>So the relevant script is now:
>QUOTE
>#!/bin/bash
>
>java -server -classpath
>"./formattest.jar;$MERIDIAN_CLASSPATH" -Dmeridian.home="$MERIDIAN_HOME"
>com.misys.meridian.runtime.server.StartServer formattest -logToScreen
>UNQUOTE
>
>However after all processing has stopped (I have suppressed the kill
>statements) ps yields:
>
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 477 1 477 477 con 1006 15:03:10 /usr/bin/bash
> 457 1 386 380 con 1006 16:53:05 /usr/bin/sh
> 337 457 386 337 con 1006 Jan 1
>/cygdrive/d/jdk1.3/bin/java
> 453 386 386 448 con 1006 16:54:36 /usr/bin/ps
>
>I have scanned all of my scripts and /bin/sh does not appear in any of them.
>
>Any ideas as to how a bash process can appear as a sh process?
Nope.
From a bash window, I can kill the /bin/sh process (457 above). This does
>not terminate the java process (337 above) that was spawned from the /bin/sh
>process.
Yep, that's a side effect of /bin/sh's use of vfork.
>Also, from a bash window if I try to kill the java process I continue
>to get a Not owner message.
And, I explained why that is the case. java isn't a cygwin process.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-03-19 18:00 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-04 7:51 cygwin 1.3.10: kill gives spurious Not owner Stephen Osborn
2002-03-04 11:10 ` Christopher Faylor
2002-03-07 7:28 ` Stephen Osborn
2002-03-07 8:42 ` Christopher Faylor
2002-03-19 10:00 ` Stephen Osborn
2002-03-19 10:49 ` Christopher Faylor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).