On Wed, Jul 7, 2010 at 01:37, Lou Picciano wrote:
> [TEST REPORT]
> [Release]: 9.0Beta2
> [Test Type]: Testing connection - pgAdmin - using certificate on Windows 7 -
> Specifically, what is correct default placement of certs?
> [Test]: Attempt to connect - SSL required or better - using standard
Magnus,
Tks for your response.
> What is your connection string? Are you specifying the cert file there as
> well?
Well, no. Specifically, the exercise was to determine default locations of
certs on Windows 7, as inferred from - the expected - error message from the PG
client. In this c
Excerpts from Gurjeet Singh's message of mié jul 07 00:43:32 -0400 2010:
> If you must know, this instance is on a low-cost, hosted, Xen virtual
> machine.
I think Tom diagnosed an issue affecting pgstats as being out of sync
gettimeofday() results on different processes. IIRC this was on a
virt
Gurjeet Singh writes:
> On Wed, Jul 7, 2010 at 12:18 AM, Tom Lane wrote:
>> Gurjeet Singh writes:
>>> I ran the following query, and got an unexpected negative value. Does
>>> this imply that SELECT-transaction was able to see a row created by
>>> INSERT-transaction which started after the SELEC
On 7/7/10 1:50 AM, Magnus Hagander wrote:
> BTW, if you post bug reports to -bugs, it'll make a lot more people see them.
Sure, we just want to verify that it *is* a possible bug (and not pilot
error) first.
--
-- Josh Berkus
On 07/07/10 22:28, Lou Picciano wrote:
> Well, no. Specifically, the exercise was to determine default locations of
> certs on Windows 7, as inferred from - the expected - error message from the
> PG client. In this case, the client was pgAdmin. (Is pgAdmin not a valid
> 'default' test?)
I'm c
