Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Richard Frith-Macdonald Newsgroups: gnu.gnustep.bug Subject: [bug #58550] WebServer - Deadlock due to missing socketAddress Date: Fri, 12 Jun 2020 06:23:50 -0400 (EDT) Lines: 24 Approved: bug-gnustep@gnu.org Message-ID: References: <20200612-112931.sv15401.74795@savannah.gnu.org> <20200612-100926.sv337.34701@savannah.gnu.org> <20200612-102350.sv337.88096@savannah.gnu.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Trace: usenet.stanford.edu 1591957432 32330 209.51.188.17 (12 Jun 2020 10:23:52 GMT) X-Complaints-To: action@cs.stanford.edu To: David Ayers , Richard Frith-Macdonald , bug-gnustep@gnu.org Envelope-to: bug-gnustep@gnu.org X-PHP-Originating-Script: 1001:sendmail.php X-Savane-Server: savannah.gnu.org:443 [209.51.188.72] X-Savane-Project: gnustep X-Savane-Tracker: bugs X-Savane-Item-ID: 58550 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.97 Safari/537.36 X-Apparently-From: 62.216.239.140 (Savane authenticated user CaS) In-Reply-To: <20200612-100926.sv337.34701@savannah.gnu.org> X-BeenThere: bug-gnustep@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <20200612-102350.sv337.88096@savannah.gnu.org> X-Mailman-Original-References: <20200612-112931.sv15401.74795@savannah.gnu.org> <20200612-100926.sv337.34701@savannah.gnu.org> Xref: csiph.com gnu.gnustep.bug:4390 Follow-up Comment #2, bug #58550 (project gnustep): Actually, it looks like it was already fixed long ago: time to make a release perhaps. However, the current code, while adding @"unknown" to the counted set (and thus avoiding the exception and locking issue), is removing nil at the end of the connection, which of course means that the counted set will get the number of connections for an 'unknown' host wrong. That's a much less important bug, but still a bug. I will change the code to use 'unknown' as the host name consistently. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.gnu.org/