Matt Caswell 46ac07f545 Avoid msys name mangling
If using the msys console then msys attempts to "fix" command line
arguments to convert them from Unix style to Windows style. One of the
things it does is to look for arguments seperated by colons. This it
assumes is a list of file paths, so it replaces the colon with a semi-colon.
This was causing one of our tests to fail when calling the "req" command
line app. We were attempting to create a new DSA key and passing the
argument "dsa:../apps/dsa1024.pem". This is exactly what we intended but
Msys mangles it to "dsa;../apps/dsa1024.pem" and the command fails.
There doesn't seem to be a way to suppress Msys name mangling. Fortunately
we can work around this issue by generating the DSA key in a separate step
by calling "gendsa".

RT#4255

Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-05-27 15:19:03 +01:00
..
2016-03-01 11:59:28 -05:00
2016-05-03 13:06:15 +01:00
2012-12-07 18:47:47 +00:00
2016-05-27 15:19:03 +01:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-20 14:39:45 +01:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2015-11-20 13:40:53 +00:00
2016-05-11 18:59:46 +02:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2015-04-20 07:23:04 -04:00
2015-04-20 07:23:04 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-11 18:59:46 +02:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-04-05 13:44:46 +02:00
2016-05-17 14:20:27 -04:00
2009-04-27 19:04:23 +00:00
2013-03-31 14:32:05 +02:00
2015-04-20 07:23:04 -04:00
2014-12-04 11:55:03 +01:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00
2009-04-20 11:33:12 +00:00
2015-09-02 21:22:44 +01:00
2016-05-17 14:20:27 -04:00
2016-05-17 14:20:27 -04:00

How to add recipes
==================

For any test that you want to perform, you write a script located in
test/recipes/, named {nn}-test_{name}.t, where {nn} is a two digit number and
{name} is a unique name of your choice.

Please note that if a test involves a new testing executable, you will need to
do some additions in test/Makefile.  More on this later.


Naming convetions
=================

A test executable is named test/{name}test.c

A test recipe is named test/recipes/{nn}-test_{name}.t, where {nn} is a two
digit number and {name} is a unique name of your choice.

The number {nn} is (somewhat loosely) grouped as follows:

05  individual symmetric cipher algorithms
10  math (bignum)
15  individual asymmetric cipher algorithms
20  openssl enc
25  certificate forms, generation and verification
30  engine and evp
70  PACKET layer
80  "larger" protocols (CA, CMS, OCSP, SSL, TSA)
90  misc


A recipe that just runs a test executable
=========================================

A script that just runs a program looks like this:

    #! /usr/bin/perl
    
    use OpenSSL::Test::Simple;
    
    simple_test("test_{name}", "{name}test", "{name}");

{name} is the unique name you have chosen for your test.

The second argument to `simple_test' is the test executable, and `simple_test'
expects it to be located in test/

For documentation on OpenSSL::Test::Simple, do
`perldoc test/testlib/OpenSSL/Test/Simple.pm'.


A recipe that runs a more complex test
======================================

For more complex tests, you will need to read up on Test::More and
OpenSSL::Test.  Test::More is normally preinstalled, do `man Test::More' for
documentation.  For OpenSSL::Test, do `perldoc test/testlib/OpenSSL/Test.pm'.

A script to start from could be this:

    #! /usr/bin/perl
    
    use strict;
    use warnings;
    use OpenSSL::Test;
    
    setup("test_{name}");
    
    plan tests => 2;                # The number of tests being performed
    
    ok(test1, "test1");
    ok(test2, "test1");
    
    sub test1
    {
        # test feature 1
    }
    
    sub test2
    {
        # test feature 2
    }
    

Changes to test/Makefile
========================

Whenever a new test involves a new test executable you need to do the
following (at all times, replace {NAME} and {name} with the name of your
test):

* among the variables for test executables at the beginning, add a line like
  this:

    {NAME}TEST= {name}test

* add `$({NAME}TEST)$(EXE_EXT)' to the assignment of EXE:

* add `$({NAME}TEST).o' to the assignment of OBJ:

* add `$({NAME}TEST).c' to the assignment of SRC:

* add the following lines for building the executable:

    $({NAME}TEST)$(EXE_EXT): $({NAME}TEST).o $(DLIBCRYPTO)
           @target=$({NAME}TEST); $(BUILD_CMD)