Hello,
I recently resubscribed so I'm unsure if this post was emailed back out
to members.
If you saw it and the question was bad, please let me know what I can
simplify or clarify.
Thank you.
On 6/27/21 11:44 PM, Sage Gerard wrote:
> Hi all,
>
> Context: https://github.com/zyr
Hi all,
Context: https://github.com/zyrolasting/xiden/blob/master/crypto/crypto.c
I compile this small EVP program into a dynamic library, in which
libcrypto is statically linked. A nearby Racket program needs this
dynamic library for a foreign function interface. I do things in an odd
order, but
Thanks, Matt.
~slg
‐‐‐ Original Message ‐‐‐
On Wednesday, September 16, 2020 10:26 AM, Matt Caswell
wrote:
>
>
> On 16/09/2020 15:23, Sage Gerard wrote:
>
> > I'm okay with using EVP_DigestSign, but both that and online materials
> > presume EVP_DigestS
For each libcrypto on my Fedora 30 instance, EVP_DigestSignUpdate appears to be
missing from the extern symbols list, but EVP_DigestSign remains. This seems to
be why I cannot get a reference to the implementation in other programs.
[sage@jet racket]$ nm -D /usr/lib64/libcrypto.so.* | grep
Thank you. I resolved the issue. The root cause was an incorrect cast on the
type when crossing the FFI's boundary.
~slg
‐‐‐ Original Message ‐‐‐
On Tuesday, September 15, 2020 6:06 PM, Matt Caswell wrote:
>
>
> On 15/09/2020 22:48, Sage Gerard wrote:
>
> >
I have a Racket program that uses libcrypto through FFI bindings to compute
digests. It's wrong because it returns different answers than `openssl dgst`,
regardless of hash algorithm.
The code is here:
https://github.com/zyrolasting/xiden/blob/libcrypto/openssl.rkt#L76
It is based on the exampl
Mark,
Thank you! I followed your suggestion and it works like a charm, so the
problem itself is solved... of course, I'm not particularly sure why this
works when the regular CA.pl signing script doesn't. What is being done
here that isn't being done by the CA script?
Sage
