Bug 3624 - tlclient doesn't notice pcscd crashes/hangs
Summary: tlclient doesn't notice pcscd crashes/hangs
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Client (show other bugs)
Version: 3.1.1
Hardware: PC Unknown
: P2 Normal
Target Milestone: LowPrio
Assignee: Peter Åstrand
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-12 13:19 CEST by Peter Åstrand
Modified: 2022-08-30 13:06 CEST (History)
0 users

See Also:
Acceptance Criteria:


Attachments

Description Peter Åstrand cendio 2010-10-12 13:19:09 CEST
From bug 3548:

 ------- Comment #9 From Peter Åstrand  2010-09-02 13:54  [reply] -------

(In reply to comment #4)
> I've noticed that it is possible to trigger this problem by doing a kill -STOP
> on the pcscd process. Not good. I think we need to enhance tlclient, so that it
> disconnects if "it is not possible to communicate with the daemon/reader/card",
> rather than "disconnect if it receives a change event". But as Pierre points
> out, many of the higher level operations are very slow and may block. They can
> also be unavailable if an application has locked the card. 

Handling the case with -STOP might be over ambitious. However, I've verified
that the problem occurs with kill -9 on pcscd as well. I think we should at
least handle this case. I've done some stracing and there's *no* difference in
the system calls before and after killing pcscd. So apparently,
tlclient/libpcsclite does not verify if the pcscd daemon is still alive; it
just sits there waiting for it to signal any events.
Comment 1 Peter Åstrand cendio 2010-10-12 13:36:32 CEST
Another idea is to try to get vncviewer dependent on the tlclient process, to avoid that the smart card yanking fails if tlclient.bin crashes. If tlclient.bin crashes, it's better to notice this. 

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