Re: [PORTS] Re: [GENERAL] Backend cache invalidation initialization failed... HUH?
В списке pgsql-ports по дате отправления:
| От | Thomas G. Lockhart |
|---|---|
| Тема | Re: [PORTS] Re: [GENERAL] Backend cache invalidation initialization failed... HUH? |
| Дата | |
| Msg-id | 77f0262c6e0fc992fb70d4359a98abd9 обсуждение исходный текст |
| Список | pgsql-ports |
> there is some bug in the display procedure for int8, rather than an
> internal problem. Is this true for all ports? Just for Solaris? Just
> for Solaris 2.5.1? In any case, a fix is required. Maybe added to
> 6.4.1?
Can you determine the appropriate character(s) in a printf()
specification for int8 on your version of Solaris? We are currently
using the HAVE_LONG_INT_64 and HAVE_LONG_LONG_INT_64 to determine this,
and depending on the values of those we are using either "%ld" or "%lld"
for the printf() and scanf(). A few other platforms support additional,
alternate specification (I recall "%qd" but might be mistaken).
Marc, what do you see on your Solaris 2.6 box?
- Tom
#ifdef HAVE_LONG_INT_64
/* Plain "long int" fits, use it */
typedef long int int64;
#define INT64_FORMAT "%ld"
#else
#ifdef HAVE_LONG_LONG_INT_64
/* We have working support for "long long int", use that */
typedef long long int int64;
#define INT64_FORMAT "%lld"
#else
/* Fall back to long int so that int8.c compiles */
typedef long int int64;
#define INT64_FORMAT "%ld"
#define INT64_IS_BUSTED
#endif
#endif
В списке pgsql-ports по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера