mirror of
git://git.gnupg.org/gnupg.git
synced 2025-04-13 22:21:09 +02:00
(lock_pool) [_AIX]: Don't use plock.
This commit is contained in:
parent
9e048bc191
commit
00ec05898e
@ -1,3 +1,7 @@
|
|||||||
|
2003-10-23 Werner Koch <wk@gnupg.org>
|
||||||
|
|
||||||
|
* secmem.c (lock_pool) [_AIX]: Don't use plock.
|
||||||
|
|
||||||
2003-10-12 David Shaw <dshaw@jabberwocky.com>
|
2003-10-12 David Shaw <dshaw@jabberwocky.com>
|
||||||
|
|
||||||
* srv.c: OSX 10.2.8/Darwin 6.8 seems to have some #include
|
* srv.c: OSX 10.2.8/Darwin 6.8 seems to have some #include
|
||||||
|
@ -132,9 +132,20 @@ lock_pool( void *p, size_t n )
|
|||||||
/* ick. but at least we get secured memory. about to lock
|
/* ick. but at least we get secured memory. about to lock
|
||||||
entire data segment. */
|
entire data segment. */
|
||||||
#ifdef HAVE_PLOCK
|
#ifdef HAVE_PLOCK
|
||||||
|
# ifdef _AIX
|
||||||
|
/* The configure for AIX returns broken mlock but the plock has
|
||||||
|
the strange requirement to somehow set the stack limit first.
|
||||||
|
The problem might turn out in indeterministic program behaviour
|
||||||
|
and hanging processes which can somehow be solved when enough
|
||||||
|
processes are clogging up the memory. To get this problem out
|
||||||
|
of the way we simply don't try to lock the memory at all.
|
||||||
|
*/
|
||||||
|
err = EPERM;
|
||||||
|
# else /* !_AIX */
|
||||||
err = plock( DATLOCK );
|
err = plock( DATLOCK );
|
||||||
if( err && errno )
|
if( err && errno )
|
||||||
err = errno;
|
err = errno;
|
||||||
|
# endif /*_AIX*/
|
||||||
#else /*!HAVE_PLOCK*/
|
#else /*!HAVE_PLOCK*/
|
||||||
if( uid ) {
|
if( uid ) {
|
||||||
errno = EPERM;
|
errno = EPERM;
|
||||||
|
Loading…
x
Reference in New Issue
Block a user