Home
last modified time | relevance | path

Searched refs:Providers (Results 1 – 25 of 35) sorted by relevance

12

/third_party/node/typings/internalBinding/
Dasync_wrap.d.ts13 interface Providers { interface
79 type: keyof InternalAsyncWrapBinding.Providers,
131 Providers: InternalAsyncWrapBinding.Providers;
/third_party/node/deps/openssl/openssl/
DREADME-PROVIDERS.md1 Providers chapter
4 - [Standard Providers](#standard-providers)
10 - [Loading Providers](#loading-providers)
12 Standard Providers
15 Providers are containers for algorithm implementations. Whenever a cryptographic
84 Loading Providers
87 Providers to be loaded can be specified in the OpenSSL config file.
DREADME-FIPS.md152 Providers:
/third_party/openssl/
DREADME-PROVIDERS.md1 Providers chapter
4 - [Standard Providers](#standard-providers)
10 - [Loading Providers](#loading-providers)
12 Standard Providers
15 Providers are containers for algorithm implementations. Whenever a cryptographic
84 Loading Providers
87 Providers to be loaded can be specified in the OpenSSL config file.
/third_party/node/test/async-hooks/
Dtest-async-wrap-providers.js6 const providers = internalBinding('async_wrap').Providers;
/third_party/node/test/pseudo-tty/
Dtest-async-wrap-getasyncid-tty.js9 const { TTYWRAP } = internalBinding('async_wrap').Providers;
/third_party/node/lib/internal/
Dtrace_events_async_hooks.js32 const nativeProviders = new SafeSet(ObjectKeys(async_wrap.Providers));
Dasync_hooks.js623 Providers: async_wrap.Providers, property
/third_party/openssl/open_harmony_openssl_config/
Dopenssl.cnf8 # https://wiki.openssl.org/index.php/OpenSSL_3.0#Providers
/third_party/openssl/doc/man7/
Dmigration_guide.pod41 =head3 Providers and FIPS support
44 concept. Providers collect together and make available algorithm implementations.
112 The refactoring to support Providers conflicts internally with the APIs used to
967 =head3 Providers subsection
969 Providers are described in detail here L<crypto(7)/Providers>.
997 =head4 Providers are a replacement for engines and low-level method overrides
1383 See L</Providers are a replacement for engines and low-level method overrides>
1423 See L</Providers are a replacement for engines and low-level method overrides>.
1591 See L</Providers are a replacement for engines and low-level method overrides>
1598 See L</Providers are a replacement for engines and low-level method overrides>
[all …]
Dopenssl-core_names.h.pod33 Providers that implement new algorithms are to be responsible for
Dproperty.pod34 Providers for example could include their name in the prefix and use
Dprovider-mac.pod198 The MAC life-cycle is described in L<life_cycle-rand(7)>. Providers should
Dopenssl-glossary.pod198 implementations. Providers can come from OpenSSL itself or from third parties.
Dprovider-keyexch.pod202 Key Derivation Function associated with the given key exchange ctx. Providers
Dprovider-kdf.pod338 The KDF life-cycle is described in L<life_cycle-kdf(7)>. Providers should
Dprovider-rand.pod277 The RAND life-cycle is described in L<life_cycle-rand(7)>. Providers should
/third_party/node/lib/
Dasync_hooks.js373 asyncWrapProviders: ObjectFreeze({ __proto__: null, ...asyncWrap.Providers }),
/third_party/openssl/doc/man1/
Dopenssl-engine.pod.in25 This command has been deprecated. Providers should be used instead of engines.
/third_party/node/test/sequential/
Dtest-async-wrap-getasyncid.js11 const providers = { ...internalBinding('async_wrap').Providers };
/third_party/openssl/crypto/property/
DREADME.md14 * Providers will often give the same implementation properties to most or
/third_party/node/deps/openssl/openssl/crypto/property/
DREADME.md14 * Providers will often give the same implementation properties to most or
/third_party/openssl/doc/man3/
DOSSL_ALGORITHM.pod105 Providers may find the need to register ASN.1 OIDs for algorithms using
DOSSL_LIB_CTX.pod59 library context. Providers loaded independently in this way will not be mirrored
/third_party/openssl/doc/internal/man3/
Dossl_provider_new.pod43 /* Child Providers */

12