Great! The patch is applied and commited! Thanks again for your work! And I have some comments bellow.
Good! I am downloading fresh MS Platform SDK now, hope to try your code tonight :)The patch includes: - Fix out-of-box compile error(s)
Thanks!- Code formatting (wrong identing, etc.) (At least I hope it's better now :)
What about using the test suite from the xmlsec library itself? It requires cygwin but- Fixes for signatures (RSA-SHA1) and RSA key wrapping (PKCS1). I've tested these against OpenSSL generated signatures and encrypted keys (together with des3-cbc) with success.
I guess you already have it. Just run the following commands from the top level
source folder:
> sh ./tests/testDSig.sh ./tests <path to xmlsec> der
> sh ./tests/testEnc.sh ./tests <path to xmlsec> derProbably we can add a new "test" option to win32 makefile as well (again, assuming
the cygwin is installed). I'll probably try to do it tonight.
I updated it with my understanding of the situation: the libraries are part of the OS thus it inherits- Added mscrypto descriptions to a couple of html files (docs dir). An interesting issue I encountered: I don't know under what license exactly MS CryptoAPI libs (crypt32.lib) are distributed. The libraries are part of the OS, and are also distributed together with MS internet explorer. I couldn't find any quick info on this, and I didn't dive into details for this. So I put unknown in the license matrix :)
the OS license. There is no problem with using these libraries with proprietary or MIT/BSD licensed
applications. Also GPL license allows using it with non-GPL libraries if the later is part of the OS.
It's clear that we have exactly that case thus there should be no problem too (unless MS change
license and restrict GPL programs from running on Windows all together :) ).
Another issue on the documentation. It was not completely clear to meYes. These matrixes are taken from W3C interop pages for XMLDSig and XMLEnc. I feel that
what could be regarded as supported by the mscrypto lib and what not,
since I had the feeling in the support matrix are both core libxmlsec
functionalities and crypto engine specific functionalities.
using the same matrixes is a right thing because people may quickly compare functionality
for different xmlsec-<crypto> libraries with any other library listed on W3C interop pages. I checked
the pages for xmlsec-mscrypto and everything seems ok to me.
Aleksey, could please apply the patch to the cvs branch? This time theCool! Thanks a lot! BTW, while applying your patch I found a couple files in docs/ folder with DOS
patch is in UNIX format :)
end of line which caused some problems :)
Done. File is removed.I also discovered that I wrongly submitted the file mscerstore.c to src/mscrypto with the initial release of the mscrypto support. This file is not used, and can safely be removed (also from the cvs tree).
Have fun with the new code :)As I wrote I hope to try it out tonight :)
Aleksey
_______________________________________________ xmlsec mailing list [EMAIL PROTECTED] http://www.aleksey.com/mailman/listinfo/xmlsec
