GNU bug report logs - #70415
30.0.50; [Cygwin] `lock-file' creates a symlink with funny name

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ken Brown <kbrown <at> cornell.edu>
Cc: yamaoka <at> jpl.org, 70415 <at> debbugs.gnu.org
Subject: bug#70415: 30.0.50; [Cygwin] `lock-file' creates a symlink with funny name
Date: Thu, 02 May 2024 09:21:36 +0300

> Date: Wed, 1 May 2024 17:20:20 -0400
> Cc: yamaoka <at> jpl.org, 70415 <at> debbugs.gnu.org
> From: Ken Brown <kbrown <at> cornell.edu>
> 
> >      char const *lock_info_fmt = (boot
> > 				 ? "%s@%s.%"PRIdMAX":%"PRIdMAX
> > 				 : "%s@%s.%"PRIdMAX);
> >      int len = snprintf (lock_info_str, sizeof lock_info_str,
> > 			lock_info_fmt, user_name, host_name, pid, boot);
> > 
> > get_boot_sec calls get_boot_time, which is a Gnulib function (see
> > lib/boot-time.c).  So I guess the key to unlock this puzzle is
> > somewhere there.
> 
> I took a quick look at get_boot_time and found a bug, which may explain 
> why some Cygwin systems behave differently from others.  I've reported 
> it here:
> 
>    https://lists.gnu.org/archive/html/bug-gnulib/2024-05/msg00008.html

Thanks.  This probably explains why the ":-NNNN" part sometimes
appears and sometimes doesn't appear in Cygwin builds of Emacs, but
AFAIU it does NOT explain why unlinking the symlink (when the file is
unlocked) fails when the lock file name includes the ":-NNNN" part.
Right?

Previous Next

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