Thread: QNX : POSSIBLE BUG IN CONFIGURE ?

QNX : POSSIBLE BUG IN CONFIGURE ?

From
"Maurizio"
Date:
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:
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:
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