Bug 476511 - scim bad file descriptor
scim bad file descriptor
Status: CLOSED WONTFIX
Product: Fedora
Classification: Fedora
Component: scim-bridge (Show other bugs)
10
All Linux
low Severity medium
: ---
: ---
Assigned To: Peng Huang
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-15 06:28 EST by chanueting
Modified: 2009-07-21 02:28 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-07-21 01:21:41 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description chanueting 2008-12-15 06:28:16 EST
Description of problem:
"scim-bridge: An exception occurred at selecting the sockets: Bad file descriptor" is shown in the log.

Version-Release number of selected component (if applicable):
scim-1.4.7-35.fc10 (i386)
scim-bridge-gtk-0.4.15-8.fc10

How reproducible:
Every time.

Steps to Reproduce:
1. Boot up a machine with scim installed.
2.
3.
  
Actual results:
I can see this message in message log:
localhost scim-bridge: An exception occurred at selecting the sockets: Bad file descriptor
At the same time, there are increasing number of scim-bridge process those obtain many memory.

Expected results:
There should not be increasing of memory usage.

Additional info:
Comment 1 Peng Huang 2009-07-21 01:21:41 EDT
We will use ibus to replace scim. Please try it.
Comment 2 Jens Petersen 2009-07-21 02:16:23 EDT
chanueting, you might also try the newer scim-bridge-0.4.16-1.fc12 in koji.
If that fixes your problem please reopen and we can push an update for
f11 and f10.
Comment 3 Jens Petersen 2009-07-21 02:28:37 EDT
Just tried on F10 Live but can't (remember how to) reproduce.

If you can describe how to reproduce 100% we can test more.

Note You need to log in before you can comment on or make changes to this bug.