Hi! You probably know about this problem, because I found the following comment in ifdhandler.c: /* This "warm up" sequence is sometimes needed when pcscd is * restarted with the reader already connected. We get some * "usb_bulk_read: Resource temporarily unavailable" on the first * few tries. It is an empirical hack */
Well, this hack may be acceptable, but I have a problem: When pcscd does this hack, it _lies_ to the caller app, that the reader is not present. This is a problem, because most people (like me), have an S50pcscd in /etc/rc?.d/ and something like S51card_eventmanager which depends on pcscd. On my machine card_eventmanager (I use my patched version: http://jedlik.vein.hu:60080/linux/scard_tools/scard_tools-en.html) cannot start, because SCardListReaders returns with empty reader-list. It took a while to found the reason for this problem (I had to add 'sleep 4' to the end of pcscd init-script as a workaround). So I would prefer if SCardListReaders returned with the correct results (even if my program must wait 4 sec for the result) or an internally delayed pcscd start. Bye, ngaba ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/ _______________________________________________ Muscle mailing list [email protected] http://lists.drizzle.com/mailman/listinfo/muscle
