Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55443

Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

The only user of this function is CRYPT_AsnEncodeSPCDigest, whose only user is WVTAsn1SpcIndirectDataContentEncode, so
this behavior might be specific to that function.
Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

Instead of raw data. See SpcIndirectDataContent specification.
Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

OPEN_MAX is 10240, which is usually lower than the kern.maxfilesperproc sysctl
value. Said value from sysctl works on Mojave to Monterey (and most likely
earlier Mac OS versions, but I can't test). Since Big Sur we can successfully
set the reported rlim_max value.

This fixes an issue when the path includes non-ASCII characters.

Required for rpcs3 project.

Particularly it implements '/logonid' and '/user' options,
as well as adds stubs for '/upn' and '/fqdn'.

For example, currently, if --enable-archs=i386,x86_64 is used, and there is an
x86_64 cross compiler present but no i386 cross compiler, Wine will silently
remove i386 from the list of cross-compiled architechtures, and only compile
PE code for x86_64. This seems quite undesirable.

I am not aware of any practical reason for this to happen. Debian does ship
i686 and x86_64 MinGW compilers in separate packages, though, so it is possible
in theory.

ac_cv_lib_pcsclite_SCardEstablishContext=yes would be cached, causing
AC_CHECK_LIB to use -lpcsclite on the second run.

Fixes: f74c4af2

Signed-off-by: Torge Matthies <openglfreak@googlemail.com>

The changes in the video sample allocator are not part of the public
api specification, it's only made for internal use in the evr presenter
implementation.