Ben Pfaff wrote:
> FWIW, I don't see the crash here with
> git-gui version 0.21.0.99.gdf4f9e
> libXft-2.3.3-7.fc35.x86_64
> using Fedora Core 35.
Good to hear that the fix is being rolled out.
> I did get a funny message I've never seen before from "git fetch":
> $ git fetch
> remote: Counting ob
On Fri, Dec 31, 2021 at 6:19 AM Bruno Haible wrote:
> gitk crashes when displaying a specific commit in the gnulib git repo.
>
> How to reproduce:
> $ gitk
> Navigate to the commit 2995fb5e993a5d7434d96465758087b35a1488ac
Interesting. FWIW, I don't see the crash here with
git-gui version 0.21.0.9
On 12/31/21 04:56, Gisle Vanem wrote:
Paul Eggert wrote:
On 12/30/21 07:48, Gisle Vanem wrote:
-#elif defined HAVE_TIMESPEC_GETRES
+#elif defined HAVE_TIMESPEC_GETRES && HAVE_TIMESPEC_GETRES
This change has an effect only if there's the equivalent of '#define
HAVE_TIMESPEC_GETRES 0' somewhe
Hi,
gitk crashes when displaying a specific commit in the gnulib git repo.
How to reproduce:
$ gitk
Navigate to the commit 2995fb5e993a5d7434d96465758087b35a1488ac
(title "unilbrk: Update handling of zero-width joiner for Unicode 10.0.0.")
=>
X Error of failed request: BadLength (poly request to
Paul Eggert wrote:
On 12/30/21 07:48, Gisle Vanem wrote:
-#elif defined HAVE_TIMESPEC_GETRES
+#elif defined HAVE_TIMESPEC_GETRES && HAVE_TIMESPEC_GETRES
This change has an effect only if there's the equivalent of '#define HAVE_TIMESPEC_GETRES 0' somewhere.
Since 'time.in.h' says:
# if !
On 12/30/21 07:48, Gisle Vanem wrote:
-#elif defined HAVE_TIMESPEC_GETRES
+#elif defined HAVE_TIMESPEC_GETRES && HAVE_TIMESPEC_GETRES
This change has an effect only if there's the equivalent of '#define
HAVE_TIMESPEC_GETRES 0' somewhere. How did that happen? If your platform
lacks timespec_ge
