Re: Regression failure with PostgreSQL 8beta1 and Intel

From: Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>
To: bruc(at)acm(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Regression failure with PostgreSQL 8beta1 and Intel
Date: 2004-08-12 06:52:53
Message-ID: 411B13C5.6030003@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

Robert,

Are you planning to use Intel's C compiler in production?
We tried that some time ago and corrupted our database cluster almost
instantly (for some reason we have not investigated any further).
I highly recommend to do some stress testing to see if everything works
nicely.
I'd be pleased to get some feedback.

Regard,

Hans

Robert E. Bruccoleri wrote:
> Dear All,
> I built PG 8.0 beta1 on an Itanium 2 platform using the Intel compilers
> version 8, and got one real difference in the regression tests that affected
> int2, int4, union, and numerology. Here's the key difference:
>
> horta postgres 177 > diff -c int4.out ../expected/
> *** int4.out Tue Aug 10 18:41:48 2004
> --- ../expected/int4.out Wed Mar 10 21:11:13 2004
> ***************
> *** 22,27 ****
> --- 22,28 ----
> INSERT INTO INT4_TBL(f1) VALUES (' asdf ');
> ERROR: invalid input syntax for integer: " asdf "
> INSERT INTO INT4_TBL(f1) VALUES ('- 1234');
> + ERROR: invalid input syntax for integer: "- 1234"
> INSERT INTO INT4_TBL(f1) VALUES ('123 5');
> ERROR: invalid input syntax for integer: "123 5"
> INSERT INTO INT4_TBL(f1) VALUES ('');
>
> PG 8.0 beta1 is accepting "- 1234" as a valid integer. Further investigation
> reveals that this is a peculiarity of the Intel compilers. The following
> program,
>
> #include <stdio.h>
> #include <stdlib.h>
>
> main() {
> char st[] = "- 1234";
> int l;
> char *endp;
>
> l = strtol(st, &endp, 10);
> printf("l = %d st = %lx endp = %lx\n", l, st, endp);
> }
>
> using the Intel compiler provided libraries prints
>
> l = -1234 st = 60000fffffffb720 endp = 60000fffffffb726
>
> whereas gcc and glibc yields
>
> l = 0 st = 60000fffffffb710 endp = 60000fffffffb710
>
> Boo hiss...
>
> +-----------------------------+------------------------------------+
> | Robert E. Bruccoleri, Ph.D. | email: bruc(at)acm(dot)org |
> | President, Congenair LLC | URL: http://www.congen.com/~bruc |
> | P.O. Box 314 | Phone: 609 818 7251 |
> | Pennington, NJ 08534 | |
> +-----------------------------+------------------------------------+
>
> ---------------------------(end of broadcast)---------------------------
> TIP 8: explain analyze is your friend

--
Cybertec Geschwinde u Schoenig
Schoengrabern 134, A-2020 Hollabrunn, Austria
Tel: +43/720/10 1234567 or +43/660/816 40 77
www.cybertec.at, www.postgresql.at, kernel.cybertec.at

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Václav Vozár 2004-08-12 07:46:13 Re: Locale bug?
Previous Message Martin Münstermann 2004-08-12 06:42:15 Re: 8.0.0beta1: -lpthread missing

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabien COELHO 2004-08-12 07:24:57 Re: [COMMITTERS] pgsql-server: PostgreSQL extension makefile
Previous Message Mark Kirkwood 2004-08-12 06:23:54 Re: Coming soon: PG 7.4.4, 7.3.7, 7.2.5