summaryrefslogtreecommitdiff
path: root/src/unexw32.c
diff options
context:
space:
mode:
authorEli Zaretskii <eliz@gnu.org>2013-04-16 21:08:03 +0300
committerEli Zaretskii <eliz@gnu.org>2013-04-16 21:08:03 +0300
commit2d0d2952da64bae2af67014b22a3b8caa9aef810 (patch)
treed6bbb000fae809b94e6517bc703d088f710f9f3c /src/unexw32.c
parentdb1ec5b6dfbd4acf342f730da85648de1276f006 (diff)
Delete previous emacs.exe before dumping to fix problem with hard links to it.
Diffstat (limited to 'src/unexw32.c')
-rw-r--r--src/unexw32.c8
1 files changed, 8 insertions, 0 deletions
diff --git a/src/unexw32.c b/src/unexw32.c
index e8b553a87d..a01ac79959 100644
--- a/src/unexw32.c
+++ b/src/unexw32.c
@@ -159,6 +159,14 @@ open_output_file (file_data *p_file, char *filename, unsigned long size)
HANDLE file_mapping;
void *file_base;
+ /* We delete any existing FILENAME because loadup.el will create a
+ hard link to it under the name emacs-XX.YY.ZZ.nn.exe. Evidently,
+ overwriting a file on Unix breaks any hard links to it, but that
+ doesn't happen on Windows. If we don't delete the file before
+ creating it, all the emacs-XX.YY.ZZ.nn.exe end up being hard
+ links to the same file, which defeats the purpose of these hard
+ links: being able to run previous builds. */
+ DeleteFile (filename);
file = CreateFile (filename, GENERIC_READ | GENERIC_WRITE, 0, NULL,
CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, 0);
if (file == INVALID_HANDLE_VALUE)