Andreas Jellinghaus wrote:
How important is support for windows before XP?
If we would use VC8 with SxS directories for DLLs
and all those goodies, we would depend on windows installer 3.1
which to my knowledge is only for Win XP SP2, or would at least
require installing it on other plattforms.
Also SxS directories only work on Windows XP, right?
For Windows 2k and older we would still need to install
all DLLs in System32.
Douglas, you experimented with the ID Ally CSP and got it
working with opensc, right?
Yes.
If so, could you tell me:
a) the CSP documentation states that not only the CSP but also
all dll's used by the CSP need to be signed by microsoft. I think
that is wrong, and our DLLs - OpenSC-pkcs11.dll, libopensc.dll,
libltdl.dll, openssl.dll etc. - are all unsigned and it still works.
Can you confirm this?
Yes, you are correct. It dynamicly loads the opensc-pkcs11.dll and this
is not signed.
b) do you know of any way to get the ID Ally CSP to work without our
libraries installed in system32?
I will try tommorrow. It uses the registry to find the opensc-pkcs11.dll.
But how does opensc-pkcs11 find its other dlls? During login there
may not be a path set, so you can't depend on opensc being in the path.
if we can get an CSP to work without
(and putty, mozilla thunderbird and firefox still work too), we might
change our installation stuff to only install them in some program
directory.
But I guess getting mozilla&friends to work would require the dlls
either in system32 or in the mozilla directory or some ugly hacks,
so b) is not very interesting anyway.
Its not that I'm against all those ideas like cygwin, mingw, not
installing in system32 etc. But I failed to get any of them to work or
suspenct it won't work (never tried using CSP without libs in system32).
So the best anyone interested in this topic is to experiment and post
your results. if you get it working, I'd be happy to add it - maybe
first as option and if it works out for our users and is less pain then
we can make it default and even dump the old way.
These "redistributables" are the way Microsoft is addressing the DLL
problems, and i believe you will see a lot more of this in Vista.
but have new problems themself. it looks like Inno and NSIS don't play
well so far with the SxS stuff, and building MSI manually is a lot of pain.
Sure, with a full Visual Studio and one of the commercial installer
tools it might be much easier to create user friendly packages for our
users. If anyone wants to work on that, I'd be happy.
But also I want to keep some option how people with a small/minimal set
of windows and MS tools can recompile opensc and use it. That doesn't
mean necessarily cygwin or mingw, I think enought people have some older
visual studio, and requiring that is ok for me. (Still cygwin/mingw
might be a nice option - but I need to see that they can be used to
create a version that works with CSP and Mozilla-)
The one thing I have not figured out is how these assembles get
installed.
The Inno Setup Script software you are using to generate install packages
may not be up to date on installing side-by-side assemblies.
Well, I thought about switching to NSIS, Stef had suggested that at some
point too, and now I know local people who use it and can ask them for
help. But I'm not sure NSIS doesn't know about SxS directories any
better - will ask for details. One commend i saw on a blog was that you
need to merge redistributeable MSI packages and that this even requires
windows installer 3.1 which is only (included or available - not sure)
for Windows XP SP2.
That's what microsoft is telling everyone: "Use our new FOO 200x
system and you're ready for WIndows Vista". IMHO, VC8 introduces yet
another installation problem, the dependency on mscr80.dll. In one
year you will find your WinXP installation crowded with ate least10
different versions of this DLL, installed from 10 different vendors.
nothing new here. well, to be true: there is news. they rethought the
problem and designed the SxS stuff to counter exactly that.
See above, the best solution would be a VC8 compiler/linker switch to
use the reduced API of msvcrt.dll, which should IMHO sufficient for
opensc.
hey, I didn't know that even existed. can you tell me more about it, I'd
like to try out.
A second best solution put the burden to check for a mscr80.dll
installed on your system on the SCB installer program. This should be
at least true for Windows Vista. My experience showed, that I have to
place msvc80.dll either in system32 or SCB install dir in order to
get a VC8-compiled opensc operational.
right now I don't care much about vista, as it still is half a year
away, and most people will not jump on it the day it is released.
sure, it is wise to look out for problems to come, but Windows XP
and maybe even older versions are what people currently use.
Regards, Andreas
--
Douglas E. Engert <[EMAIL PROTECTED]>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel