Re: 3:2006/01/29 16-14-17:gwen(6183):netconnection.c: 1472: No socket

Moin,

On Sunday 29 January 2006 16:31, Tobias Krais wrote:
[...]
> ich habe hier beim Einrichten meines chipcardd2 folgenden Fehler.
> Nacheinander mal alle Dinge, die ich gemäß libchipacrd.de am besten
> auflisten sollte:
[...]
> ii  libchipcard2-0c2                     1.9.15.99+1.9.16alpha-1
> library for accessing smartcards
> ii  libchipcard2-data                    1.9.15.99+1.9.16alpha-1
> configuration files for libchipcard2-0c2
> ii  libchipcard2-libgwenhywfar17-plugins 1.9.15.99+1.9.16alpha-1
> crypttoken plugin to libgwenhywfar
> ii  libchipcard2-tools                   1.9.15.99+1.9.16alpha-1
[...]
Zum einen handelt es sich um einen Bug in Deiner Version von Libchipcard2 (es 
gibt inzwischen schon 1.9.20beta!).

Das ist aber offensichtlich nicht die Ursache des Problemes, denn...

[...]
> Jan 29 16:24:42 localhost chipcardd[6185]: devicemanager.c: 1253: Reader
> "auto1-tow_usb" is up (Reader up and waiting), info:
> Manufacturer=DETWK;Terminal=CE143;Version=2.0.7
[...]
Der Leser wird noch erkannt und angesprochen, der Treiber antwortet auch ...

[...]
> Jan 29 16:24:44 localhost chipcardd[6185]: devicemanager.c: 1224: Driver
> reported error on startup of reader "auto2-tow_usb": Transmission error
> (please check file access rights)
[...]
Hier wird der Palm versucht als Towitoko anzusprechen (Erklaerung unten)...

[...]
> Jan 29 16:24:45 localhost chipcardd[6185]: cm_card.c:  183: Lock request
> granted
> Jan 29 16:24:45 localhost kernel: chipcardd2[6185] general protection
> rip:2aaaaac415f9 rsp:7fffffd78870 error:0
> Jan 29 16:24:45 localhost chipcardd[6159]: chipcardd2.c:  465: Nanny got
> a child signal
> Jan 29 16:24:45 localhost chipcardd[6159]: chipcardd2.c:  907: Daemon
> died due to uncaught signal 11.
[...]

... und dann das: Ich kann hier ohne backtrace nicht sagen, wo hier der 
Absturz passiert, aber offensichtlich gibt es hier ein GPF (kenne ich 
eigentlich nur von Windows, unter Linux habe ich diese Meldung noch nie 
gesehen).

[...]
> Zur Info: der zweite vermeintliche Chipkartenleser ist keiner, es ist
> mein Palm :-). Noch eine Info: ich benutze Debian Sid.
[...]
Das liegt daran, dass der Palm das gleiche USB-Tty-Interface verwendet (also 
seriell ueber USB), und wir haben hier keine Moeglichkeit zu unterscheiden, 
welches von beiden nun ein Leser ist und welches nicht.

Wenn wenigstens der Palm *oder* der Towitoko eine eigene USB-Id anzeigen 
wuerden, koennte man da noch was unterscheiden, aber so...

Der GPF koennte natuerlich in dem Treiber-Prozess sein, der versucht hat auf 
den Palm zuzugreifen (als Towitoko), das kann ich auf die Schnelle nicht 
sagen. Wenn dem so waere, waere das kein zu grosses Problem.

Bliebe dann noch das Problem, dass Libchipcard2 abstuerzt (die assertion mit 
name==0), und dieses Problem wurde in einer spaeteren Version bereits 
behoben.


Gruss
Martin

-- 
"Things are only impossible until they're not"

AqBanking - http://www.aquamaniac.de/aqbanking/
LibChipcard - http://www.libchipcard.de/


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642