To reproduce it quickly type in a MSDOS command to install :
msiexec /i C:\Documents and Settings\gildas\Bureau\postgresql-8.3-int.msi
/qb! INTERNALLAUNCH=1 ADDLOCAL=server,psql BASEDIR=C:\Program Files\TOTO
DATADIR=C:\Program Files\TOTO\data SERVICEDOMAIN=GILDAS CREATESERVICEUSER=1
Am Donnerstag, 5. Juni 2008 schrieb Nathan Reed:
LD_LIBRARY_PATH is the correct env var to use. However, you are
correct that this hamstrings the generated executable - requiring
that the LD_LIBRARY_PATH include all of the shared object libraries
in the rc scripts themselves.
From
Does not change anything. I have run the generic configure without
any parameters (--with-ssl, etc) and I get the same result. I have
done a number of permutations, made sure that bison is in place,
etc,etc,etc. I am not getting beyond this linker failure on the test
of fseeko and I can run
Am Freitag, 6. Juni 2008 schrieb Nathan Reed:
Does not change anything. I have run the generic configure without
any parameters (--with-ssl, etc) and I get the same result. I have
done a number of permutations, made sure that bison is in place,
etc,etc,etc.
Trying countless permutations of
I have finally gotten cleanly through the configure step. The
documentation for postgres under section 15.5 gives the various
options, one of which is the --with-libraries. This option does not
seem to work correctly for Solaris 10 with various packages added
into /usr/local and
Graham Leggett wrote:
This code makes the incorrect assumption that the platform will allow the
postgres user to set the permissions using chmod.
What this code should be doing is checking that the permissions on the
directory are 0700, and failing if they are not, leaving it up to the user
The following bug has been logged online:
Bug reference: 4226
Logged by: Austin Lee
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.2.7
Operating system: Win2k3R2SP2
Description:PG_CTL fails to strip admin rights before running
postgres
Details:
I am trying