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 |