On Sat, Apr 08, 2023 at 07:24:07PM +0200, pfx_AT_mailbox.org wrote:
> - patch is disabled
> - `dwm 2> ~/dwm.log` shows nothing
>
> define command as
>
> static const char *dmenu_extend[] = { "dmenu_extended_run", NULL };
>
> bind the command to a keyboard shortcut
>
> static Key keys[] = {
> MODKEY, XK_o, spawn, {.v = dmenu_extend } },
> ...
> };
>
> same config, revert to 89f9905 dmenu_extend just works.
>
> On 08.04.23 21:45, NRK wrote:
> > Hi,
> >
> > On Sat, Apr 08, 2023 at 04:28:15PM +0200, pfx_AT_mailbox.org wrote:
> > > I bind keyboard shortcut to launch dmenu_extended[1] in dwm, what works
> > > flawlessly before the `Use sigaction(SA_NOCLDWAIT) for SIGCHLD
> > > handling` [1] commit, since dmenu_extended does not change anything here,
> > > is this a regression or bug introduced with this commit or
> > > dmenu_extended need to adapt to conform the change? thanks.
> >
> > You'll need to provide more information. What does your config look
> > like? Does dwm print any error message to stderr? Did you try to
> > reproduce with a vanilla dwm? Etc.
> >
> > Without providing more information it's not possible to say what's going
> > on here, especially because that commit doesn't really do anything to
> > process launching. Which takes me to the question, how did you verify
> > that it's this commit that's causing the problem?
> >
> > Because the commit right before it (89f9905 grabkeys: Avoid missing
> > events when a keysym maps to multiple keycodes) seems like something
> > that might actually mess with keybinds. (Try changing your
> > dmenu_extended keybind to something else and see if that works or not).
> >
> > - NRK
> >
>
Hi,
Please provide more information about your operating system etc.
This is with vanilla dwm and only the above change applied? (If not please do
so).
Thanks,
--
Kind regards,
Hiltjo
Received on Sat Apr 08 2023 - 21:17:02 CEST