Luna and engine

2002-08-08 Thread Michael Bell

Hi,

I found an article (http://www.linuxjournal.com/article.php?sid=4744)
which describes OpenSSL on Linux with Chrysalis-ITS Luna 2.

I checked crypto/engine/ (in 0.9.7-stable) but I cannot find anything
about Luna, Chrysalis or general PKCS#11 support.

Can somebody give an explanation?

Thanks Michael
-- 
---
Michael Bell   Email (private): [EMAIL PROTECTED]
Rechenzentrum - Datacenter Email:  [EMAIL PROTECTED]
Humboldt-University of Berlin  Tel.: +49 (0)30-2093 2482
Unter den Linden 6 Fax:  +49 (0)30-2093 2959
10099 Berlin
Germany   http://www.openca.org
__
OpenSSL Project http://www.openssl.org
Development Mailing List   [EMAIL PROTECTED]
Automated List Manager   [EMAIL PROTECTED]



[openssl.org #203] OpenSSL 0.9.6f install broken: no egcs, no doc, no shared libs

2002-08-08 Thread \"\" Andreas M.Kirchwitz \" via RT\"


Hi folks!

The configuration and installation process of the new OpenSSL 0.9.6f
package is broken in several places. Same problems on Linux and
Solaris. The package cannot be installed properly.

1. The "config" scripts wants to set the variable "GCCVER".

   It expects a fixed output format like "2.95", but the "egcs"
   series of GCC (which is still in use on a number of systems)
   returns something like "egcs-2.91.1" for "gcc --version" or
   "gcc -dumpversion".

   The "sed" call cannot handle the leading "egcs-", and that
   breaks further checks that use GCCVER. Especially the two
   checks "$GCCVER -lt 28" fail with a noticable error message.

   This bug already exists for some time. But obviously, no
   user ever watched the output of the "config" script. ;-)


2. The "Makefile" contains a syntax error in the "install_docs:"
   section so that "make install" won't work.

   The line

 @for i in doc/crypto/*.pod doc/ssl/*.pod; do \

   is wrong and should read

 for i in doc/crypto/*.pod doc/ssl/*.pod; do \

   instead. The "@" at the beginning of the line must be removed
   as the two "for" loops are no longer separate commands but are
   one virtual long command line. (You changed that between 0.9.6e
   and 0.9.6f.)


3. The "Makefile" contains another error which may result in a lot
   of error messages from (the wrong version of) "pod2man".

   The following line

 @pod2man=`cd ../../util; ./pod2mantest ignore`; \

   is wrong and should read

 @pod2man=`cd util; ./pod2mantest ignore`; \

   instead. You changed the installation process between
   0.9.6e and 0.9.6f, and now you're in a different directory.


4. The "Makefile" contains another error which prevents the
   correct installation of shared libraries.

   At the end of the "install:" section, the following line

 $(MAKE) -f $$here/Makefile link-shared ); \

   should read

 make -f $$here/Makefile link-shared ); \

   instead. This is yet another change between 0.9.6e and 0.9.6f.
   The variable "MAKE" contains "make -f Makefile.ssl" which
   results in "make -f Makefile.ssl -f $$here/Makefile link-shared",
   and this is obviously not a good idea. ;-)

   Currently, the installation process simply fails if shared
   libraries are enabled.


Greetings, Andreas

__
OpenSSL Project http://www.openssl.org
Development Mailing List   [EMAIL PROTECTED]
Automated List Manager   [EMAIL PROTECTED]



problem with "nmake -f ms\ntdll.mak "

2002-08-08 Thread Wang, LiJie
Title: problem with "nmake -f ms\ntdll.mak "





hi forks,


 I am installing  Openss0.9.6e on win2000,
When I do "nmake -f ms\ntdll.mak",

it shows it can't find stdlib.h and string.h in cryptlib.c
and other problems.

Please tell me: how can I solve this problem.
just what kind of configure should I do?
my platform is win2000 sp 2 and visual c++ 6.0.



thanks!
Jerry






[no subject]

2002-08-08 Thread Wang, LiJie





hi forks,


 I am installing  Openss0.9.6e on win2000,
When I do nmake -f ms\ntdll.mak
it shows it can't find stdlib.h and string.h in cryptlib.c
and other problems.

Please tell me: how can I solve this problem.
just what kind of configure should I do?
my platform is win2000 sp 2 and visual c++ 6.0.



thanks!
Jerry