all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Matthew Leach <matthew@mattleach.net>
To: Stefan Monnier <monnier@IRO.UMontreal.CA>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
Subject: Re: [PATCH v3] Add systemd socket launching support
Date: Thu, 31 Mar 2016 20:32:52 +0100	[thread overview]
Message-ID: <87y48ya1ej.fsf@mattleach.net> (raw)
In-Reply-To: <8737r6bg84.fsf@mattleach.net> (Matthew Leach's message of "Thu,  31 Mar 2016 20:27:23 +0100")

Matthew Leach <matthew@mattleach.net> writes:

> Hi Stefan,
>
> Stefan Monnier <monnier@IRO.UMontreal.CA> writes:
>
>>> And I object to exposing file descriptors to Lisp, certainly when that
>>> is not necessary.
>>
>> In other similar functionality I've seen over the years, an alternative
>> was to pass the fd as an additional argument on the command line, but in
>> any case whether it's received from the environment or the command line,
>> the file-descriptor to use will just be an integer, and it's already
>> exposed to Lisp.
>>
>> So, AFAICT we just need 3 elements:
>> - a function to get the FD number from systemd (which we could write in
>>   Elisp, but is much better implemented as a call to systemd's support
>>   library).
>> - a way to create a process-object from an existing file-descriptor
>> number.
>
> Should the socket descriptor number be passed in from Lisp, or should
> this be a Boolean flag that tells make-network-process to consult an
> internal variable?  We can separate the libsystemd code from the
> make-network-process logic easily in both scenarios.

I forgot to mention, my vote is for latter as it prevents users passing
in garbage to make-network-process.
-- 
Matt



  reply	other threads:[~2016-03-31 19:32 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-30 20:53 [PATCH v3] Add systemd socket launching support Matthew Leach
2016-03-31 12:55 ` Stefan Monnier
2016-03-31 13:31   ` Matthew Leach
2016-03-31 17:11     ` Stefan Monnier
2016-03-31 17:38       ` Matthew Leach
2016-03-31 17:41       ` Eli Zaretskii
2016-03-31 18:14         ` Stefan Monnier
2016-03-31 19:27           ` Matthew Leach
2016-03-31 19:32             ` Matthew Leach [this message]
2016-03-31 19:34           ` Eli Zaretskii
2016-03-31 21:22             ` Stefan Monnier
2016-04-01  7:10               ` Eli Zaretskii
2016-04-01 13:17                 ` Stefan Monnier
2016-04-01 13:41                   ` Eli Zaretskii
2016-04-01 18:43                     ` Stefan Monnier
2016-04-01 19:47                       ` Matthew Leach
2016-04-01 19:58                       ` Eli Zaretskii
2016-04-03  0:53     ` Live System User
2016-03-31 16:32 ` Eli Zaretskii
2016-03-31 16:51   ` Matthew Leach
2016-03-31 16:56     ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y48ya1ej.fsf@mattleach.net \
    --to=matthew@mattleach.net \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@IRO.UMontreal.CA \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.