Home > mailing lists

Thread: QNX : POSSIBLE BUG IN CONFIGURE ?

QNX : POSSIBLE BUG IN CONFIGURE ?

From

"Maurizio"

Date:

02 April 2001, 10:51:20

Hi all

As I posted few days ago I started checking postgresql 7.1RC1 in QNX 4.25. The last I checked was 7.1b3.

the problem is :

when I execute configure it recognize the executable suffix as .map and this is not right. And the test program fails.

If I try the same in 7.1b3 all works good.

Then I tried to modify configure :

line 1472

*.c | *.o | *.obj | *.map) ;; // I added *.map

With this all works. I can compile but when I run initdb it crashes. this is the output file

---------------

Running with debug mode on.

Initdb variables:
PGDATA=/usr/local/pgsql/data1
datadir=/usr/local/pgsql/share
PGPATH=//1/usr/local/pgsql/bin
TEMPFILE=/tmp/initdb.25146
MULTIBYTE=
MULTIBYTEID=0
POSTGRES_SUPERUSERNAME=maurizio
POSTGRES_SUPERUSERID=100
TEMPLATE1_BKI=/usr/local/pgsql/share/template1.bki
GLOBAL_BKI=/usr/local/pgsql/share/global.bki
TEMPLATE1_DESCR=/usr/local/pgsql/share/template1.description
GLOBAL_DESCR=/usr/local/pgsql/share/global.description
POSTGRESQL_CONF_SAMPLE=/usr/local/pgsql/share/postgresql.conf.sample
PG_HBA_SAMPLE=/usr/local/pgsql/share/pg_hba.conf.sample
PG_IDENT_SAMPLE=/usr/local/pgsql/share/pg_ident.conf.sample
This database system will be initialized with username "maurizio".
This user will own all the data files and must also own the server process.

Creating directory /usr/local/pgsql/data1
Creating directory /usr/local/pgsql/data1/base
Creating directory /usr/local/pgsql/data1/global
Creating directory /usr/local/pgsql/data1/pg_xlog
Creating template1 database in /usr/local/pgsql/data1/base/1
Running: //1/usr/local/pgsql/bin/postgres -boot -x1 -C -F -D/usr/local/pgsql/data1 -d template1
DEBUG: database system was shut down at 2001-04-02 10:59:31 cest
DEBUG: CheckPoint record at (0, 8)
DEBUG: Redo record at (0, 8); Undo record at (0, 8); Shutdown TRUE
DEBUG: NextTransactionId: 514; NextOid: 16384
DEBUG: database system is in production state
<proname name>
<proowner int4>
<prolang oid>
<proisinh bool>
<proistrusted bool>
<proiscachable bool>
<proisstrict bool>
<pronargs int2>
<proretset bool>
<prorettype oid>
<proargtypes oidvector>
<probyte_pct int4>
<properbyte_cpu int4>
<propercall_cpu int4>
<prooutin_ratio int4>
<prosrc text>
<probin bytea>

> creating bootstrap relation
bootstrap relation created ok
> Commit End
tuple 1242<Inserting value: 'boolin'
Typ == NULL, typeindex = 3 idx = 0
boolin End InsertValue
Inserting value: '100'
Typ == NULL, typeindex = 6 idx = 1
100 End InsertValue
Inserting value: '12'
Typ == NULL, typeindex = 9 idx = 2
12 End InsertValue
Inserting value: 'f'
Typ == NULL, typeindex = 0 idx = 3
f End InsertValue
Inserting value: 't'
Typ == NULL, typeindex = 0 idx = 4
t End InsertValue
Inserting value: 't'
Typ == NULL, typeindex = 0 idx = 5
t End InsertValue
Inserting value: 't'
Typ == NULL, typeindex = 0 idx = 6
t End InsertValue
Inserting value: '1'
Typ == NULL, typeindex = 4 idx = 7
1 End InsertValue
Inserting value: 'f'
Typ == NULL, typeindex = 0 idx = 8
f End InsertValue
Inserting value: '16'
Typ == NULL, typeindex = 9 idx = 9
16 End InsertValue
Inserting value: '0'
Typ == NULL, typeindex = 13 idx = 10
End InsertValue
Inserting value: '100'
Typ == NULL, typeindex = 6 idx = 11
100 End InsertValue
Inserting value: '0'
Typ == NULL, typeindex = 6 idx = 12
0 End InsertValue
Inserting value: '0'
Typ == NULL, typeindex = 6 idx = 13
0 End InsertValue
Inserting value: '100'
Typ == NULL, typeindex = 6 idx = 14
100 End InsertValue
Inserting value: 'boolin'
Typ == NULL, typeindex = 8 idx = 15
boolin End InsertValue
Inserting value: '-'
Typ == NULL, typeindex = 1 idx = 16
- End InsertValue
Insert Begin
InsertOneTuple oid 1242, 17 attrs
---------------------

I don't know how configure works but from 7.1b3 to 7.1RC1 something was changed in it and I think this is the problem in QNX.

I also checked my coimpiler but I can compile all but the last postgresql version.

Could You help me ?

Thanks.

Maurizio Cauci
DREAMTECH di Cauci Maurizio
Via Ronchetti, 2 - 21013 Gallarate (VA)
www.dreamtech-it.com

Re: QNX : POSSIBLE BUG IN CONFIGURE ?

From

Peter Eisentraut

Date:

02 April 2001, 15:36:39

Maurizio writes:

> the problem is :
>
> when I execute configure it recognize the executable suffix as .map
> and this is not right. And the test program fails.

This is a known (to me) bug in Autoconf.  Maybe there's a way to prevent
the .map files to be generated?  Fixing this isn't too hard, but I don't
feel urgent about it when there are more problems with the QNX port still
down the line.

-- 
Peter Eisentraut      peter_e@gmx.net       http://yi.org/peter-e/

Re: QNX : POSSIBLE BUG IN CONFIGURE ?

From

"Maurizio"

Date:

03 April 2001, 15:38:18

OK,
I compiled postgresql RC2. I have not error nor warnings so I hope it's all
right.
I also changed something in os.h --> port/qnx4.h
and in s_lock.c

I will post the changes until the end of the week.

I executed initdb and all works fine.
I executed postmaster and the proces run OK.

When I run psql template0 I have an error. I am not expert walking throu
postgresql sources.
could You tell me  if there some change from beta 6 to RC1 or RC2 that can
give this problem in QNX so I can try to check all?

Attached is the server.log file with the SIGSEGV.

Thanks

----- Original Message -----
From: "Peter Eisentraut" <peter_e@gmx.net>
To: "Maurizio" <maurizio.c@libero.it>
Cc: <pgsql-hackers@postgresql.org>
Sent: Monday, April 02, 2001 6:38 PM
Subject: Re: [HACKERS] QNX : POSSIBLE BUG IN CONFIGURE ?

> Maurizio writes:
>
> > the problem is :
> >
> > when I execute configure it recognize the executable suffix as .map
> > and this is not right. And the test program fails.
>
> This is a known (to me) bug in Autoconf.  Maybe there's a way to prevent
> the .map files to be generated?  Fixing this isn't too hard, but I don't
> feel urgent about it when there are more problems with the QNX port still
> down the line.
>
> --
> Peter Eisentraut      peter_e@gmx.net       http://yi.org/peter-e/
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org