GNU bug report logs - #16299
24.3.50; Crash on Windows XP when saving buffer to file

Previous Next

Package: emacs;

Reported by: martin rudalics <rudalics <at> gmx.at>

Date: Mon, 30 Dec 2013 09:22:02 UTC

Severity: normal

Merged with 16303

Found in version 24.3.50

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16299 in the body.
You can then email your comments to 16299 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#16299; Package emacs. (Mon, 30 Dec 2013 09:22:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to martin rudalics <rudalics <at> gmx.at>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 30 Dec 2013 09:22:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Bug-Gnu-Emacs <bug-gnu-emacs <at> gnu.org>
Subject: 24.3.50; Crash on Windows XP when saving buffer to file
Date: Mon, 30 Dec 2013 10:20:26 +0100
With trunk saving a file on Windows XP currently runs into the following
crash (I have backup-by-copying set to t).

martin


(gdb) bt
#0  terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:351
#1  0x011644fb in die (msg=0x1492938 "oldumask == oldrealmask", file=0x1492227 "fileio.c", line=3173) at alloc.c:6760
#2  0x0113541c in Fset_default_file_modes (mode=...) at fileio.c:3173
#3  0x01182528 in Ffuncall (nargs=2, args=0x82d094) at eval.c:2805
#4  0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82d3d4) at bytecode.c:919
#5  0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82d3d4) at eval.c:2973
#6  0x01182746 in Ffuncall (nargs=1, args=0x82d3d0) at eval.c:2854
#7  0x011810f4 in eval_sub (form=...) at eval.c:2147
#8  0x0117cd08 in Fprogn (body=...) at eval.c:458
#9  0x0117cd70 in unwind_body (body=...) at eval.c:472
#10 0x01183892 in unbind_to (count=20, value=...) at eval.c:3296
#11 0x011c3ab7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4, args=0x82d8b8) at bytecode.c:941
#12 0x01182cf4 in funcall_lambda (fun=..., nargs=4, arg_vector=0x82d8a8) at eval.c:2973
#13 0x01182746 in Ffuncall (nargs=5, args=0x82d8a4) at eval.c:2854
#14 0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82dbf4) at bytecode.c:919
#15 0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82dbf4) at eval.c:2973
#16 0x01182746 in Ffuncall (nargs=1, args=0x82dbf0) at eval.c:2854
#17 0x011810f4 in eval_sub (form=...) at eval.c:2147
#18 0x0117f30c in internal_lisp_condition_case (var=..., bodyform=..., handlers=...) at eval.c:1313
#19 0x011c4939 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82e0d4) at bytecode.c:1169
#20 0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82e0d4) at eval.c:2973
#21 0x01182746 in Ffuncall (nargs=1, args=0x82e0d0) at eval.c:2854
#22 0x011810f4 in eval_sub (form=...) at eval.c:2147
#23 0x0117f30c in internal_lisp_condition_case (var=..., bodyform=..., handlers=...) at eval.c:1313
#24 0x011c4939 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82e5b8) at bytecode.c:1169
#25 0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82e5b8) at eval.c:2973
#26 0x01182746 in Ffuncall (nargs=1, args=0x82e5b4) at eval.c:2854
#27 0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82e928) at bytecode.c:919
#28 0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82e928) at eval.c:2973
#29 0x01182746 in Ffuncall (nargs=1, args=0x82e924) at eval.c:2854
#30 0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82ec68) at bytecode.c:919
#31 0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82ec68) at eval.c:2973
#32 0x01182746 in Ffuncall (nargs=1, args=0x82ec64) at eval.c:2854
#33 0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x82efb0) at bytecode.c:919
#34 0x01182cf4 in funcall_lambda (fun=..., nargs=0, arg_vector=0x82efb0) at eval.c:2973
#35 0x01182746 in Ffuncall (nargs=1, args=0x82efac) at eval.c:2854
#36 0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x82f338) at bytecode.c:919
#37 0x01182cf4 in funcall_lambda (fun=..., nargs=1, arg_vector=0x82f334) at eval.c:2973
#38 0x01182746 in Ffuncall (nargs=2, args=0x82f330) at eval.c:2854
#39 0x0117bc7a in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:836
#40 0x0118257d in Ffuncall (nargs=4, args=0x82f53c) at eval.c:2812
#41 0x011c3a12 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x82f894) at bytecode.c:919
#42 0x01182cf4 in funcall_lambda (fun=..., nargs=1, arg_vector=0x82f890) at eval.c:2973
#43 0x01182746 in Ffuncall (nargs=2, args=0x82f88c) at eval.c:2854
#44 0x0118200d in call1 (fn=..., arg1=...) at eval.c:2604
#45 0x010f58d2 in command_loop_1 () at keyboard.c:1552
#46 0x0117f414 in internal_condition_case (bfun=0x10f5260 <command_loop_1>, handlers=..., hfun=0x10f4acb <cmd_error>) at eval.c:1344
#47 0x010f4f13 in command_loop_2 (ignore=...) at keyboard.c:1170
#48 0x0117e9c8 in internal_catch (tag=..., func=0x10f4eef <command_loop_2>, arg=...) at eval.c:1108
#49 0x010f4ecd in command_loop () at keyboard.c:1149
#50 0x010f4667 in recursive_edit_1 () at keyboard.c:777
#51 0x010f4824 in Frecursive_edit () at keyboard.c:841
#52 0x010f29fe in main (argc=1, argv=0xa32808) at emacs.c:1637

Lisp Backtrace:
"set-default-file-modes" (0x82d098)
0x3e1e498 PVEC_COMPILED
"funcall" (0x82d3d0)
"backup-buffer-copy" (0x82d8a8)
0x3e1e8c8 PVEC_COMPILED
"funcall" (0x82dbf0)
0x3e1b4e8 PVEC_COMPILED
"funcall" (0x82e0d0)
"backup-buffer" (0x82e5b8)
"basic-save-buffer-2" (0x82e928)
"basic-save-buffer-1" (0x82ec68)
"basic-save-buffer" (0x82efb0)
"save-buffer" (0x82f334)
"call-interactively" (0x82f540)
"command-execute" (0x82f890)
(gdb)




Merged 16299 16303. Request was from Juanma Barranquero <lekktu <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 30 Dec 2013 16:29:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16299; Package emacs. (Mon, 30 Dec 2013 17:55:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16299 <at> debbugs.gnu.org
Subject: Re: bug#16299: 24.3.50; Crash on Windows XP when saving buffer to file
Date: Mon, 30 Dec 2013 19:54:03 +0200
> Date: Mon, 30 Dec 2013 10:20:26 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> 
> With trunk saving a file on Windows XP currently runs into the following
> crash (I have backup-by-copying set to t).
> 
> martin
> 
> 
> (gdb) bt
> #0  terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:351
> #1  0x011644fb in die (msg=0x1492938 "oldumask == oldrealmask", file=0x1492227 "fileio.c", line=3173) at alloc.c:6760
> #2  0x0113541c in Fset_default_file_modes (mode=...) at fileio.c:3173

Should be fixed now (trunk revision 115810), please try again.

(The problem was that Emacs was using non-portable mode_t values, but
no one ever cared until Paul added an assertion.)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16299; Package emacs. (Mon, 30 Dec 2013 18:13:01 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16299 <at> debbugs.gnu.org
Subject: Re: bug#16299: 24.3.50; Crash on Windows XP when saving buffer to file
Date: Mon, 30 Dec 2013 19:12:49 +0100
> Should be fixed now (trunk revision 115810), please try again.

Works again.

Many thanks, martin





Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Mon, 30 Dec 2013 18:18:02 GMT) Full text and rfc822 format available.

Notification sent to martin rudalics <rudalics <at> gmx.at>:
bug acknowledged by developer. (Mon, 30 Dec 2013 18:18:03 GMT) Full text and rfc822 format available.

Message #18 received at 16299-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16299-done <at> debbugs.gnu.org
Subject: Re: bug#16299: 24.3.50; Crash on Windows XP when saving buffer to file
Date: Mon, 30 Dec 2013 20:17:05 +0200
> Date: Mon, 30 Dec 2013 19:12:49 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 16299 <at> debbugs.gnu.org
> 
> > Should be fixed now (trunk revision 115810), please try again.
> 
> Works again.

Thanks, closing.




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Mon, 30 Dec 2013 18:18:03 GMT) Full text and rfc822 format available.

Notification sent to Juanma Barranquero <lekktu <at> gmail.com>:
bug acknowledged by developer. (Mon, 30 Dec 2013 18:18:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 28 Jan 2014 12:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 102 days ago.

Previous Next


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