freenode/#stumpwm - IRC Chatlog
Search
16:45:17
travis-ci
Change view : https://github.com/stumpwm/stumpwm/compare/0a104b41bbee...5588e0d4f9f1
17:29:03
defaultxr
getting a weird crash/error after updating stumpwm from f6966cabdf7cdc3cdecf88dfaaf8a90845264c5d to 0a104b41bbee5163f6c4deedcf06801b4ce09ad1 http://ix.io/1RUs . haven't tried the latest commit but seems to happen when i run (set-frame-font "FONT") in emacs, using a truetype font. also seems to be caused by something in my stumpwm.d/init.lisp but haven't narrowed it down yet... anyone else notice a similar
18:30:02
scottj
loke: 3270 is a nice font. there's a version named "IBM 3270" that won't be first :)
18:31:59
defaultxr
scottj: found a reproducer. only the following in init.lisp: (setf *normal-border-width* 0) . then C-t ! emacs -Q . crash.
18:37:47
scottj
defaultxr: you might want to log out the value of (list (xlib:drawable-height (window-parent win)) height wy) at the end of maximize-window
18:44:49
scottj
sorry if this is a wild goose chase, it normally is when I'm debugging my own issues :)
18:51:10
defaultxr
i had it write to a file, maybe maximize-window is being called multiple times and overwriting the value when it crashes
18:53:23
defaultxr
and yeah, it still just says (1080 1080 0) and nothing else even when i have :if-exists :append
19:00:39
defaultxr
hmm, but the error in my paste seems to show that it's happening inside the xlib:change-property, doesn't it?
19:00:43
defaultxr
if i move the (with-open-file ...) to before (xlib:change-property ...) i get the following in the output
19:13:02
defaultxr
well, it doesn't get to the root of the problem, but wrapping the (- (xlib:drawable...)) calls in (max 0 ...) does seem to prevent the crash
19:13:33
scottj
defaultxr: there are two lines added by that commit, the xlib:window-priority line and the group-raised-window line, you could try commenting them out one at a time and see which is the offending line. I'm guessing the window-priority one.
19:13:54
scottj
defaultxr: fwiw, I think you can remove both lines and stumpwm will work fine afaict
19:16:28
defaultxr
i also find that commit weird because i am using dunst and haven't had any problems with it being covered by other windows
19:18:28
defaultxr
well, just commenting out the (xlib:window-priority ...) part doesn't stop the error
19:23:01
defaultxr
argh, now it seems to be happening even if i checkout f6966ca... sorry, maybe it wasn't that commit... let me see if i can figure out when it actually started
19:29:29
defaultxr
this isn't making much sense. i reverted all the way back to b95e172 and it's still happening.
19:33:35
defaultxr
the font triggered it before but now i'm able to reproduce just by starting emacs -Q
19:35:58
defaultxr
so you didn't try with just the (setf *normal-border-width* 0) in your init.lisp/stumpwmrc?