2013-01-29 01:31:22 +08:00
|
|
|
/***************************************************************************
|
|
|
|
* _ _ ____ _
|
|
|
|
* Project ___| | | | _ \| |
|
|
|
|
* / __| | | | |_) | |
|
|
|
|
* | (__| |_| | _ <| |___
|
|
|
|
* \___|\___/|_| \_\_____|
|
|
|
|
*
|
2021-08-16 15:26:27 +08:00
|
|
|
* Copyright (C) 2013 - 2022, Daniel Stenberg, <daniel@haxx.se>, et al.
|
2013-01-29 01:31:22 +08:00
|
|
|
* Copyright (C) 2010, 2011, Hoi-Ho Chan, <hoiho.chan@gmail.com>
|
|
|
|
*
|
|
|
|
* This software is licensed as described in the file COPYING, which
|
|
|
|
* you should have received as part of this distribution. The terms
|
2020-11-04 21:02:01 +08:00
|
|
|
* are also available at https://curl.se/docs/copyright.html.
|
2013-01-29 01:31:22 +08:00
|
|
|
*
|
|
|
|
* You may opt to use, copy, modify, merge, publish, distribute and/or sell
|
|
|
|
* copies of the Software, and permit persons to whom the Software is
|
|
|
|
* furnished to do so, under the terms of the COPYING file.
|
|
|
|
*
|
|
|
|
* This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
|
|
|
|
* KIND, either express or implied.
|
|
|
|
*
|
|
|
|
* SPDX-License-Identifier: curl
|
2022-05-17 17:16:50 +08:00
|
|
|
*
|
2013-01-29 01:31:22 +08:00
|
|
|
***************************************************************************/
|
|
|
|
#include "curl_setup.h"
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
#if defined(USE_MBEDTLS) && \
|
|
|
|
((defined(USE_THREADS_POSIX) && defined(HAVE_PTHREAD_H)) || \
|
tidy-up: process.h detection and use
This patch aims to cleanup the use of `process.h` header and the macro
`HAVE_PROCESS_H` associated with it.
- `process.h` is always available on Windows. In curl, it is required
only for `_beginthreadex()` in `lib/curl_threads.c`.
- `process.h` is also available in MS-DOS. In curl, its only use was in
`lib/smb.c` for `getpid()`. But `getpid()` is in fact declared by
`unistd.h`, which is always enabled via `lib/config-dos.h`. So the
header is not necessary.
- `HAVE_PROCESS_H` was detected by CMake, forced to 1 on Windows and
left to real detection for other platforms.
It was also set to always-on in `lib/config-win32.h` and
`lib/config-dos.h`.
In autotools builds, there was no detection and the macro was never
set.
Based on these observations, in this patch we:
- Rework Windows `getpid` logic in `lib/smb.c` to always use the
equivalent direct Win32 API function `GetCurrentProcessId()`, as we
already did for Windows UWP apps. This makes `process.h` unnecessary
here on Windows.
- Stop #including `process.h` into files where it was not necessary.
This is everywhere, except `lib/curl_threads.c`.
> Strangely enough, `lib/curl_threads.c` compiled fine with autotools
> because `process.h` is also indirecty included via `unistd.h`. This
> might have been broken in autotools MSVC builds, where the latter
> header is missing.
- Delete all remaining `HAVE_PROCESS_H` feature guards, for they were
unnecessary.
- Delete `HAVE_PROCESS_H` detection from CMake and predefined values
from `lib/config-*.h` headers.
Reviewed-by: Jay Satiro
Closes #9703
2022-11-02 06:27:28 +08:00
|
|
|
defined(USE_THREADS_WIN32))
|
2019-04-06 01:46:05 +08:00
|
|
|
|
|
|
|
#if defined(USE_THREADS_POSIX) && defined(HAVE_PTHREAD_H)
|
|
|
|
# include <pthread.h>
|
2020-01-16 15:17:04 +08:00
|
|
|
# define MBEDTLS_MUTEX_T pthread_mutex_t
|
tidy-up: process.h detection and use
This patch aims to cleanup the use of `process.h` header and the macro
`HAVE_PROCESS_H` associated with it.
- `process.h` is always available on Windows. In curl, it is required
only for `_beginthreadex()` in `lib/curl_threads.c`.
- `process.h` is also available in MS-DOS. In curl, its only use was in
`lib/smb.c` for `getpid()`. But `getpid()` is in fact declared by
`unistd.h`, which is always enabled via `lib/config-dos.h`. So the
header is not necessary.
- `HAVE_PROCESS_H` was detected by CMake, forced to 1 on Windows and
left to real detection for other platforms.
It was also set to always-on in `lib/config-win32.h` and
`lib/config-dos.h`.
In autotools builds, there was no detection and the macro was never
set.
Based on these observations, in this patch we:
- Rework Windows `getpid` logic in `lib/smb.c` to always use the
equivalent direct Win32 API function `GetCurrentProcessId()`, as we
already did for Windows UWP apps. This makes `process.h` unnecessary
here on Windows.
- Stop #including `process.h` into files where it was not necessary.
This is everywhere, except `lib/curl_threads.c`.
> Strangely enough, `lib/curl_threads.c` compiled fine with autotools
> because `process.h` is also indirecty included via `unistd.h`. This
> might have been broken in autotools MSVC builds, where the latter
> header is missing.
- Delete all remaining `HAVE_PROCESS_H` feature guards, for they were
unnecessary.
- Delete `HAVE_PROCESS_H` detection from CMake and predefined values
from `lib/config-*.h` headers.
Reviewed-by: Jay Satiro
Closes #9703
2022-11-02 06:27:28 +08:00
|
|
|
#elif defined(USE_THREADS_WIN32)
|
2020-01-16 15:17:04 +08:00
|
|
|
# define MBEDTLS_MUTEX_T HANDLE
|
2013-02-19 20:11:55 +08:00
|
|
|
#endif
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
#include "mbedtls_threadlock.h"
|
2015-03-04 06:17:43 +08:00
|
|
|
#include "curl_printf.h"
|
2013-02-16 20:56:08 +08:00
|
|
|
#include "curl_memory.h"
|
|
|
|
/* The last #include file should be: */
|
|
|
|
#include "memdebug.h"
|
|
|
|
|
2013-01-29 01:31:22 +08:00
|
|
|
/* number of thread locks */
|
|
|
|
#define NUMT 2
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
/* This array will store all of the mutexes available to Mbedtls. */
|
|
|
|
static MBEDTLS_MUTEX_T *mutex_buf = NULL;
|
2013-01-29 01:31:22 +08:00
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
int Curl_mbedtlsthreadlock_thread_setup(void)
|
2013-01-29 01:31:22 +08:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
mutex_buf = calloc(NUMT * sizeof(MBEDTLS_MUTEX_T), 1);
|
2013-02-13 18:26:16 +08:00
|
|
|
if(!mutex_buf)
|
2013-01-29 01:31:22 +08:00
|
|
|
return 0; /* error, no number of threads defined */
|
|
|
|
|
2013-02-13 18:26:16 +08:00
|
|
|
for(i = 0; i < NUMT; i++) {
|
2019-05-12 03:42:48 +08:00
|
|
|
#if defined(USE_THREADS_POSIX) && defined(HAVE_PTHREAD_H)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(pthread_mutex_init(&mutex_buf[i], NULL))
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* pthread_mutex_init failed */
|
tidy-up: process.h detection and use
This patch aims to cleanup the use of `process.h` header and the macro
`HAVE_PROCESS_H` associated with it.
- `process.h` is always available on Windows. In curl, it is required
only for `_beginthreadex()` in `lib/curl_threads.c`.
- `process.h` is also available in MS-DOS. In curl, its only use was in
`lib/smb.c` for `getpid()`. But `getpid()` is in fact declared by
`unistd.h`, which is always enabled via `lib/config-dos.h`. So the
header is not necessary.
- `HAVE_PROCESS_H` was detected by CMake, forced to 1 on Windows and
left to real detection for other platforms.
It was also set to always-on in `lib/config-win32.h` and
`lib/config-dos.h`.
In autotools builds, there was no detection and the macro was never
set.
Based on these observations, in this patch we:
- Rework Windows `getpid` logic in `lib/smb.c` to always use the
equivalent direct Win32 API function `GetCurrentProcessId()`, as we
already did for Windows UWP apps. This makes `process.h` unnecessary
here on Windows.
- Stop #including `process.h` into files where it was not necessary.
This is everywhere, except `lib/curl_threads.c`.
> Strangely enough, `lib/curl_threads.c` compiled fine with autotools
> because `process.h` is also indirecty included via `unistd.h`. This
> might have been broken in autotools MSVC builds, where the latter
> header is missing.
- Delete all remaining `HAVE_PROCESS_H` feature guards, for they were
unnecessary.
- Delete `HAVE_PROCESS_H` detection from CMake and predefined values
from `lib/config-*.h` headers.
Reviewed-by: Jay Satiro
Closes #9703
2022-11-02 06:27:28 +08:00
|
|
|
#elif defined(USE_THREADS_WIN32)
|
2013-01-29 01:55:52 +08:00
|
|
|
mutex_buf[i] = CreateMutex(0, FALSE, 0);
|
2013-02-13 18:26:16 +08:00
|
|
|
if(mutex_buf[i] == 0)
|
|
|
|
return 0; /* CreateMutex failed */
|
2019-04-06 01:46:05 +08:00
|
|
|
#endif /* USE_THREADS_POSIX && HAVE_PTHREAD_H */
|
2019-05-12 03:42:48 +08:00
|
|
|
}
|
2013-01-29 01:31:22 +08:00
|
|
|
|
|
|
|
return 1; /* OK */
|
|
|
|
}
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
int Curl_mbedtlsthreadlock_thread_cleanup(void)
|
2013-01-29 01:31:22 +08:00
|
|
|
{
|
|
|
|
int i;
|
2013-02-13 18:26:16 +08:00
|
|
|
|
|
|
|
if(!mutex_buf)
|
2013-01-29 01:31:22 +08:00
|
|
|
return 0; /* error, no threads locks defined */
|
|
|
|
|
2013-02-13 18:26:16 +08:00
|
|
|
for(i = 0; i < NUMT; i++) {
|
2019-05-12 03:42:48 +08:00
|
|
|
#if defined(USE_THREADS_POSIX) && defined(HAVE_PTHREAD_H)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(pthread_mutex_destroy(&mutex_buf[i]))
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* pthread_mutex_destroy failed */
|
tidy-up: process.h detection and use
This patch aims to cleanup the use of `process.h` header and the macro
`HAVE_PROCESS_H` associated with it.
- `process.h` is always available on Windows. In curl, it is required
only for `_beginthreadex()` in `lib/curl_threads.c`.
- `process.h` is also available in MS-DOS. In curl, its only use was in
`lib/smb.c` for `getpid()`. But `getpid()` is in fact declared by
`unistd.h`, which is always enabled via `lib/config-dos.h`. So the
header is not necessary.
- `HAVE_PROCESS_H` was detected by CMake, forced to 1 on Windows and
left to real detection for other platforms.
It was also set to always-on in `lib/config-win32.h` and
`lib/config-dos.h`.
In autotools builds, there was no detection and the macro was never
set.
Based on these observations, in this patch we:
- Rework Windows `getpid` logic in `lib/smb.c` to always use the
equivalent direct Win32 API function `GetCurrentProcessId()`, as we
already did for Windows UWP apps. This makes `process.h` unnecessary
here on Windows.
- Stop #including `process.h` into files where it was not necessary.
This is everywhere, except `lib/curl_threads.c`.
> Strangely enough, `lib/curl_threads.c` compiled fine with autotools
> because `process.h` is also indirecty included via `unistd.h`. This
> might have been broken in autotools MSVC builds, where the latter
> header is missing.
- Delete all remaining `HAVE_PROCESS_H` feature guards, for they were
unnecessary.
- Delete `HAVE_PROCESS_H` detection from CMake and predefined values
from `lib/config-*.h` headers.
Reviewed-by: Jay Satiro
Closes #9703
2022-11-02 06:27:28 +08:00
|
|
|
#elif defined(USE_THREADS_WIN32)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(!CloseHandle(mutex_buf[i]))
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* CloseHandle failed */
|
2019-04-06 01:46:05 +08:00
|
|
|
#endif /* USE_THREADS_POSIX && HAVE_PTHREAD_H */
|
2019-05-12 03:42:48 +08:00
|
|
|
}
|
2013-01-29 01:31:22 +08:00
|
|
|
free(mutex_buf);
|
|
|
|
mutex_buf = NULL;
|
|
|
|
|
|
|
|
return 1; /* OK */
|
|
|
|
}
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
int Curl_mbedtlsthreadlock_lock_function(int n)
|
2013-01-29 01:31:22 +08:00
|
|
|
{
|
2013-02-13 18:26:16 +08:00
|
|
|
if(n < NUMT) {
|
2019-05-12 03:42:48 +08:00
|
|
|
#if defined(USE_THREADS_POSIX) && defined(HAVE_PTHREAD_H)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(pthread_mutex_lock(&mutex_buf[n])) {
|
2013-02-13 18:26:16 +08:00
|
|
|
DEBUGF(fprintf(stderr,
|
2020-01-16 15:17:04 +08:00
|
|
|
"Error: mbedtlsthreadlock_lock_function failed\n"));
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* pthread_mutex_lock failed */
|
|
|
|
}
|
tidy-up: process.h detection and use
This patch aims to cleanup the use of `process.h` header and the macro
`HAVE_PROCESS_H` associated with it.
- `process.h` is always available on Windows. In curl, it is required
only for `_beginthreadex()` in `lib/curl_threads.c`.
- `process.h` is also available in MS-DOS. In curl, its only use was in
`lib/smb.c` for `getpid()`. But `getpid()` is in fact declared by
`unistd.h`, which is always enabled via `lib/config-dos.h`. So the
header is not necessary.
- `HAVE_PROCESS_H` was detected by CMake, forced to 1 on Windows and
left to real detection for other platforms.
It was also set to always-on in `lib/config-win32.h` and
`lib/config-dos.h`.
In autotools builds, there was no detection and the macro was never
set.
Based on these observations, in this patch we:
- Rework Windows `getpid` logic in `lib/smb.c` to always use the
equivalent direct Win32 API function `GetCurrentProcessId()`, as we
already did for Windows UWP apps. This makes `process.h` unnecessary
here on Windows.
- Stop #including `process.h` into files where it was not necessary.
This is everywhere, except `lib/curl_threads.c`.
> Strangely enough, `lib/curl_threads.c` compiled fine with autotools
> because `process.h` is also indirecty included via `unistd.h`. This
> might have been broken in autotools MSVC builds, where the latter
> header is missing.
- Delete all remaining `HAVE_PROCESS_H` feature guards, for they were
unnecessary.
- Delete `HAVE_PROCESS_H` detection from CMake and predefined values
from `lib/config-*.h` headers.
Reviewed-by: Jay Satiro
Closes #9703
2022-11-02 06:27:28 +08:00
|
|
|
#elif defined(USE_THREADS_WIN32)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(WaitForSingleObject(mutex_buf[n], INFINITE) == WAIT_FAILED) {
|
2013-02-13 18:26:16 +08:00
|
|
|
DEBUGF(fprintf(stderr,
|
2020-01-16 15:17:04 +08:00
|
|
|
"Error: mbedtlsthreadlock_lock_function failed\n"));
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* pthread_mutex_lock failed */
|
|
|
|
}
|
2019-04-06 01:46:05 +08:00
|
|
|
#endif /* USE_THREADS_POSIX && HAVE_PTHREAD_H */
|
2019-05-12 03:42:48 +08:00
|
|
|
}
|
2013-01-29 01:31:22 +08:00
|
|
|
return 1; /* OK */
|
|
|
|
}
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
int Curl_mbedtlsthreadlock_unlock_function(int n)
|
2013-01-29 01:31:22 +08:00
|
|
|
{
|
2013-02-13 18:26:16 +08:00
|
|
|
if(n < NUMT) {
|
2019-05-12 03:42:48 +08:00
|
|
|
#if defined(USE_THREADS_POSIX) && defined(HAVE_PTHREAD_H)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(pthread_mutex_unlock(&mutex_buf[n])) {
|
2013-02-13 18:26:16 +08:00
|
|
|
DEBUGF(fprintf(stderr,
|
2020-01-16 15:17:04 +08:00
|
|
|
"Error: mbedtlsthreadlock_unlock_function failed\n"));
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* pthread_mutex_unlock failed */
|
|
|
|
}
|
tidy-up: process.h detection and use
This patch aims to cleanup the use of `process.h` header and the macro
`HAVE_PROCESS_H` associated with it.
- `process.h` is always available on Windows. In curl, it is required
only for `_beginthreadex()` in `lib/curl_threads.c`.
- `process.h` is also available in MS-DOS. In curl, its only use was in
`lib/smb.c` for `getpid()`. But `getpid()` is in fact declared by
`unistd.h`, which is always enabled via `lib/config-dos.h`. So the
header is not necessary.
- `HAVE_PROCESS_H` was detected by CMake, forced to 1 on Windows and
left to real detection for other platforms.
It was also set to always-on in `lib/config-win32.h` and
`lib/config-dos.h`.
In autotools builds, there was no detection and the macro was never
set.
Based on these observations, in this patch we:
- Rework Windows `getpid` logic in `lib/smb.c` to always use the
equivalent direct Win32 API function `GetCurrentProcessId()`, as we
already did for Windows UWP apps. This makes `process.h` unnecessary
here on Windows.
- Stop #including `process.h` into files where it was not necessary.
This is everywhere, except `lib/curl_threads.c`.
> Strangely enough, `lib/curl_threads.c` compiled fine with autotools
> because `process.h` is also indirecty included via `unistd.h`. This
> might have been broken in autotools MSVC builds, where the latter
> header is missing.
- Delete all remaining `HAVE_PROCESS_H` feature guards, for they were
unnecessary.
- Delete `HAVE_PROCESS_H` detection from CMake and predefined values
from `lib/config-*.h` headers.
Reviewed-by: Jay Satiro
Closes #9703
2022-11-02 06:27:28 +08:00
|
|
|
#elif defined(USE_THREADS_WIN32)
|
2021-07-14 17:11:57 +08:00
|
|
|
if(!ReleaseMutex(mutex_buf[n])) {
|
2013-02-13 18:26:16 +08:00
|
|
|
DEBUGF(fprintf(stderr,
|
2020-01-16 15:17:04 +08:00
|
|
|
"Error: mbedtlsthreadlock_unlock_function failed\n"));
|
2013-02-13 18:26:16 +08:00
|
|
|
return 0; /* pthread_mutex_lock failed */
|
|
|
|
}
|
2019-04-06 01:46:05 +08:00
|
|
|
#endif /* USE_THREADS_POSIX && HAVE_PTHREAD_H */
|
2019-05-12 03:42:48 +08:00
|
|
|
}
|
2013-01-29 01:31:22 +08:00
|
|
|
return 1; /* OK */
|
|
|
|
}
|
|
|
|
|
2020-01-16 15:17:04 +08:00
|
|
|
#endif /* USE_MBEDTLS */
|