<div dir="ltr">Threaded builds would run a certain risk of confusing X11 under some circumstances (specifically, if you tried to use the existing server connection in a thread, you could see X11 protocol errors). They shouldn't produce that error.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 3, 2018 at 9:38 AM Dmitriy Matrosov <<a href="mailto:sgf.dma@gmail.com">sgf.dma@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On November 30, 2018 11:18:51 PM GMT+03:00, Brandon Allbery <<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>> wrote:<br>
>Er. What version of ghc? That sounds like either a ghc runtime bug, or<br>
>a<br>
>system configuration issue. In particular, xmonad creates no threads<br>
>itself, so that would be the ghc runtime's IO manager thread.<br>
<br>
That reminds me, that i've compiled my xmonad build with `-threaded - with-rtsopts=-N`. I've tried without these options and for now it seems stable. May that be the case? <br>
<br>
Ghc versions are different: this error happens to me with different stack snapshots from time to time more than year already. <br>
<br>
>On Fri, Nov 30, 2018 at 3:07 PM Dmitriy Matrosov <<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a>><br>
>wrote:<br>
><br>
>> On 11/30/2018 12:11 AM, Brandon Allbery wrote:<br>
>> > Yes. More specifically, it's ultimately using the execve()<br>
>syscall, via<br>
>> > one of the wrappers which propagates the environment (which one<br>
>depends<br>
>> > on whether it's asked to do $PATH search or not).<br>
>><br>
>> So.. here is version using environment:<br>
>><br>
>> import XMonad<br>
>> import XMonad.Operations<br>
>> import XMonad.Util.EZConfig<br>
>><br>
>> import System.Environment<br>
>> import Control.Exception<br>
>><br>
>> main :: IO ()<br>
>> main = do<br>
>> let xcf = def<br>
>> { modMask = mod4Mask<br>
>> , handleExtraArgs = disableKeysE<br>
>> }<br>
>> `additionalKeys`<br>
>> [ ((mod4Mask, xK_d), disableKeysOn) ]<br>
>> xmonad xcf<br>
>><br>
>> disableKeysOn :: X ()<br>
>> disableKeysOn = do<br>
>> trace "Preparing to disable keys and restarting.."<br>
>> io $ setEnv "XMONAD_DISABLE_KEYS" "1"<br>
>> restart "xmonad" True<br>
>><br>
>> disableKeysE :: [String] -> XConfig Layout -> IO (XConfig<br>
>Layout)<br>
>> disableKeysE _ xcf = do<br>
>> me <- lookupEnv "XMONAD_DISABLE_KEYS"<br>
>> case me of<br>
>> Just _ -> do<br>
>> trace "Disabling all keys."<br>
>> unsetEnv "XMONAD_DISABLE_KEYS"<br>
>> return (xcf {keys = \_ -> mempty})<br>
>> Nothing -> return xcf<br>
>><br>
>> It also restarts xmonad on key press (when disabling keys) and all<br>
>> works fine, but.. xmonad frequently crashes with<br>
>><br>
>> xmonad: failed to create OS thread: Resource temporarily<br>
>> unavailable<br>
>><br>
>> I don't think this crash relates somehow to using environment, and it<br>
>> happened from time to time before too, but still.. Can you advise,<br>
>> how to fix it?<br>
>><br>
>> > On Thu, Nov 29, 2018 at 4:07 PM Dmitriy Matrosov<br>
><<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a><br>
>> > <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a>>> wrote:<br>
>> ><br>
>> > On 11/29/2018 09:50 PM, Brandon Allbery wrote:<br>
>> > > You were talking about restart, between the running xmonad<br>
>and<br>
>> its<br>
>> > > replacement via executeFile. There, you can use the<br>
>environment.<br>
>> > There<br>
>> > > is no way to pass information between an invoked "xmonad<br>
>> > --restart" and<br>
>> > > the running xmonad.<br>
>> ><br>
>> > You mean, `executeFile` preserves environment? So, i may<br>
>change<br>
>> it from<br>
>> > running xmonad (by e.g. keybinding) and then restart it?<br>
>> ><br>
>> > > On Thu, Nov 29, 2018 at 6:01 AM Dmitriy Matrosov<br>
>> > <<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a> <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a>><br>
>> > > <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a> <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a>>>><br>
>wrote:<br>
>> > ><br>
>> > ><br>
>> > ><br>
>> > > On November 28, 2018 9:25:00 PM GMT+03:00, Brandon<br>
>Allbery<br>
>> > > <<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>><br>
>> > <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>>>><br>
>wrote:<br>
>> > > >Not by default; there's already a bug (<br>
>> > > ><a href="https://github.com/xmonad/xmonad/issues/78" rel="noreferrer" target="_blank">https://github.com/xmonad/xmonad/issues/78</a>) about our<br>
>not<br>
>> > obeying the<br>
>> > > >ICCCM<br>
>> > > >replace protocol unless started by replacing some<br>
>other WM.<br>
>> > > ><br>
>> > > >There's a few other places you can hide extra<br>
>parameters;<br>
>> > starting<br>
>> > > that<br>
>> > > >early, the environment is probably the easiest to<br>
>use,<br>
>> provided<br>
>> > > they're<br>
>> > > >not<br>
>> > > >too large (see why there's a state file now).<br>
>> > ><br>
>> > > Hm, i don't understand how to use environment. I need<br>
>to pass<br>
>> > > something to running xmonad process (to which i send<br>
>> > > XMONAD_RESTART). As far as i know, i can't change<br>
>> environment of<br>
>> > > another process..<br>
>> > ><br>
>> > ><br>
>> > > >On Wed, Nov 28, 2018 at 1:20 PM Dmitriy Matrosov<br>
>> > > <<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a> <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a>><br>
>> > <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a> <mailto:<a href="mailto:sgf.dma@gmail.com" target="_blank">sgf.dma@gmail.com</a>>>><br>
>> > > >wrote:<br>
>> > > ><br>
>> > > >> Hi.<br>
>> > > >><br>
>> > > >> On 11/21/2018 09:49 PM, Eyal Erez wrote:<br>
>> > > >> > Hi,<br>
>> > > >> ><br>
>> > > >> > I'm getting some collisions between my xmonad<br>
>> > keybindings and an<br>
>> > > >> > application I'm running (it's a game that is<br>
>suppose to<br>
>> > run full<br>
>> > > >screen<br>
>> > > >> > but in reality just uses a large window). I was<br>
>> > wondering if I<br>
>> > > >could<br>
>> > > >> > suspend or change some keybindings from a script<br>
>that I<br>
>> > can run<br>
>> > > >before<br>
>> > > >> > the app launches and then restore later.<br>
>> > > >> ><br>
>> > > >> > Is this at all possible? Happy to entertain<br>
>other<br>
>> options.<br>
>> > > >><br>
>> > > >> Here is proof of concept:<br>
>> > > >><br>
>> > > >><br>
>> > > >> import XMonad<br>
>> > > >> import XMonad.Hooks.EwmhDesktops<br>
>> > > >><br>
>> > > >> import System.Directory<br>
>> > > >> import System.FilePath<br>
>> > > >><br>
>> > > >><br>
>> > > >> main :: IO ()<br>
>> > > >> main = do<br>
>> > > >> let xcf = ewmh $ def<br>
>> > > >> { modMask = mod4Mask<br>
>> > > >> , handleExtraArgs =<br>
>> disableKeys<br>
>> > > >> }<br>
>> > > >> xmonad xcf<br>
>> > > >><br>
>> > > >> disableKeys :: [String] -> XConfig Layout<br>
>-> IO<br>
>> > (XConfig<br>
>> > > >Layout)<br>
>> > > >> disableKeys _ xcf = do<br>
>> > > >> xd <- getXMonadDir<br>
>> > > >> let disableFn = xd </> "disable_keys"<br>
>> > > >> b <- doesFileExist disableFn<br>
>> > > >> if b<br>
>> > > >> then do<br>
>> > > >> trace "Disabling all keys."<br>
>> > > >> removeFile disableFn<br>
>> > > >> return (xcf {keys = \_ -> mempty})<br>
>> > > >> else return xcf<br>
>> > > >><br>
>> > > >><br>
>> > > >> To disable all keys create file<br>
>`~/.xmonad/disable_keys`<br>
>> > and then<br>
>> > > >> restart xmonad with `xmonad --restart`. All keys<br>
>will be<br>
>> > disabled<br>
>> > > >> _and_ file deleted (to avoid locking yourself),<br>
>thus next<br>
>> > restart<br>
>> > > >will<br>
>> > > >> restore all keys back.<br>
>> > > >><br>
>> > > >> As far as i understand, xmonad grabs keys in<br>
>> > `X.Main.launch` before<br>
>> > > >> entering main loop. Thus, the one way to change key<br>
>grab<br>
>> > is to<br>
>> > > >restart<br>
>> > > >> xmonad. I need to modify `XConfig` before calling<br>
>> > > X.Main.launch`, and<br>
>> > > >> this may be done by `handleExtraArgs` (called in<br>
>> `launch'` in<br>
>> > > >> `X.Main.xmonad`). Unfortunately, it seems, that<br>
>xmonad<br>
>> > does not<br>
>> > > allow<br>
>> > > >> to pass extra cmd arguments during restart<br>
>> > (`X.Operations.restart`<br>
>> > > >> always starts xmonad with name `xmonad` and no<br>
>> > arguments). Also, i<br>
>> > > >> can't use extensible state in `handleExtraArgs`,<br>
>because<br>
>> > it runs in<br>
>> > > >> `IO` (`X` context is not yet built at that time). <br>
>Thus,<br>
>> > to pass<br>
>> > > >> something to it, i may use either file or<br>
>(probably)<br>
>> > > `--replace`. The<br>
>> > > >> above version uses file. And i have no luck with<br>
>> > `--replace`: it<br>
>> > > >> seems, `xmonad` can't replace itself?..<br>
>> > > >> _______________________________________________<br>
>> > > >> xmonad mailing list<br>
>> > > >> <a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a> <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a>><br>
>> > <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a> <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a>>><br>
>> > > >><br>
><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br>
>> > > >><br>
>> > > _______________________________________________<br>
>> > > xmonad mailing list<br>
>> > > <a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a> <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a>><br>
>> > <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a> <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a>>><br>
>> > > <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br>
>> > ><br>
>> > ><br>
>> > ><br>
>> > > --<br>
>> > > brandon s allbery kf8nh<br>
>> > > <a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>><br>
>> > <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>>><br>
>> ><br>
>> > _______________________________________________<br>
>> > xmonad mailing list<br>
>> > <a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a> <mailto:<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a>><br>
>> > <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > brandon s allbery kf8nh<br>
>> > <a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <mailto:<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>><br>
>><br>
>><br>
_______________________________________________<br>
xmonad mailing list<br>
<a href="mailto:xmonad@haskell.org" target="_blank">xmonad@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>brandon s allbery kf8nh</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a></div></div></div></div></div>