[BUGS] BUG #3845: tray icon that service is running

2007-12-29 Thread Bozhan
The following bug has been logged online: Bug reference: 3845 Logged by: Bozhan Email address: [EMAIL PROTECTED] PostgreSQL version: 8.3-beta4 Operating system: WinfowsXP Description:tray icon that service is running Details: postgres needs icon in tray to show that

Re: [BUGS] BUG #3822: Nonstandard precedence for comparison operators

2007-12-29 Thread Pedro Gimeno
Tom Lane wrote: > Michael Glaesemann <[EMAIL PROTECTED]> writes: >> I'm probably being dense, but I don't see how this is an issue. > > That's just a bug in his example ;-) Right, sorry. I meant boolean_array rather than boolean_value: => SELECT 'a' <> 'a' || '{true}'; ?column? -- {f,t

[BUGS] BUG #3844: will not install

2007-12-29 Thread daniel birnbaum
The following bug has been logged online: Bug reference: 3844 Logged by: daniel birnbaum Email address: [EMAIL PROTECTED] PostgreSQL version: 8.2.5-1 Operating system: windows vista Description:will not install Details: when i try to install it reports a error sayin

Re: [BUGS] BUG #3822: Nonstandard precedence for comparison operators

2007-12-29 Thread Tom Lane
Michael Glaesemann <[EMAIL PROTECTED]> writes: > I'm probably being dense, but I don't see how this is an issue. That's just a bug in his example ;-) The real question is whether there is enough of a problem here to justify creating new problems, in the form of backwards-compatibility hazards. O

Re: [BUGS] BUG #3822: Nonstandard precedence for comparison operators

2007-12-29 Thread Michael Glaesemann
On Dec 29, 2007, at 14:09 , Pedro Gimeno wrote: variants of which I think can be relatively common compared to e.g. applications that build a boolean array using expr1 <> expr2 || boolean_value. I'm probably being dense, but I don't see how this is an issue. || is string concatenation, not

Re: [BUGS] BUG #3822: Nonstandard precedence for comparison operators

2007-12-29 Thread Pedro Gimeno
Tom Lane wrote: > "Kevin Grittner" <[EMAIL PROTECTED]> writes: >> That said, bringing PostgreSQL into compliance with the standard >> would undoubtedly break some people's existing applications. I wonder how that compares to broken queries while migrating databases from other systems. I'd bet the