I use emojis on my dwm bar, and it is convenient on a laptop. While
main fonts are occasionally changed, Noto Emoji is always a fallback font
for the symbols. I've never had dwm or st crashed, no matter the reason.
As it was previously stated by Laslo and Hiltjo, 99.9899735856% of issues
are
I like that you guys punish people for stupid shit like emojis,
hahaha. fuck emojis. first good feature on suckless in a while :)
On Wed, Aug 09, 2017 at 11:06:28AM -0700, David Lamkins wrote:
> The NotoColorEmoji font seems to be the trigger. I can avoid the st
> rendering exit by blacklisting that font:
This sounds rather similar to the dwm issue discussed in another
recent thread -- dwm exiting when rendering emojis with
The NotoColorEmoji font seems to be the trigger. I can avoid the st
rendering exit by blacklisting that font:
file ~/.config/fontconfig/fonts.conf:
Noto Color Emoji
By so doing, st renders an empty box for the offending
I also specified different fonts on the command line, using an st
built with the default config.def.h. For example: ./st -f
DejaVuSansMono .
Same outcome.
On Wed, Aug 9, 2017 at 10:19 AM, David Lamkins wrote:
> With default config *except for* font, which is:
>
> char font[]
With default config *except for* font, which is:
char font[] = "NotoMono-17:antialias=true:autohint=false:hintstyle=hintnone";
Compiled with CFLAGS="-ggdb -O0",
Here's the backtrace. (No change):
#0 __GI__exit (status=status@entry=1) at ../sysdeps/unix/sysv/linux/_exit.c:27
#1
st output upon exit:
X Error of failed request: BadLength (poly request too large or
internal Xlib length error)
Major opcode of failed request: 138 (RENDER)
Minor opcode of failed request: 20 (RenderAddGlyphs)
Serial number of failed request: 1408
Current serial number in output
On Wed, Aug 09, 2017 at 09:37:07AM -0700, David Lamkins wrote:
> Compiling with the default config resolves the issue. (OTOH, I can't
> use the default font...)
>
> I've attached a diff of my config.def.h .
Can you do it piecemeal with the changes from the diff, especially the
font (heck, do it
Compiling with the default config resolves the issue. (OTOH, I can't
use the default font...)
I've attached a diff of my config.def.h .
On Wed, Aug 9, 2017 at 8:55 AM, Antenore Gatta wrote:
> On Wed, 9 Aug 2017 08:36:49 -0700
> "David B. Lamkins"
On Wed, Aug 09, 2017 at 08:36:49AM -0700, David B. Lamkins wrote:
> Upon attempting to render Unicode 1f596, st exits.
I have the same problem, but with a different input, that I haven't
identified yet. However...
> See attached strace excerpt.
I'd recommend getting the Xlib stderr by running
On Wed, 9 Aug 2017 08:36:49 -0700
"David B. Lamkins" wrote:
> \xf0\x9f\x96\x96\n
I cannot reproduce it, which font are you using?
Can you try to compile st with the default config.h and no patches?
--
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT !d s: !a C++ UL
Upon attempting to render Unicode 1f596, st exits.
To reproduce, compile and run the attached test or send the same codepoint to
the screen via any other means.
I'm running Fedora 25 (up-to-date) and st HEAD. Google Noto fonts are
installed. (I mention the latter because st loads one of these
12 matches
Mail list logo