The links:
http://www.postgresql.org/ftpsite/v7.3/postgresql-7.3.tar.gz
(situated on http://www2.no.postgresql.org/sitess.html)
postgresql-7.3.1.tar.gz(situated on ftp://ftp.postgresql.org/pub/source/v7.3.1)
are out of function.
How do I download?
Ole BlenteMåltrostveien 38A1430 Ås[EMAIL
Dave- we received a similar solicitation at Artemis Woman
Did these people turn out to be legitimate?
Thanks
Linda O
People; please *do not* respond to this. Someone from -core will handle it.
Thanks, Dave
--
Dave Page
PostgreSQL Core Team
--
View this message in context:
http
The following bug has been logged on the website:
Bug reference: 6424
Logged by: Olaf
Email address: o.bous...@krohne.com
PostgreSQL version: 9.1.2
Operating system: Windows 7 - 64bits
Description:
Should the query
select
extract(epoch
from cast('2012-01-01 14:
Hi Postgres-people,
in the linux rc script for (start|stop)ing postgres
a comment says to add the following lines to the postgres
users' .bash_profile:
PATH=$PATH:$HOME/bin
MANPATH=$MANPATH:/opt/pgsql/man
PGLIB=/opt/pgsql/lib
PGDATA=/opt/pgsql/data
There
Hi,
Went to upgrade from postgresql (RedHat's postgresql
rh-postgresql-7.3.6-7) to Fedora core 3 postgresql
7.4.6-1 and encountered a problem. If nothing else this
is worth a note on the 7.4 upgrade doc page.
I deleted the 'public' schema from my databases
in 7.3, now in 7.4 they are back. I supp
Hi,
Went to upgrade from postgresql (RedHat's postgresql
rh-postgresql-7.3.6-7) to Fedora core 3 postgresql
7.4.6-1 and encountered a problem. If nothing else this
is worth a note on the 7.4 upgrade doc page.
It appears as though pg_dumpall is setting the search_path
runtime variable in the databa
On 2004.11.16 16:25 Tom Lane wrote:
"Karl O. Pinc" <[EMAIL PROTECTED]> writes:
> I deleted the 'public' schema from my databases
> in 7.3, now in 7.4 they are back.
IMHO this is not a bug. It is not pg_dump's charter to remove
system-created objects...
The following bug has been logged online:
Bug reference: 1565
Logged by: Karl O. Pinc
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.1
Operating system: Linux CentOS 3.3
Description:SRPM does not rebuild due to krb5.h
Details:
I'm using CentOS 3.3
Hi,
It's a real pain to have to go to the bottom of the
on-line manual pages to get back to the table
of contents (I seem to want to do this all the time.)
A link at the top would be nice. You could either
add a "Home" link like at the bottom, or simply
make the manual version number hot.
Regards
The following bug has been logged online:
Bug reference: 1956
Logged by: Karl O. Pinc
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.3
Operating system: Linux
Description:Plpgsql top-level DECLARE does not share scope with
CREATE FUNCTION
Details
On 10/12/2005 10:32:20 PM, Bruce Momjian wrote:
We tend to follow the C conventions, so perhaps we
should
throw a warning, but I can't think of any cases where we throw a
warning
in plpgsql because we compile it once on first call.
I am thinking this falls in the "don't do that" category.
F
On 10/13/2005 03:24:23 PM, Tom Lane wrote:
"Jim C. Nasby" <[EMAIL PROTECTED]> writes:
> On Thu, Oct 13, 2005 at 01:30:56PM -0400, Tom Lane wrote:
>> Basically, DECLARE introduces a new name scope that wouldn't be
there
>> if you didn't say DECLARE. Without some bizarre reinterpretation
of the
>
On 10/13/2005 09:38:36 AM, Bruce Momjian wrote:
> Fair enough. At the same time it sure would be nice if
> plpgsql actually compiled (and parsed SQL) at
> function definition time, even when the result is thrown away.
> I'm building a big system and it's quite annoying
> to get syntax errors,
On 10/14/2005 09:30:51 AM, Michael Fuhr wrote:
On Thu, Oct 13, 2005 at 03:51:15PM +, Karl O. Pinc wrote:
> I definately do not recall catching any additional errors at
> compile time as part of the switch to 8.
8.0's syntax checking is minimal; 8.1's will be better.
14 matches
Mail list logo
