delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Message-ID: | <20040930135635.8435.qmail@web60305.mail.yahoo.com> |
Date: | Thu, 30 Sep 2004 06:56:34 -0700 (PDT) |
From: | Patrick Samson <p_samson AT yahoo DOT com> |
Subject: | Re: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl |
To: | cygwin AT cygwin DOT com |
In-Reply-To: | <20040930110137.76042.qmail@web60306.mail.yahoo.com> |
MIME-Version: | 1.0 |
X-IsSubscribed: | yes |
> Special note for Postgresql users: > So far I can only reproduce this problem if these > 3 conditions are met: > - many connections (20, 25, 27) doing a simple > SELECT > - a script running SELECT, CREATE/DROP TABLE/INDEX > ... > - a pgAdmin III connected (but without activity) > (Postgresql version 7.3.6) Doesn't fail by just changing pgAdmin III with pgAdmin II. What's the difference? III tries first to talk in protocol V3 with the PG backend. If the backend doesn't understand this version, which the case for v7.3.6, pgAdmin falls back to protocol V2 and things go on. We can see it in the PG log with: FATAL: unsupported frontend protocol Does it mean that the backend did something wrong with the IPCs when refusing V3 ...? _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |