From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Peter Alberer" <peter(dot)alberer(at)wu-wien(dot)ac(dot)at> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Problem restoring db-dump on Postgres 8.0.4 Power5 |
Date: | 2006-01-03 20:36:48 |
Message-ID: | 19592.1136320608@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Peter Alberer" <peter(dot)alberer(at)wu-wien(dot)ac(dot)at> writes:
> Hmmm, i suspect the problem comes from the fact that i did not globally
> change gcc to use -m64 nor did I set the enviroment flags (CFLAGS), but
> changed the command in the makefile. The configure script did its tests with
> the default -m32 and did not define HAVE_LONG_INT_64. Maybe even
> INT64_IS_BUSTED is defined for my system...
Ah-hah, that would definitely explain some funny behavior in this area.
> I tried to run configure with the CFLAGS set to -m64 and it successfully
> sets HAVE_LONG_INT_64 in src/include/pg_config.h. So that seems to be my
> problem! Btw, after setting the CFLAGS prior to running configure even
> ACCEPT_TYPE_ARG3 is defined to be socklen_t.
Did anything else change in pg_config.h --- in particular, the
ALIGNOF_xxx and MAXIMUM_ALIGNOF values?
> What do I have to do now? Can I simply continue to run my database instance
> (from the existing binary data dictionary) after a recompile/reinstall of
> the postgres binaries with a configure script aware of -m64? Or do I have to
> fear that the instance is corrupted somehow? Should I do a dump/restore?
If any of the ALIGNOF symbols changed, then you'll need to do a
dump/restore. If not, I think you will be OK ... but it would be smart
to make a dump before switching, just in case.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Allen Fair | 2006-01-03 20:53:01 | Moving Tablespaces |
Previous Message | Qingqing Zhou | 2006-01-03 19:54:33 | Re: build Postgresql on Solaris 64 bits |