From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Ermest <whitelaw(at)netc(dot)pt>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #2495: -i start up option blows pg_ctl program. |
Date: | 2006-06-25 16:14:56 |
Message-ID: | 14798.1151252096@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> writes:
> In my system, on 7.4, contrib/pg_dumplo is linked against the system's
> getopt_long, not against our version. So the current code is OK -- but
> if on some platform there is no getopt_long, I suspect our version would
> be picked, which causes a problem. What should we do about it? One
> thought is leave it alone -- it's an old branch and no one has ever
> noticed this problem before. On the other hand, this may possibly be a
> security issue.
I'm not particularly concerned. AFAICS this is just a cosmetic bug, not
a security issue, and for little-used stuff like pg_dumplo I don't think
we need go out of our way to fix cosmetic issues in old branches.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | bruno Corbin | 2006-06-26 07:04:59 | BUG #2497: bug initdb |
Previous Message | Alvaro Herrera | 2006-06-25 00:01:22 | Re: BUG #2495: -i start up option blows pg_ctl program. |