2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> Well, this looks bad:
> gcc -g -O2 -o scardcontrol scardcontrol-scardcontrol.o -L/usr/local/lib
> -lpcsclite
> /usr/local/lib/libpcsclite.so: undefined reference to `pthread_create'
> /usr/local/lib/libpcsclite.so: undefined reference to `pthread_a
2007/9/20, Ludovic Rousseau <[EMAIL PROTECTED]>:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > So, the output:
>
> It looks like to be OK for my driver. Do add support of the reader add the
> line:
> 0x073D:0x0008:CryptoIdentity CCID
> in the file ccid/readers/supported_readers.txt
commite
2007/9/20, Gergely CZUCZY <[EMAIL PROTECTED]>:
> There were still some previously reported issues whiel building
> your driver. Have you fixed them? Could you give a beta/rc/whatever
> package with those fixes?
Not yet.
> one was usb_detach_kernel_driver_np
> (/_np$/ usually stands for non-portab
On Thu, Sep 20, 2007 at 12:23:27PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > Got it!
> >
> > So, the problem was as it turned out that libusb failed to
> > detect the devices because ifdhandler had already opened it,
> > and because of this the open(2) sysc
2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> Got it!
>
> So, the problem was as it turned out that libusb failed to
> detect the devices because ifdhandler had already opened it,
> and because of this the open(2) syscall returned an error.
>
> Err, this is your parse application. Shall i also s
On Thu, Sep 20, 2007 at 11:02:28AM +0200, Ludovic Rousseau wrote:
> 2007/9/17, Alessandro Premoli <[EMAIL PROTECTED]>:
> > Ludovic Rousseau ha scritto:
> > > It is a bug in the installation of pcsc-lite. libpcsclite.so does use
> > > pthread but is not really links with it.
> > >
> > > This bug onl
2007/9/17, Alessandro Premoli <[EMAIL PROTECTED]>:
> Ludovic Rousseau ha scritto:
> > It is a bug in the installation of pcsc-lite. libpcsclite.so does use
> > pthread but is not really links with it.
> >
> > This bug only occurs on *BSD systems.
>
> That's not a bug, it's a feature. On FreeBSD lib
Hello,
I've talked to the redistributor today and he told me that
there's been a change at the card. The previous versions, those
which are referred to at opensc.org were probably working with
the etoken driver, but the new versions have a CCID interface.
Probably because of this the old etoken/et
Ludovic Rousseau ha scritto:
> It is a bug in the installation of pcsc-lite. libpcsclite.so does use
> pthread but is not really links with it.
>
> This bug only occurs on *BSD systems.
That's not a bug, it's a feature. On FreeBSD libraries don't link with
thread libs, only the final binary has
On Sun, Sep 16, 2007 at 06:21:36PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > And i've got this version of libusb:
> > libusb-0.1.12_1 Library giving userland programs access to USB devices
> > (_1 is a packaging-specific version number)
>
> Can you try
On Sun, Sep 16, 2007 at 06:21:36PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > And i've got this version of libusb:
> > libusb-0.1.12_1 Library giving userland programs access to USB devices
> > (_1 is a packaging-specific version number)
>
> Can you try
2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> And i've got this version of libusb:
> libusb-0.1.12_1 Library giving userland programs access to USB devices
> (_1 is a packaging-specific version number)
Can you try "testlibusb -v" then?
I don't think the command will be installed since it is
So far, i've debugged a bit out of this.
It fails at the USB communication part, at sys-bsd.c:250:
if ((rc = ioctl(dev->fd, USB_DO_REQUEST, &ctrl)) < 0) {
An EIO is returned which is not documented by ioctl(2), nor
mentioned in usb.h where is the USB_DO_REQUEST defined.
More info, in the
On Sun, Sep 16, 2007 at 04:33:47PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > The dmesg says:
> > Sep 16 15:43:50 mort kernel: ugen0: Eutron CryptoIdentity CCID, rev
> > 1.10/1.00, addr 3
>
> So I guess it is a CCID reader.
>
> Do you have the lsusb comma
2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> The dmesg says:
> Sep 16 15:43:50 mort kernel: ugen0: Eutron CryptoIdentity CCID, rev
> 1.10/1.00, addr 3
So I guess it is a CCID reader.
Do you have the lsusb command on your system? On Debian it is provided
by the usbutils package. It may be lin
On Sun, Sep 16, 2007 at 03:47:45PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > > Patches are welcome to support your native make command.
> > just say "gmake", thats GNU make everywhere.
>
> On my Debian GNU/Linux system:
> > $ gmake
> -bash: gmake: command
2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > Patches are welcome to support your native make command.
> just say "gmake", thats GNU make everywhere.
On my Debian GNU/Linux system:
> $ gmake
-bash: gmake: command not found
> > You do not need to build every thing. Just build the parse comman
On Sun, Sep 16, 2007 at 01:34:51PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > Hello
>
> Hi,
>
> > I've got a ITSEC-I/64, i've got it from the local redistributor
> > for two weeks to check if it works for opensc (I'd also like to
> > have some kind of card
On Sun, Sep 16, 2007 at 03:05:14PM +0200, Ludovic Rousseau wrote:
> 2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> > On Sun, Sep 16, 2007 at 01:34:51PM +0200, Ludovic Rousseau wrote:
> > Well, this looks bad:
> > gcc -g -O2 -o scardcontrol scardcontrol-scardcontrol.o -L/usr/local/lib
> > -lpcsc
2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> On Sun, Sep 16, 2007 at 01:34:51PM +0200, Ludovic Rousseau wrote:
> Well, this looks bad:
> gcc -g -O2 -o scardcontrol scardcontrol-scardcontrol.o -L/usr/local/lib
> -lpcsclite
> /usr/local/lib/libpcsclite.so: undefined reference to `pthread_create
2007/9/16, Gergely CZUCZY <[EMAIL PROTECTED]>:
> Hello
Hi,
> I've got a ITSEC-I/64, i've got it from the local redistributor
> for two weeks to check if it works for opensc (I'd also like to
> have some kind of cards later).
>
> Of course, it's not working, else I wouldn't write to this list :)
>
Hello
I've got a ITSEC-I/64, i've got it from the local redistributor
for two weeks to check if it works for opensc (I'd also like to
have some kind of cards later).
Of course, it's not working, else I wouldn't write to this list :)
It's a Siemens CardOS V4.3 B as the charismathics manager says.
22 matches
Mail list logo
