simon-git: putty (main): Simon Tatham

[Commits to Tartarus hosted VCS]

TL;DR:
  9d308b39 Reinstate putty.chm in Windows binary zipfiles.

Repository:     https://git.tartarus.org/simon/putty.git
On the web:     https://git.tartarus.org/?p=simon/putty.git
Branch updated: main
Committer:      Simon Tatham <anakin at pobox.com>
Date:           2023-02-04 16:19:42

commit 9d308b39da715f77c9c07ea28eeb3016d1be12b1
web diff https://git.tartarus.org/?p=simon/putty.git;a=commitdiff;h=9d308b39da715f77c9c07ea28eeb3016d1be12b1;hp=658ec0457ff955553dd8414ff270fbc637f87d13
Author: Simon Tatham <anakin at pobox.com>
Date:   Sat Feb 4 15:06:21 2023 +0000

    Reinstate putty.chm in Windows binary zipfiles.
    
    A user just reported that it hasn't been there since 0.76. This turns
    out to be because I put the wrong pathname on the 'zip' commands in
    Buildscr (miscounted the number of ../ segments).
    
    I would have noticed immediately, if Info-Zip had failed with an error
    when it found I'd given it a nonexistent filename to add to the zip
    file. But in fact it just prints a warning and proceeds to add all the
    other files I specified. It looks as if it will only return a nonzero
    exit status if _all_ the filenames you specified were nonexistent.
    
    Therefore, I've rewritten the zip-creation commands so that they run
    zip once per file. That way if any file is unreadable we _will_ get a
    build error.
    
    (Also, while I'm here, I took the opportunity to get rid of that ugly
    ls|grep.)

 Buildscr | 16 ++++++++++------
 1 file changed, 10 insertions(+), 6 deletions(-)