On Mon, Jun 26, 2006 at 12:19:44AM +0200, [EMAIL PROTECTED] wrote:
> I have read than I could use an environment variable called
> OPENSC_CONFIG to make it work. I created one with this name and
> gave it the adres of the "smart card bundle" on my key, but it
> does'nt work.
>
> Could somoene give
Hi...
I installed the Smart Card bundle on an usb key. It works well with a
cryptoflex card if I write in Windows key
registry the adress of the file "Smart Card bundle".
But I have a problem...
The idea is I'd like to use my key and card on any computer and without
instalation needed or withou
so the question is also if something like the patch I posted is ok as
first
step, even if we change the logging later again.
actually your patch consist of different parts which perhaps should be
treated separately. In particular the harmonization of the debug level
for certain standard macros
Nils Larsch wrote:
instead of defining function for this.
I wonder: why? to make the code smaller / faster?
the function could be inlined.
declaring the function in an internal header file (i.e. not opensc.h)
is a good idea I agree.
Regards, Andreas
___
Hi,
+void ulong2bebytes(u8 *buf, unsigned long x)
+{
+buf[3] = (u8) (x % 256);
+x /= 256;
+buf[2] = (u8) (x % 256);
+x /= 256;
+buf[1] = (u8) (x % 256);
+buf[0] = (u8) (x / 256);
+}
I would prefer
#define ULONG2BEBYTES(p, x)do {\
(p)[3] = (x) & 0xff;\
(p)[
Andreas Jellinghaus wrote:
...
A thread specific error stack would be
more appropriate IMHO. If we don't suppress irrelevant errors the debug
output becomes even less readable ...
well suppressing has one more issue: what if something is wrong inside the
suppressed code? we can't debug it, sin
Hi Stef,
I didn't really follow this thread but ...
Stef Hoeben wrote:
Hi,
yes, getting rid of the endian #defines is one thing.
But the edian things are only used for converting an
unsigned long into a 4-byte array in big-endian notation
and vice versa (+ idem for unsigned shorts) in the
fol
