GNU bug report logs - #63620
30.0.50; [Feature Request] run hooks on sleep/wake

Previous Next

Full log

View this message in rfc822 format

From: Ship Mints <shipmints <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Andrew Cohen <acohen <at> ust.hk>, 63620 <at> debbugs.gnu.org, michael.albinus <at> gmx.de, monnier <at> iro.umontreal.ca
Subject: bug#63620: 30.0.50; [Feature Request] run hooks on sleep/wake
Date: Fri, 7 Feb 2025 07:32:48 -0500

[Message part 1 (text/plain, inline)]

On Fri, Feb 7, 2025 at 7:18 AM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > Date: Fri, 7 Feb 2025 19:43:32 +0800 (GMT+08:00)
> > From: Andrew Cohen <acohen <at> ust.hk>
> > Cc: 63620 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>,
> >       Eli Zaretskii <eliz <at> gnu.org>, michael.albinus <at> gmx.de
> >
> > Can I get any feedback about the file descriptor closure issue? From
> what
> > I can tell without exposing it in lisp the way I did I won't be able to
> > use blocking anyway.
>
> But since there could be only one such descriptor at any given time,
> why would any Lisp program need to know its value?  It sounds like we
> need to record the descriptor internally, and then close it in C, no?
> Maybe some D-Bus related primitive could do that?
>

This is why I suggested that the lower-level C code return opaque cookies
that can be used to send back to lower-level code to operate on them, such
as closing an fd.

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.