- 09 4月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
the result. I have retained the old behavior of the CONF_* functions, and have added a more "object oriented" interface through NCONF_* functions (New CONF, you see :-)), working the same way as, for example, the BIO interface. Really, the CONF_* are rewritten so they use the NCONF_* functions internally. In addition to that, I've split the old conf.c code into two files, conf_def.c and conf_api.c. conf_def.c contains the default config object that reads a configuration file the standard OpenSSL way, as well as configuration file with Win32 registry file syntax (I'm not sure I got that one right). conf_api.c provides an API to build other configuration file readers around (can you see a configuraion file in XML? I can :-)). Finally, I've changed the name conf_lcl.h to conf_def.h, since it's made specifically for that "class" and none others.
-
- 31 1月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
eliminate some of the -Wcast-qual warnings (debug-ben-strict target)
-
- 12 11月, 1999 1 次提交
-
-
由 Richard Levitte 提交于
works on Unix and MS-DOS/Windows. It does not under VMS, so open it as text.
-
- 11 11月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Update docs, change 'ca' to use the new callback parameter. Now moved key_callback into app.c because some other utilities will use it soon.
-
- 21 6月, 1999 3 次提交
-
-
由 Ben Laurie 提交于
-
由 Dr. Stephen Henson 提交于
seemed like a good idea at the time... several hours later it was rather obvious that these are used all over the place making the changes rather extensive.
-
由 Dr. Stephen Henson 提交于
file from a bio or fp. Added some more constification to the BN library.
-
- 26 5月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 13 5月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
Submitted by: Richard Levitte <richard@levitte.org>
-
- 27 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 24 4月, 1999 1 次提交
-
-
由 Bodo Möller 提交于
Submitted by: Reviewed by: PR:
-
- 20 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 18 4月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 22 3月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 31 12月, 1998 1 次提交
-
-
由 Ralf S. Engelschall 提交于
1. The already released version was 0.9.1c and not 0.9.1b 2. The next release should be 0.9.2 and not 0.9.1d, because first the changes are already too large, second we should avoid any more 0.9.1x confusions and third, the Apache version semantics of VERSION.REVISION.PATCHLEVEL for the version string is reasonable (and here .2 is already just a patchlevel and not major change). tVS: ----------------------------------------------------------------------
-
- 23 12月, 1998 2 次提交
-
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-
- 22 12月, 1998 1 次提交
-
-
由 Ralf S. Engelschall 提交于
-
- 21 12月, 1998 3 次提交
-
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-