GNU bug report logs -
#72345
29.4; Emacs daemon on Windows OS
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
*> So the "solution" is not to specify any custom command line arguments.*
The actual solution is to remove all custom arguments from the
`command-line-args-left' while config is loading.
Then "THE BUG" is that the emacs daemon silently stays in half-working more
like a hanging state in case if `command-line-args-left' is not nil after
config is loaded.
On Mon, 29 Jul 2024 at 12:28, Constantin Kulikov <zxnotdead <at> gmail.com>
wrote:
> So the "solution" is not to specify any custom command line arguments.
> I consider it as a bug.
>
>
> On Mon, 29 Jul 2024 at 03:20, Constantin Kulikov <zxnotdead <at> gmail.com>
> wrote:
>
>> *> input from terminal is not working properly*
>> Well this is not true. It works with standard read-* methods, and fail if
>> used with for example ivy-mode.
>>
>> On Mon, 29 Jul 2024 at 01:08, Constantin Kulikov <zxnotdead <at> gmail.com>
>> wrote:
>>
>>> (And even the input from terminal is not working properly in that case.
>>> You can enter
>>> string to terminal and it reacts to Enter key press, but seems like
>>> input received by emacs is always nil)
>>>
>>
[Message part 2 (text/html, inline)]
This bug report was last modified 322 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.