2009/7/26 Wojciech Walczak :
> Hi!
>
> I found your article over the internet:
> http://archives.postgresql.org/pgsql-bugs/2009-01/msg00097.php
> I have Postgresql installation version 8.3.5 and I still the problem with
> space inserted after "http://":
>
> Do you know if this bug has been fixed or
Alvaro Herrera writes:
> Tom Lane escribió:
>> I looked at that and decided it was OK as-is. How do you want to
>> change it?
> The reason that it doesn't need locks is not that there's no other
> process running, but that it was already initialized, in the case when
> found is false.
Mph. Th
Tom Lane escribió:
> Alvaro Herrera writes:
> > Itagaki Takahiro escribi�:
> >> Here is a patch to fix pg_stat_statements on Windows.
>
> > Hmm, it seems the comment just above the patched line needs to be fixed.
>
> I looked at that and decided it was OK as-is. How do you want to
> change it?
Alvaro Herrera writes:
> Itagaki Takahiro escribió:
>> Here is a patch to fix pg_stat_statements on Windows.
> Hmm, it seems the comment just above the patched line needs to be fixed.
I looked at that and decided it was OK as-is. How do you want to
change it?
regards, t
Itagaki Takahiro writes:
> Here is a patch to fix pg_stat_statements on Windows.
Yeah, that looks about right to me. Committed.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql
Itagaki Takahiro escribió:
>
> Tom Lane wrote:
>
> > > We should call [Read dumpfile] routine only once even on Windows.
> > Seems to me that you should simply do the load only when found is false.
>
> Here is a patch to fix pg_stat_statements on Windows.
Hmm, it seems the comment just above t
Tom Lane wrote:
> > We should call [Read dumpfile] routine only once even on Windows.
> Seems to me that you should simply do the load only when found is false.
Here is a patch to fix pg_stat_statements on Windows.
I see we don't need any locks because initialization is done in postmaster;
The
The following bug has been logged online:
Bug reference: 4942
Logged by: Federico Aguirre
Email address: federicoaagui...@gmail.com
PostgreSQL version: 8.4
Operating system: Suse linux ES 10.2
Description:edb_apachephp.bin error
Details:
Al comenzar la instalaciòn d
Hi!
I found your article over the internet:
http://archives.postgresql.org/pgsql-bugs/2009-01/msg00097.php
I have Postgresql installation version 8.3.5 and I still the problem
with space inserted after "http://":
Do you know if this bug has been fixed or not? What would be the
solution th
Itagaki Takahiro writes:
> We should call [Read dumpfile] routine only once even on Windows.
Seems to me that you should simply do the load only when found is false.
> How about executing the routine during AddinShmemInitLock is taken?
You should not hold AddinShmemInitLock any longer than real
"" wrote:
> Bug reference: 4941
> PostgreSQL version: 8.4.0
> Operating system: windows 2008,2003
> Description:pg_stat_statementscrash
> crash every time after that even with reboots.
I researched the issue, and found pgss_shmem_startup() is called
for each connection est
Lauris Ulmanis wrote:
> Hello!
>
>
>
> I posted you a message about slowness of creation users more than 500 000
> (#4919). It seems there is no workaround of this problem because of using
> pg_auth flat file.
>
>
>
> To override this problem is it possible to use LDAP authentification meto
12 matches
Mail list logo
