ortango

using the window that the cursor is above: * gets the "handle": the corner or side that the cursor is closest to, depending on if resize corner or side is...

this seems to work fine here: $ bspc query -M --names DVI-D-0 HDMI-0 $ bspc wm -O HDMI-0 $ bspc query -M --names HDMI-0 DVI-D-0 $ bspc config remove_unplugged_monitors false...

oh. maybe change the issue description? seems to me that update_monitors() resets the monitor order. so any command that will call it would result in the same issue. eg setting...

>cat-ting the first pipe (0) unfroze bspwm. How can I figure out why that happens? what process was this from? >What does the number mean inside the square brackets: pipe:[]?...

@mmskv >After I attach to the running bspwm process with gdb it is unable to find debugging symbols. you are building with makepkg? check makepkg.conf's manual - specifically OPTIONS array,...

i think you've got a broken fifo issue. if you use the `-f` option for `bspc subscribe` and then stop listening to that fifo you will get a backtrace like...

bspwm hasn't had any updates in that period, maybe a config change that you can recall? a panel is a common usage of `bspc subscribe -f report`. you can try...

>I'll try that the next time it freezes. Do I just type handle SIGPIPE nostop in gdb and then bt full? if you are starting gdb before the lockup just...

>Is there a way for me to artificially read from that fifo, so that I can stop bspwm from hanging? sure, `cat $thatfile` will work.

i hadn't seen the updated backtrace. you can also use gdb to print the fifo_path @ the print_report() frame (sb->fifo_path), or inspect that subscriber in general to get a hint...