On Tue, Dec 15, 2020 at 5:46 PM Richard Levitte wrote:
> Of course, checking the gettable and settable tables beforehand works
> as well. They were originally never meant to be mandatory, but I
> guess we're moving that way...
>
The only one who knows whether or not a given parameter is
Whatever we decide on this, I would rather not burden provider authors
with having to check for all sorts of things they aren't interested in.
I've often had the fictitious algorithm BLARGH (someone should invent
it, just 'cause), and while everyone with access to specs could write
a provider,
Dear Kurt,
On Mon, Dec 14, 2020 at 10:10 PM Kurt Roeckx wrote:
> On Mon, Dec 14, 2020 at 08:20:29PM +0100, Dmitry Belyavsky wrote:
> > Dear Kurt,
> >
> >
> > On Mon, Dec 14, 2020 at 3:59 PM Kurt Roeckx wrote:
> >
> > > Hi,
> > >
> > > doc/man3/OSSL_PARAM.pod current says:
> > > Keys that a I
I'm not very familiar with the new providers system, but I would discourage
introducing new special return values. In my experience, callers don't do a
good job of handling this sort of thing. The more APIs diverge from a
straightforward success/failure return, the more error-prone they are. So a
On Mon, Dec 14, 2020 at 08:20:29PM +0100, Dmitry Belyavsky wrote:
> Dear Kurt,
>
>
> On Mon, Dec 14, 2020 at 3:59 PM Kurt Roeckx wrote:
>
> > Hi,
> >
> > doc/man3/OSSL_PARAM.pod current says:
> > Keys that a I or I doesn't recognise should
> > simply be ignored. That in itself isn't an error.
Dear Kurt,
On Mon, Dec 14, 2020 at 3:59 PM Kurt Roeckx wrote:
> Hi,
>
> doc/man3/OSSL_PARAM.pod current says:
> Keys that a I or I doesn't recognise should
> simply be ignored. That in itself isn't an error.
>
> The intention of that seems to be that you just pass all the data
> you have, and
Hi,
doc/man3/OSSL_PARAM.pod current says:
Keys that a I or I doesn't recognise should
simply be ignored. That in itself isn't an error.
The intention of that seems to be that you just pass all the data
you have, and that it takes data it needs. So you can pass it data
that it doesn't need
