On Thu, Apr 21, 2022 at 10:53:29PM -0500, Luke Small wrote:
> I redownloaded /usr/src.
> I made sample code using libcrypto. I won't even compile now.
>
> Is this some way to prevent user programs from digging into the internal
> structures?
EVP_CIPHER_CTX is a private struct (programs using it
It fails on the memcpy().
On Thu, Apr 21, 2022 at 10:53 PM Luke Small wrote:
> I redownloaded /usr/src.
> I made sample code using libcrypto. I won't even compile now.
>
> Is this some way to prevent user programs from digging into the internal
> structures?
>
> I want to reuse the working “iv”
I redownloaded /usr/src.
I made sample code using libcrypto. I won't even compile now.
Is this some way to prevent user programs from digging into the internal
structures?
I want to reuse the working “iv” for further transactions. Is that not
going to be possible?
If you finish a transmission
On Thu, Apr 21, 2022 at 10:34:22PM +0200, Stefan Sperling wrote:
> On Thu, Apr 21, 2022 at 10:31:46PM +0200, Stefan Sperling wrote:
> > On Thu, Apr 21, 2022 at 09:15:57PM +0200, Stefan Sperling wrote:
> > > On Thu, Apr 21, 2022 at 08:58:48PM +0200, Sven Wolf wrote:
> > > > But when I build a new
On Thu, Apr 21, 2022 at 10:31:46PM +0200, Stefan Sperling wrote:
> On Thu, Apr 21, 2022 at 09:15:57PM +0200, Stefan Sperling wrote:
> > On Thu, Apr 21, 2022 at 08:58:48PM +0200, Sven Wolf wrote:
> > > But when I build a new kernel with the sources from 2022-03-15 everything
> > > is
> > > fine.
>
On Thu, Apr 21, 2022 at 09:15:57PM +0200, Stefan Sperling wrote:
> On Thu, Apr 21, 2022 at 08:58:48PM +0200, Sven Wolf wrote:
> > But when I build a new kernel with the sources from 2022-03-15 everything is
> > fine.
> >
> > Maybe this commit causes this behaviour/bug
> >
On Thu, Apr 21, 2022 at 08:58:48PM +0200, Sven Wolf wrote:
> But when I build a new kernel with the sources from 2022-03-15 everything is
> fine.
>
> Maybe this commit causes this behaviour/bug
> https://marc.info/?l=openbsd-cvs=16472610775=2
Looks like a bug in ral(4) (uninitialized
Hi list,
on my old Asus eeepc 1000h I have wireless connection problems.
When I use an i386 snapshot > 2022-03-15, then in debug mode I get only
a few networks listed. My network is missing and gets not connected.
ral0: - 2c:91:ab:xx:x:xx6 +66 54M ess privacy! no ""!
ral0: -
> Date: Wed, 20 Apr 2022 18:14:57 +0200
> From: Anton Lindqvist
>
> On Tue, Apr 19, 2022 at 06:07:47PM +0200, Anton Lindqvist wrote:
> > On Tue, Apr 19, 2022 at 07:32:36AM +0200, Anton Lindqvist wrote:
> > > On Thu, Mar 24, 2022 at 07:41:44AM +0100, Anton Lindqvist wrote:
> > > > >Synopsis:
On Mon, 28 Mar 2022 09:25:32 +0200 Gerhard Roth wrote:
> Hi Stephan,
>
> although the newer AX88179A chip set (note the "A" at the end) uses the
> same product ID as the older AX88179, it is quite different.
>
> I will work on support for AX88179A, but that'll take some time.
>
> Regards,
>
>
On 2022/04/21 10:23, Stuart Henderson wrote:
> Anyone fancy giving an explicit ok for this? Preferably someone who
> uses spamd?
Ah I missed that jturner@ already did, sorry for the noise!
>
> On 2022/04/15 22:00, Stuart Henderson wrote:
> > jturner had a problem with this, here's a diff on
Anyone fancy giving an explicit ok for this? Preferably someone who
uses spamd?
On 2022/04/15 22:00, Stuart Henderson wrote:
> jturner had a problem with this, here's a diff on top of what was
> committed.
>
> - I think the first line is superfluous as /etc/rc.d/rc.subr has some
> special case
12 matches
Mail list logo