[[EMAIL PROTECTED] - Wed Oct 2 10:07:43 2002]:
> Hello,
>
> I have two suggestions about the documentation.
>
> First suggestion, a minor one about INSTALL.W32. Every time I go to
> change ./ms/do_ms.bat so I can enable debugging symbols I change
the
> line
>
> perl util\mk1mf.pl no-asm
No need to feel ashamed. I'm just glad it went well for you at last.
This ticket is hereby resolved.
[[EMAIL PROTECTED] - Thu Oct 3 12:32:19 2002]:
> Richard,
> I feel so ashamed: today I restarted from the scratch on my (same) XP
>Pro
> machine (nothing changed), and this time everythin
I have to ask: why do you feel the need to remove the ENGINE
framework? I can understand that you might not want to have any
built-in engines (the option 'no-hw' to Configure should help. If
not, I'm happy to apply a corrective patch).
I'd like a good explanation before I consider applying
[jaenicke - Tue Sep 10 10:15:16 2002]:
> However: If COMP_zlib() fails, a pointer to the zlib_method_nozlib
> structure
> is returned. This is also a valid pointer (not a NULL pointer), but
> it does not provide any compression at all. Its type is
"NID_undef",
> which in turn is 0.
> From the c
Thanks. Added.
This ticket is now resolved.
[[EMAIL PROTECTED] - Tue Sep 10 08:48:27 2002]:
> Attached is a patch to the CryptoSwift engine to let it use the
card
>for
> random number generation.
>
> The patch was done as a unified context diff against OpenSSL 0.9.7
>beta2,
> and re
Richard,
I found that the no-hw option didn't work. After discussing it on the list
I agreed to contribute a no-engine option. I understand that no-engine
doesn't imply the same thing as no-hw, but it still seems like a good option
to have. Until the software crypto gets moved into an engine t
Richard,
I found that the no-hw option didn't work. After discussing it on the list
I agreed to contribute a no-engine option. I understand that no-engine
doesn't imply the same thing as no-hw, but it still seems like a good option
to have. Until the software crypto gets moved into an engine
I just commited a fix. Please try the next snapshot.
This ticket is now resolved.
[[EMAIL PROTECTED] - Sat Sep 7 12:51:29 2002]:
> Is there a reason that -f was removed, and/or not to add
> rm -f $(INSTALL_PREFIX)$(INSTALLTOP)/lib/$$i; \
> to the above before the library is cp'ed into
[[EMAIL PROTECTED] - Fri Oct 4 15:32:21 2002]:
> I found that the no-hw option didn't work.
Hmm, I probably need to reread that thread. Could you tell me
approximately when it was discussed?
> After discussing it on the list I agreed to contribute a no-engine
> option. I understand that no
I think it was about a month ago and would have mentioned "no-hw" and
"no-engine" in the messages, in fact there probably aren't too many messages
with "no-engine" in them. I don't recall giving any details about what was
wrong with no-hw and don't recall the details now. Though I do remember
th
I think it was about a month ago and would have mentioned "no-hw" and
"no-engine" in the messages, in fact there probably aren't too many messages
with "no-engine" in them. I don't recall giving any details about what was
wrong with no-hw and don't recall the details now. Though I do remember
t
--- Richard Levitte via RT <[EMAIL PROTECTED]> wrote:
> Note that mk1mf.pl expects the platform to be the last argument
> on the command line, so 'debug' must appear before that, as all
> other options.
Danke schön. I and all the other easily confused putzes appreciate it.
:-)
> As for the P
Oops! Accidentally replied to the request tracker. Sorry. :-( here's
what I said.
--- Richard Levitte via RT <[EMAIL PROTECTED]> wrote:
> Note that mk1mf.pl expects the platform to be the last argument
> on the command line, so 'debug' must appear before that, as all
> other options.
Danke sc
13 matches
Mail list logo