GNU bug report logs - #75938
31.0.50; Temporary file-names overflowing MAX_PATH characters

Previous Next

Package: emacs;

Reported by: arthur miller <arthur.miller <at> live.com>

Date: Thu, 30 Jan 2025 03:46:01 UTC

Severity: normal

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #20 received at 75938 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: arthur miller <arthur.miller <at> live.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: "75938 <at> debbugs.gnu.org" <75938 <at> debbugs.gnu.org>
Subject: Re: Sv: bug#75938: 31.0.50; Temporary file-names overflowing MAX_PATH
 characters
Date: Thu, 30 Jan 2025 20:14:56 -0800
On 1/30/25 18:01, arthur miller wrote:
> (make-temp-name (* 1024 1024 1024) ?a) <- asks for 1 gig of chars
> 
> After trying to execute that, I get message that Emacs has recovered
> from the C stack overflow.

I assume you mean:

  (make-temp-name (make-string (* 1024 1024 1024) ?a))

and I don't observe the problem on bleeding-edge Emacs (commit 
a5965217fc1d7b56df60f8e798edd48ae52c8624) when built on Fedora 41 
x86-64. There is no C stack overflow, and make-temp-name signals 
(file-error "Creating file name with prefix" "File name too long" 
"aaa...") as expected.

If you're getting a C stack overflow on bleeding-edge Emacs, it might be 
helpful to see exactly why. This would likely require running Emacs 
under a debugger.




This bug report was last modified 188 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.