Received: with ECARTIS (v1.0.0; list gopher); Fri, 28 May 2004 15:49:45 -0500 (CDT) Return-Path: <dhatarattha@route-add.net> X-Original-To: gopher@complete.org Delivered-To: gopher@complete.org Received: from localhost (localhost [127.0.0.1]) by glockenspiel.complete.org (Postfix) with ESMTP id EEBA33F1 for <gopher@complete.org>; Fri, 28 May 2004 15:49:44 -0500 (CDT) Received: from glockenspiel.complete.org ([127.0.0.1]) by localhost (glockenspiel [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 28438-08 for <gopher@complete.org>; Fri, 28 May 2004 15:49:41 -0500 (CDT) Received: from dns2.EurNetCity.NET (dns2.eurnetcity.net [80.68.196.9]) by glockenspiel.complete.org (Postfix) with ESMTP id 99F63304 for <gopher@complete.org>; Fri, 28 May 2004 15:49:40 -0500 (CDT) Received: from brillante.route-add.net (postfix@brillante.route-add.net [80.68.194.26] (may be forged)) by dns2.EurNetCity.NET (8.11.6p2-20030924/8.11.6) with SMTP id i4SKAiQ23862 for <gopher@complete.org>; Fri, 28 May 2004 22:10:44 +0200 Received: from marana (marana [192.168.1.4]) by brillante.route-add.net (Postfix) with ESMTP id 39B1F1030 for <gopher@complete.org>; Fri, 28 May 2004 22:49:21 +0200 (CEST) Date: Fri, 28 May 2004 22:50:13 +0200 (CEST) From: Alessandro Selli <dhatarattha@route-add.net> To: gopher@complete.org Subject: [gopher] Re: Pygopherd and xinetd In-Reply-To: <20040528194105.GB26678@complete.org> Message-ID: <Pine.LNX.4.58.0405282246180.3086@tanatos> References: <Pine.LNX.4.58.0405281105370.21687@tanatos> <20040528130832.GB9268@excelhustler.com> <Pine.LNX.4.58.0405282100380.3086@tanatos> <20040528194105.GB26678@complete.org> MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-EurNetCity-MailScanner-Information: Please contact the ISP for more information X-EurNetCity-MailScanner: Found to be clean X-MailScanner-From: dhatarattha@route-add.net X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at complete.org X-archive-position: 928 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: dhatarattha@route-add.net Precedence: bulk Reply-to: gopher@complete.org List-help: <mailto:ecartis@complete.org?Subject=help> List-unsubscribe: <mailto:gopher-request@complete.org?Subject=unsubscribe> List-software: Ecartis version 1.0.0 List-Id: Gopher <gopher.complete.org> X-List-ID: Gopher <gopher.complete.org> List-subscribe: <mailto:gopher-request@complete.org?Subject=subscribe> List-owner: <mailto:jgoerzen@complete.org> List-post: <mailto:gopher@complete.org> List-archive: <http://www.complete.org/mailinglists/archives/> X-list: gopher

Il giorno Fri, 28 May 2004, John Goerzen cosė ha scritto:

|On Fri, May 28, 2004 at 09:12:58PM +0200, Alessandro Selli wrote: |> |Unfortunately, all detach does is tell PyGopherd to run as a Unix daemon |> |-- that is, it forks itself off, continues listening for connections in |> |the backgrouns, and returns immediately. |> |> So, if I put "detach = no" then the server is busy and does not answer |> new connections until the current one ends (that is, until the current data |> transfer completes)? | |No, the server still runs exactly the same when you set detach = no, but |you don't get your shell prompt back. You can Ctrl-C to terminate the |thing.

All right, so the server *forks* every time it receives a connection request, indipendently from the fact that it *detaches* from the control terminal or not, right?

Sandro

-- Bellum se ipsum alet La guerra nutre se stessa

Livio, "Ab urbe condita", XXXIV,9