Skip site navigation (1) Skip section navigation (2)


From: Eric Hallander <ehallander(at)tellium(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Date: 2002-11-25 17:00:07
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
In the following snippet from ./src/backend/commands/dbcommands.c, I 
cannot see anywhere in the configuration where ALLOW_ABSOLUTE_DBPATHS 
gets set, and why this wouldn't be the default anyway. I was creating 
databases fine, but
it is possible that I exported PGDATA2, and used this, as I see that 
this ifndef definition does not exist in the environment variable 
portion of the code.

Anyway, I have been using 7.2.3 on HPUX 11.0

Any thoughts?

There was a post on the 10th in the bugs discussion, but the 
reply seems to have an html source issue

I am basically having the same problem, but see in the source where the 
issue is.


static char *
resolve_alt_dbpath(const char *dbpath, Oid dboid)
        const char *prefix;
        char       *ret;   
        size_t          len;    

        if (dbpath == NULL || dbpath[0] == '\0')
                return NULL;

        if (strchr(dbpath, '/'))
                if (dbpath[0] != '/')
                        elog(ERROR, "Relative paths are not allowed as 
database locations");
                elog(ERROR, "Absolute paths are not allowed as database 
                prefix = dbpath;
                /* must be environment variable */
                char       *var = getenv(dbpath);

                if (!var)
                        elog(ERROR, "Postmaster environment variable 
'%s' not set", dbpath);
                if (var[0] != '/')
                        elog(ERROR, "Postmaster environment variable 
'%s' must be absolute path", dbpath);
                prefix = var;


pgsql-admin by date

Next:From: Ian BarwickDate: 2002-11-25 22:23:42
Subject: Re: Need Help on Japanese language
Previous:From: David GilbertDate: 2002-11-25 12:03:12
Subject: Re: H/W RAID 5 on slower disks versus no raid on faster HDDs

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group