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 associ
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 c
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[] = "NotoMono-17:antia
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 0x768f3
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 strea
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 fr
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" wrote:
>
>> \xf0\x9f\x96\x96\n
>
> I cannot repr
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 st
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 P+++ L+++ E--- W+++ N+
11 matches
Mail list logo