From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: emacs daemon on win32? Date: Wed, 29 Oct 2008 09:22:54 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1225268604 18941 80.91.229.12 (29 Oct 2008 08:23:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Oct 2008 08:23:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Eli Zaretskii" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 29 09:24:25 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kv6Lo-0003sN-2g for ged-emacs-devel@m.gmane.org; Wed, 29 Oct 2008 09:24:24 +0100 Original-Received: from localhost ([127.0.0.1]:36495 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kv6Kh-0001DT-3O for ged-emacs-devel@m.gmane.org; Wed, 29 Oct 2008 04:23:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kv6KV-0001DA-79 for emacs-devel@gnu.org; Wed, 29 Oct 2008 04:23:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kv6KP-0001CG-Qj for emacs-devel@gnu.org; Wed, 29 Oct 2008 04:22:58 -0400 Original-Received: from [199.232.76.173] (port=42868 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kv6KP-0001C5-4p for emacs-devel@gnu.org; Wed, 29 Oct 2008 04:22:57 -0400 Original-Received: from mail-gx0-f11.google.com ([209.85.217.11]:47835) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kv6KN-00035F-L2; Wed, 29 Oct 2008 04:22:55 -0400 Original-Received: by gxk4 with SMTP id 4so5432169gxk.18 for ; Wed, 29 Oct 2008 01:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=rUvFJLXU/FafgdUVppS9/SmT3oGnoetCskVZaaohgPU=; b=Ds21UsbZhfMSYuGL87x7wShUeH4NIsSO3nQ4tgBDhqXEC00edabkpplDxVr7nzTis0 eVTR8fPGr/tm/obgsUHWxlqJUwkk5jm+q5YJy3wz5+hfgUbUsinZEJQT5F9YDKBbboQ0 8X3O9K9TiCg1R98zEykM+EYu8u4Nv/KO9AVnI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=umPDGPHPxp5/ei/Hp6fPDTRzbHqlw4mLgq2oMUtvAku7RzNkfmp8pcOwlavbqOSwDB O0hDM6MJ8i6wDofm8EZ47aUoqzpW865UeFVUVc0nN6hgxehjWKHEJY1XTdR9A0Chgatc gjkBd2lTL8PC+VCKzyMDrZkej1822C+wW/hpc= Original-Received: by 10.100.127.15 with SMTP id z15mr8326870anc.10.1225268574610; Wed, 29 Oct 2008 01:22:54 -0700 (PDT) Original-Received: by 10.100.13.13 with HTTP; Wed, 29 Oct 2008 01:22:54 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:105135 Archived-At: On Wed, Oct 29, 2008 at 05:21, Eli Zaretskii wrote: > Unless Emacs is a service and can be started as such, you cannot do > this on Windows (AFAIK) without logging in as one of the users defined > on the particular machine. I suppose I misunderstood your question. My answer was about what I think is, generally speaking, the raison d'etre of daemon processes. Specifically for an Emacs daemon, my motivation is not process control, but Emacs running as quietly and stealthily as possible until I need it. If that is --systray instead of --daemon, so be it (though I still think they are related concepts, at least in theory). > Someone else wrote in this thread what I think is the main goal of the > daemon mode: be detached from the process group and so don't get > killed when the user logs out. And I think this is impossible on > Windows for a normal (non-service) process. Though that would be undoubtedly useful, it's not a primary goal for me. Juanma