[2016-10-25 01:51:35 -1000] Gaetan Bisson:
> [2016-10-25 12:55:53 +0200] Martin Kühne:
> > IIRC there are fonts who claim ridiculously large glyph sizes in some
> > circumstances, and yes that wasn't a dwm issue in and on itself.
> > Geatan, what font configuration are
Hi Martin,
[2016-10-25 12:55:53 +0200] Martin Kühne:
> IIRC there are fonts who claim ridiculously large glyph sizes in some
> circumstances, and yes that wasn't a dwm issue in and on itself.
> Geatan, what font configuration are you using?
I'm using DejaVu Sans Mono (the default "monospace" on m
[2016-10-25 00:09:42 -1000] Gaetan Bisson:
> I'm running the latest git snapshot of dwm on Arch Linux. It crashes
> (and the X server along with it) deterministically when I run:
>
> xsetroot -name $(printf '\xf0\x9f\xa4\x93')
This can be "fixed" by cha
Hi Laslo,
[2016-10-25 12:45:18 +0200] Laslo Hunhold:
> thanks for the report, but it doesn't crash for me. Before beating this
> horse any more, what you should do is use the stock config.def.h and
> see if the problem persists there.
Unfortunately it crashes even with the default config.def.h.
Hi,
I'm running the latest git snapshot of dwm on Arch Linux. It crashes
(and the X server along with it) deterministically when I run:
xsetroot -name $(printf '\xf0\x9f\xa4\x93')
That's an emoji character. It was in some Web page's title and got
picked up by my browser as window title,
Hi,
The BORDER setting to st has recently been broken by the XDBE patch;
this is fixed by the patch below, which also removes bufh/bufw since
they are now redundant with the w/h members.
Cheers.
--
Gaetan
diff -Naur old/st.c new/st.c
--- old/st.c2012-07-28 22:27:26.0 +1000
+++ new
