On 2026-01-23 Yavor Doganov <[email protected]> wrote: [...] > The problem is here: FcNameParse, which is called at the beginning of > makeFontOfSize (wfont.c:100), is unable to parse the string so it > destroys the created pattern.
> Running the attached program on trixie gives: > $ ./fc > Pattern has 3 elts (size 16) > family: "sans serif"(s) > pixelsize: 12(f)(s) 13(f)(s) > xlfd: <unknown>(s) > On unstable, it crashes in the same way as wmaker. Passing only the > xlfd definition works, and the first part "sans serif:pixelsize=12" > also works. > On trixie: > $ fc-match "sans > serif:pixelsize=12:xlfd=-*-helvetica-medium-r-normal-*-%d-*-*-*-*-*-*-*" > DejaVuSans.ttf: "DejaVu Sans" "Book" > On unstable: > $ fc-match "sans > serif:pixelsize=12:xlfd=-*-helvetica-medium-r-normal-*-%d-*-*-*-*-*-*-*" > Fontconfig warning: using without calling FcInit() > Unable to parse the pattern > There's a bug reported for fontconfig upstream which might be related: > https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/505 > After reading the FcNameParse documentation, it is not immediately > clear to me whether wmaker passes an illegitimate string which > suddenly stopped working or if it is a fontconfig bug that it no > longer parses valid strings. [...] Thank you! No matter what, clearly FcPatternAddDouble() should not *segfault*, shouldn't it? cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
