From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Marko Kreen <marko(at)l-t(dot)ee> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Glitch in handling of postmaster -o options |
Date: | 2001-09-30 21:13:11 |
Message-ID: | 16100.1001884391@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Marko Kreen <marko(at)l-t(dot)ee> writes:
> I am suggesting this.
> [ code snipped ]
Okay, that would mean that "-o '-S nnn'" still works, but "-o -F"
doesn't.
But ... the thing is, there is no reason for -o to exist anymore other
than backwards compatibility with existing startup scripts. -o doesn't
do anything you can't do more cleanly and sanely with GUC options
(--sort_mem, etc). So, I don't really see much value in keeping it
if you're going to break one of the more common usages --- which I'm
sure -o -F is.
Since the problem I identified is not likely to bite very many people,
my vote is not to try to apply a code solution now. I think we should
leave the code alone, and instead document in 7.2 that -o is deprecated
(and explain what to do instead), with the intention of removing it in
7.3. Giving people a release cycle's worth of notice seems sufficient.
Possibly we could also take this opportunity to deprecate -S and the
other options that are standing in the way of unified command line
options for postmasters and backends.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Vince Vielhaber | 2001-09-30 21:31:12 | Re: [HACKERS] CVS changes |
Previous Message | Marc G. Fournier | 2001-09-30 20:49:56 | Re: CVS changes |