Gentoo Archives: gentoo-desktop

From: John Manko <jmanko@×××××××××.com>
To: gentoo-desktop@l.g.o
Subject: Re: [gentoo-desktop] Re: strange problem with kdm
Date: Mon, 29 Aug 2005 17:07:46
Message-Id: 43133F1A.5010503@johnmanko.com
In Reply to: [gentoo-desktop] Re: strange problem with kdm by Duncan <1i5t5.duncan@cox.net>
1 Duncan wrote:
2
3 >Liu Chuan posted <19f373bf05082804001fe9cd47@××××××××××.com>, excerpted
4 >below, on Sun, 28 Aug 2005 19:00:35 +0800:
5 >
6 >
7 >
8 >>After unset all environment variable, it can still start kdm from
9 >>command line. What are the some other factors that may cause the
10 >>problem? It there any info that can be deduced from following error
11 >>message.
12 >>
13 >>
14 >>>>kdm[5526]: unknow session exit code 0 (sig 9) from manager process
15 >>>>
16 >>>>
17 >
18 >
19 >
20
21 I hope this is not a stupid question, but who/what is generating the sig 9?
22
23 >Note that I'm just a user, and I don't know much about xdm/kdm in
24 >particular since I don't use them...
25 >
26 >Normally, signal-9 refers to the unblockable kill signal (as opposed to
27 >the blockable sig-15 terminate), which would only be used if the
28 >controller thought the child process had gone into never-never-land and
29 >wasn't responding, because otherwise, a sig-term (sig-15) would be used,
30 >to allow the application to clean up any open files and the like. Note
31 >that the logging process itself couldn't have received the sig-9, or it
32 >wouldn't have had time to log it before it was forcibly killed. Thus, the
33 >message is a bit strange.
34 >
35 >What I normally do in situations such as this, when I'm tracing
36 >init-script or similar issues, is place tell-tail echo statements at
37 >strategic points in the script, telling me which branch it's taking on IF
38 >statements and the like, until I narrow the problem down to a small
39 >section. At that point, I'll use echo var=$var type statements to peek at
40 >what the vars look like in the section, and eventually find the specific
41 >problem line, either finding the problem itself, or tracing it into a
42 >called program. If the called program is another script, I'll continue
43 >tracing in it. If it's a C program or the like, since I don't know C, at
44 >least I know what's being called and with what parameters, and can fill
45 >out a bug report with that info.
46 >
47 >If you know sh/bash scripting, that's what I'd suggest you do. If not,
48 >perhaps it's time to learn. =8^) Tracing scripts is how I learned, well,
49 >with a bit of help from the bash chapter of my trusty Linux in a Nutshell
50 >guide, of course. (The bash manpage can be useful for details, but it's
51 >waayyy to long and complex for learning bash to begin with.) If you'd
52 >prefer not to buy a book, try one of the many online BASH tutorials
53 >available.
54 >
55 >Or... of course, you can wait and see if anyone else comes up with another
56 >possibility...
57 >
58 >
59 >
60 --
61 gentoo-desktop@g.o mailing list

Replies

Subject Author
[gentoo-desktop] Re: Re: strange problem with kdm Duncan <1i5t5.duncan@×××.net>
Re: [gentoo-desktop] Re: strange problem with kdm Uwe Thiem <uwix@××××.na>