Bruce Momjian wrote:
Andrew Dunstan wrote:
Bruce Momjian said:
On Win32, patch applied to return path if GetShortPathName() fails (no
short name, path does not exist), rather than returning nothing.
What made you choose this rather than GetFullPathName?
Sure, we
Andrew Dunstan wrote:
> >>What made you choose this rather than GetFullPathName?
> >>
> >>
> >
> >Sure, we can do that. Does GetFullPathName() work if the path does not
> >exist?
> >
>
> yes. see
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/getfullpathname.as
Bruce Momjian wrote:
How is it different from the path we pass to it? Aren't all
those paths full already?
If they are then it probably doesn't matter.
The reason I don't want to use GetFullPathName() is because on Unix, we
just return the specified path, not the full path, so I d
Conditional history length test removed.
---
Bruce Momjian wrote:
>
> Also, in this line from psql/mainloop.c:
>
> 312 if (scan_result == PSCAN_BACKSLASH && history_buf->len != 0)
>
> Is the "history_buf->len !=
On Wed, Jun 07, 2006 at 09:34:47AM +0800, Qingqing Zhou wrote:
>
> "Qingqing Zhou" <[EMAIL PROTECTED]> wrote
> >
> > The overall performance improvement might be marginal but why not if it is
> > right. What I cares is the correctness. As I understand, the orginal code
> > puts a shared lock (1) t
As described on -hackers this is my work so far adding ADD/DROP INHERITS. It
implements the controversial "ALTER TABLE ADD/DROP INHERITS "
syntax that requires making INHERITS a reserved keyword. I haven't seen a
clear consensus yet on what the best syntax to use here would be.
Also, it doesn't
Greg Stark wrote:
As described on -hackers this is my work so far adding ADD/DROP INHERITS. It
implements the controversial "ALTER TABLE ADD/DROP INHERITS "
syntax that requires making INHERITS a reserved keyword. I haven't seen a
clear consensus yet on what the best syntax to use here would be.
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> We should try very hard to avoid adding new reserved words, IMNSHO.
*Especially* ones not sanctioned by the SQL spec. Reserving a word that
is not listed as reserved in the standard is really a spec violation,
because it means that spec-conforming SQL
Tom Lane <[EMAIL PROTECTED]> writes:
> Andrew Dunstan <[EMAIL PROTECTED]> writes:
> > We should try very hard to avoid adding new reserved words, IMNSHO.
>
> *Especially* ones not sanctioned by the SQL spec. Reserving a word that
> is not listed as reserved in the standard is really a spec viol
Greg Stark <[EMAIL PROTECTED]> writes:
> I expected that but I haven't seen any agreement on a replacement syntax. The
> only other one proposed was:
> ALTER TABLE foo ALTER INHERITS ADD|DROP bar
> and it received no comments. Should I just assume that's the direction to go
> if nobody objects?
Attached patch fixes a couple of spelling mistakes in the FAQ
--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Index: FAQ.html
===
RCS file: /projects/cvsroot/pgsql/doc/src/FAQ/FAQ.html,v
retrieving revis
Robert Treat wrote:
> Attached patch fixes a couple of spelling mistakes in the FAQ
Thanks, applied.
--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDBhttp://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
---(end of broa
Patch applied. Thanks.
---
Joachim Wieland wrote:
> On Thu, Jun 01, 2006 at 12:35:44PM -0400, Tom Lane wrote:
> > Joachim Wieland <[EMAIL PROTECTED]> writes:
> > > I'm talking about the timetz type that does not carry a da
On Saturday 04 March 2006 22:24, David Fetter wrote:
> On Fri, Mar 03, 2006 at 03:35:24PM -0500, Andrew Dunstan wrote:
> > Bruce Momjian wrote:
> > >Christopher Kings-Lynne wrote:
> >
> > What's the consensus on this? Nobody else has chimed in, so I'm inclined
> > to do no more on the gounds of ins
Tom,
> > > What's the consensus on this? Nobody else has chimed in, so I'm
> > > inclined to do no more on the gounds of insufficient demand. Let's
> > > decide before too much bitrot occurs, though.
> >
> > +1 :)
>
> +1
We were talking about this on IRC, and I feel that if we're going to do "IF
""Jim C. Nasby"" <[EMAIL PROTECTED]> wrote
>
> Maybe a comment patch would be in order to prevent future confusion?
>
Not really needed because the buffer/README access rule#1 has already said
that ...
Regards,
Qingqing
---(end of broadcast)---
Updates the link for the sql 2003 spec, also fixes a spelling error.
--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Index: FAQ_DEV.html
===
RCS file: /projects/cvsroot/pgsql/doc/src/FAQ/FAQ_DEV.html,v
r
17 matches
Mail list logo