Re: UnixWare/CVS Tip/initdb.c needs to use threads

Поиск
Список
Период
Сортировка
От Larry Rosenman
Тема Re: UnixWare/CVS Tip/initdb.c needs to use threads
Дата
Msg-id 77090000.1079672620@lerlaptop.lerctr.org
обсуждение исходный текст
Ответ на Re: UnixWare/CVS Tip/initdb.c needs to use threads  (Larry Rosenman <ler@lerctr.org>)
Список pgsql-hackers

--On Thursday, March 18, 2004 22:47:39 -0600 Larry Rosenman
<ler@lerctr.org> wrote:

>
>
> --On Thursday, March 18, 2004 23:03:16 -0500 Bruce Momjian
> <pgman@candle.pha.pa.us> wrote:
>

>> I see that initdb is just the first of many /bin programs to be
>> compiled, so if we have to add the thread lib, we will have to do it for
>> all the bin programs.  Yikes.  Why wasn't this a problem for 7.4?
> 7.4 had initdb as a Shell Script.
> the 7.4.x libpq didn't have any pthread_* references in it, that I see
> on my box.

more info:

/home/ler/pg-prod/postgresql-7.4.2/src/interfaces/libpq:

$ grep pthread_ *.c
thread.c: *     strerror().  Other operating systems use
pthread_setspecific()
thread.c: *     and pthread_getspecific() internally to allow standard
library
thread.c: *     use pthread_setspecific/pthread_getspecific() also have *_r
versions
thread.c: *     getpwuid() calls pthread_setspecific/pthread_getspecific()
to return
thread.c:       static pthread_mutex_t strerror_lock =
PTHREAD_MUTEX_INITIALIZER;
thread.c:       pthread_mutex_lock(&strerror_lock);
thread.c:       pthread_mutex_unlock(&strerror_lock);
thread.c:       static pthread_mutex_t getpwuid_lock =
PTHREAD_MUTEX_INITIALIZER;
thread.c:       pthread_mutex_lock(&getpwuid_lock);
thread.c:       pthread_mutex_unlock(&getpwuid_lock);
thread.c:       static pthread_mutex_t gethostbyname_lock =
PTHREAD_MUTEX_INITIALIZER;
thread.c:       pthread_mutex_lock(&gethostbyname_lock);
thread.c:       pthread_mutex_unlock(&gethostbyname_lock);
$ nm libpq.so | grep pthread
$

/home/ler/pg-dev/pgsql-server/src/interfaces/libpq: (7.5-dev):


$ nm libpq.so | grep pthread_
[271]     |0         |0         |NOTY |GLOB |0    |UNDEF
|pthread_getspecific
[370]     |0         |0         |NOTY |GLOB |0    |UNDEF
|pthread_key_create
[421]     |0         |0         |NOTY |GLOB |0    |UNDEF  |pthread_once
[434]     |0         |0         |NOTY |GLOB |0    |UNDEF
|pthread_setspecific
$ grep pthread_ *.c
fe-connect.c:   static pthread_once_t check_sigpipe_once =
PTHREAD_ONCE_INIT;
fe-connect.c:   pthread_once(&check_sigpipe_once, check_sigpipe_handler);
fe-print.c:
pthread_setspecific(thread_in_send, "t");
fe-print.c:                     pthread_setspecific(thread_in_send, "f");
fe-secure.c:pthread_key_t thread_in_send;
fe-secure.c:    pthread_setspecific(thread_in_send, "t");
fe-secure.c:    pthread_setspecific(thread_in_send, "f");
fe-secure.c:            pthread_key_create(&thread_in_send, NULL);
fe-secure.c:    return (pthread_getspecific(thread_in_send) /* has it been
set? */ &&
fe-secure.c:                    *(char
*)pthread_getspecific(thread_in_send) == 't') ? true : false;
thread.c: *     strerror().  Other operating systems use
pthread_setspecific()
thread.c: *     and pthread_getspecific() internally to allow standard
library
thread.c: *     use pthread_setspecific/pthread_getspecific() also have *_r
versions
thread.c: *     getpwuid() calls pthread_setspecific/pthread_getspecific()
to return
$
--
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Joseph Shraibman
Дата:
Сообщение: Re: Will auto-cluster be in 7.5?
Следующее
От: Christopher Kings-Lynne
Дата:
Сообщение: SET WITHOUT CLUSTER patch