simon-git: putty (pre-0.83): Simon Tatham

[Commits to Tartarus hosted VCS]

TL;DR:
  293be042 GTK: cherry-pick font defaults and fallbacks from main.
  e7acb9f6 GetDlgItemTextW_alloc: use the right memchr.

Repository:     https://git.tartarus.org/simon/putty.git
On the web:     https://git.tartarus.org/?p=simon/putty.git
Branch updated: pre-0.83
Committer:      Simon Tatham <anakin at pobox.com>
Date:           2025-01-13 21:26:29

commit 293be04298e91b0b0a86230df60e72346da9987f
web diff https://git.tartarus.org/?p=simon/putty.git;a=commitdiff;h=293be04298e91b0b0a86230df60e72346da9987f;hp=f58ddf26fe4edbd5793815cbc43f5b91f7a11e69
Author: Simon Tatham <anakin at pobox.com>
Date:   Mon Jan 13 20:47:01 2025 +0000

    GTK: cherry-pick font defaults and fallbacks from main.
    
    This is a combined cherry-pick of three consecutive commits from main:
    
    b088d77d580b8f7 GTK: hard-code some last-ditch fallback fonts.
    7f4cccde2ae53c0 GTK: fixes to the previous font fallback patch.
    6155365076c47a8 GTK: switch the default to client-side fonts.
    
    The combined effect is that now PuTTY's built-in default font is
    client-side rather than server-side (advantaging Wayland and
    disadvantaging legacy GTK1 builds, which seems like a sensible
    tradeoff these days), and also, if the configured main font can't be
    found, we'll try falling back to either the client- or server-side
    default (whichever is available) before giving up completely and
    whinging on standard error.

 unix/platform.h | 22 +++++++++++++------
 unix/window.c   | 65 +++++++++++++++++++++++++++++++++++++++++++--------------
 2 files changed, 65 insertions(+), 22 deletions(-)

commit e7acb9f6968d48217a4210dd91b742e82f80bc72
web diff https://git.tartarus.org/?p=simon/putty.git;a=commitdiff;h=e7acb9f6968d48217a4210dd91b742e82f80bc72;hp=293be04298e91b0b0a86230df60e72346da9987f
Author: Simon Tatham <anakin at pobox.com>
Date:   Mon Jan 13 20:43:22 2025 +0000

    GetDlgItemTextW_alloc: use the right memchr.
    
    When retrieving Unicode text from an edit box in the GUI configurer,
    we were using plain memchr() to look for a terminating NUL. But of
    course you have to use wmemchr() to look for a UTF-16 NUL, or else
    memchr() will generate a false positive on the UTF-16 version of (at
    least) any ASCII character!
    
    (I also have to provide a fallback implementation of wmemchr for the
    w32old builds, which don't have it in the libc they build against.
    It's as simple as possible, and we use the libc version where
    possible.)

 cmake/cmake.h.in                     |  1 +
 cmake/platforms/windows.cmake        |  1 +
 defs.h                               |  5 +++++
 windows/CMakeLists.txt               |  3 +++
 windows/utils/getdlgitemtext_alloc.c |  4 +++-
 windows/utils/wmemchr.c              | 15 +++++++++++++++
 6 files changed, 28 insertions(+), 1 deletion(-)