From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
Description of problem:
Skkinput cannot run and exits with "Segmentation fault"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Run "startx" on a virtual console.
2.Skkinput has not been started.
3.Type "skkinput" on a kterm.
Actual Results: I see "Segmentation fault" in Japanese.
When X is started, evironment variables, LANG, XIM_PROGRAM, and XMODIFIERS are
set to ja_JP.eucJP, skkinput, and @im=skkinput, respectively, with
kinput2 runs well.
The installed packages are as follows: kernel-2.4.18-10, glibc-2.2.5-39,
XFree86-4.2.0-8, XFree86-S3-3.3.6-44, skkinput-2.03-9, kterm-6.2.0-28, and so on.
Thank you for the report.
I think I need more information on how to reproduce your problem.
For me on a 7.3 machine if I start up X with "XIM=skkinput startx"
for example, skkinput works for me ok.
Btw have you enabled dbskkd-cdb in xinetd?
# chkconfig dbskkd-cdb on
Skkinput dose not work if I start up X with "XIM=skkinput startx".
I have enabled dbskkd-cdb in xinetd. I have checked the connection estabilshed
with "telnet localhost 1178".
So with "XIM=skkinput startx", skkinput still segfaults for you?
Can you try to run skkinput through strace ("strace skkinput")
and attach the output? Perhaps that will give a better idea of
what the problem could be.
I atach the output of "strace skkinput &>skkinput.strace" with "XIM=skkinput
Created attachment 74445 [details]
Output of "strace skkinput &>skkinput.starce" with "XIM=skkinput startx"
Hmmm, there are some differences between your strace output and mine, but
it doesn't really give any clues about why your skkinput is segfaulting.
Anyway could you please try running skkinput in a new user account,
ie without any local configurations. (I see from the trace you have
various Xdefaults being read in.) Also it shouldn't really matter much,
but I am using gnome-terminal by default.
If that doesn't work either, I am kind of at a loss at how to help further,
since I can reproduce your problem here are all. Perhaps you could also
try to do a fresh install of 7.3 + updates on a test machine to see if
you can reproduce the problem there yourself. I can't say for sure, but
it seems likely the problem is caused by some local configuration on your
Skkinput works fine in a new user account on both GNOME and TWM. Hence it seems
to cause this problem by some my configuration. I try to find them. Thank you
for your helpful advice.
I have found the file, ~/.skkinput-jisyo-autosave, causes this problem. It must
be corrupted. When it is deleted, skkpinut works well and a new file,
~/.skkinput-jisho-autosave, is created.
Ok, thanks, that is good to hear. I wonder how the file got corrupted.
Closing this for now.