unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#13840: OS X Emacs frequent crashes when files are open over FTP
@ 2013-02-28 11:43 Silas S. Brown
  2013-02-28 12:43 ` Silas S. Brown
                   ` (4 more replies)
  0 siblings, 5 replies; 16+ messages in thread
From: Silas S. Brown @ 2013-02-28 11:43 UTC (permalink / raw)
  To: 13840; +Cc: david+emacsformacosx

Hi, I'm getting frequent crashes on Mac OS 10.7.5 from:

  - GNU Emacs 24.2.1 downloaded from emacsformacosx.com
  - GNU Emacs 24.2.1 (Carbon) compiled from HomeBrew
  - GNU Emacs 24.1 downloaded from emacsformacosx.com
  - GNU Emacs 23.4 downloaded from emacsformacosx.com

  but not (so far) on GNU Emacs 23.2, which I'm hoping
  will be more stable on my system.  (Thanks for continuing
  to make the old builds available - useful in this situation.)

  (I have not tried 23.3.  After having trouble with the
   above versions, I started jumping back 2 at a time.
   So the problem may have been introduced in 23.3 or 23.4.)

Crashes especially when I have files open over FTP to my
Linux box, but I don't know if that's a red herring. 
(23.4 seems more likely to crash when opening a directory
in dired over sshfs, rather than FTP, but again I'm not
sure exactly what's causing the problem.  I am not able
to reliably reproduce the crash on demand.)

Emacs "beach-balls" for a few seconds and then disappears.
(Is there any kind of "kill Emacs if some critical
process takes too long" logic that might be kicking in?)

The bug might possibly be triggered by something in my
configuration (which I can't work without), these files
are available at http://people.ds.cam.ac.uk/ssb22/setup/emacs.tgz
(they refer to "xemacs" a lot because that's what I started
with, but I now use FSF Emacs).

Thanks.

Silas





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-02-28 11:43 bug#13840: OS X Emacs frequent crashes when files are open over FTP Silas S. Brown
@ 2013-02-28 12:43 ` Silas S. Brown
  2013-02-28 17:02 ` bug#13840: 23.2 crashes as well Silas S. Brown
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 16+ messages in thread
From: Silas S. Brown @ 2013-02-28 12:43 UTC (permalink / raw)
  To: 13840; +Cc: david+emacsformacosx

On Thu, Feb 28, 2013 at 11:43:12AM +0000, Silas S. Brown wrote:
>   but not (so far) on GNU Emacs 23.2

Ouch, I just got a crash on 23.2 as well :-(

Just before this crash, I clicked on the "Buffers" menu.
I had 3 unsaved buffers at the time.

Will try 22.3 (may have to change my config).

Silas





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: 23.2 crashes as well
  2013-02-28 11:43 bug#13840: OS X Emacs frequent crashes when files are open over FTP Silas S. Brown
  2013-02-28 12:43 ` Silas S. Brown
@ 2013-02-28 17:02 ` Silas S. Brown
  2013-03-01  2:58 ` bug#13840: OS X Emacs frequent crashes when files are open over FTP Stefan Monnier
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 16+ messages in thread
From: Silas S. Brown @ 2013-02-28 17:02 UTC (permalink / raw)
  To: 13840

Contrary to what I said in the original report, the
crash also happens on 23.2 (it occurred when I clicked
on the "Buffers" menu).

I'm now trying 22.3.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-02-28 11:43 bug#13840: OS X Emacs frequent crashes when files are open over FTP Silas S. Brown
  2013-02-28 12:43 ` Silas S. Brown
  2013-02-28 17:02 ` bug#13840: 23.2 crashes as well Silas S. Brown
@ 2013-03-01  2:58 ` Stefan Monnier
  2013-03-01 22:44   ` Silas S. Brown
  2013-03-14 19:38 ` bug#13840: Aquamacs also crashes Silas S. Brown
  2013-03-15 11:49 ` bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort) Silas S. Brown
  4 siblings, 1 reply; 16+ messages in thread
From: Stefan Monnier @ 2013-03-01  2:58 UTC (permalink / raw)
  To: Silas S. Brown; +Cc: 13840, david+emacsformacosx

> Hi, I'm getting frequent crashes on Mac OS 10.7.5 from:
>   - GNU Emacs 24.2.1 downloaded from emacsformacosx.com
>   - GNU Emacs 24.2.1 (Carbon) compiled from HomeBrew
>   - GNU Emacs 24.1 downloaded from emacsformacosx.com
>   - GNU Emacs 23.4 downloaded from emacsformacosx.com

Please try the 24.3 pretest (aka 24.2.93), which you can find at
ftp://alpha.gnu.org/gnu/emacs/pretest/

I have no reason it won't crash, but at least we can try and track the
bug down in that release and try and get it fixed for 24.3.

For actual crashes, the most important thing is to run Emacs under
a debugger, so that when it crashes you can show us a backtrace.
Also it's important to use an Emacs that was compiled without
optimizations (-O0 or at worst -O1) so that the debugger has a maximum
of information.


        Stefan





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-03-01  2:58 ` bug#13840: OS X Emacs frequent crashes when files are open over FTP Stefan Monnier
@ 2013-03-01 22:44   ` Silas S. Brown
  2013-03-30 10:00     ` Jan Djärv
  0 siblings, 1 reply; 16+ messages in thread
From: Silas S. Brown @ 2013-03-01 22:44 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: 13840, david+emacsformacosx

Thanks.  It didn't take long to get a crash in 24.2.93 -
I just clicked on the "Help" menu!  Below is the (rather
long) backtrace (sorry if I didn't compile it with the
right options, I just did ./configure --with-ns and make
install as per the nextstep/README file).   Silas

#0  0x00007fff8d73282a in __kill ()
#1  0x000000010009d019 in terminate_due_to_signal (
    sig=6, backtrace_limit=10) at emacs.c:344
#2  0x00000001000b9a13 in emacs_abort ()
    at sysdep.c:2152
#3  0x000000010018a9dd in ns_term_shutdown (
    sig=<value temporarily unavailable, due to
optimizations>) at nsterm.m:4259
#4  0x000000010009d681 in shut_down_emacs (sig=6,
    stuff=37711) at emacs.c:1931
#5  0x000000010009cfdb in terminate_due_to_signal (
    sig=6, backtrace_limit=10) at emacs.c:328
#6  0x00000001000b9a13 in emacs_abort ()
    at sysdep.c:2152
#7  0x000000010018f31f in ns_select (
    nfds=<value temporarily unavailable, due to
optimizations>,
    readfds=<value temporarily unavailable, due to
optimizations>,
    writefds=<value temporarily unavailable, due to
optimizations>,
    exceptfds=<value temporarily unavailable, due to
optimizations>,
    timeout=<value temporarily unavailable, due to
optimizations>,
    sigmask=<value temporarily unavailable, due to
optimizations>) at nsterm.m:3524
#8  0x000000010015aeba in wait_reading_process_output (
    time_limit=140734799786480, nsecs=1606398448,
    read_kbd=1606398448, wait_for_cell=140734799786480,
    wait_proc=0x7fff5fbfb1f0, just_wait_proc=0,
    do_display=false) at process.c:4635
#9  0x0000000100156c51 in Faccept_process_output (
    process=37711, seconds=0, millisec=0,
    just_this_one=34693796629315584) at process.c:4025
#10 0x000000010011695b in Ffuncall (nargs=37711,
    args=0x100116adc) at eval.c:2786
#11 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799786848, maxdepth=32,
    args_template=0, nargs=4300852416, args=0x100511860)
    at bytecode.c:900
#12 0x0000000100119367 in eval_sub (form=2)
    at eval.c:2146
#13 0x0000000100119f68 in internal_lisp_condition_case (
    var=4320145466, bodyform=4356807126,
    handlers=4356628086) at eval.c:1243
#14 0x000000010014fad1 in exec_byte_code (bytestr=0,
    vector=140734799787552, maxdepth=32,
    args_template=4320145466, nargs=4300852416,
    args=0x100511860) at bytecode.c:1096
#15 0x0000000100119b72 in funcall_lambda (
    fun=140734799787648, nargs=1,
    arg_vector=0x7fff5fbfb680) at eval.c:3007
#16 0x0000000100116a07 in Ffuncall (nargs=4320145466,
    args=0x1030e7d62) at eval.c:2824
#17 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799787952, maxdepth=48,
    args_template=0, nargs=4300852416, args=0x100511860)
    at bytecode.c:900
#18 0x0000000100119b72 in funcall_lambda (
    fun=140734799788048, nargs=5,
    arg_vector=0x7fff5fbfb810) at eval.c:3007
#19 0x0000000100116a07 in Ffuncall (nargs=2,
    args=0x1030e7d02) at eval.c:2824
#20 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799788416, maxdepth=140734799788232,
    args_template=-6, nargs=4300852416,
    args=0x100511860) at bytecode.c:900
#21 0x0000000100119b72 in funcall_lambda (
    fun=140734799788512, nargs=3,
    arg_vector=0x7fff5fbfb9e0) at eval.c:3007
#22 0x0000000100116a07 in Ffuncall (nargs=6,
    args=0x1030ef802) at eval.c:2824
#23 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799788864, maxdepth=96,
    args_template=140734799788688, nargs=4300852416,
    args=0x100511860) at bytecode.c:900
#24 0x0000000100119b72 in funcall_lambda (
    fun=140734799788960, nargs=1,
    arg_vector=0x7fff5fbfbba0) at eval.c:3007
#25 0x0000000100116a07 in Ffuncall (nargs=4,
    args=0x103231232) at eval.c:2824
#26 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799789264, maxdepth=48,
    args_template=4296348880, nargs=4300852416,
    args=0x100511860) at bytecode.c:900
#27 0x0000000100119b72 in funcall_lambda (
    fun=140734799789360, nargs=1,
    arg_vector=0x7fff5fbfbd30) at eval.c:3007
#28 0x0000000100116a07 in Ffuncall (nargs=2,
    args=0x103231872) at eval.c:2824
#29 0x00000001001162b2 in Fapply (
    nargs=140734799789584, args=0x7fff5fbfbe10)
    at eval.c:2252
#30 0x0000000100116a20 in Ffuncall (nargs=2,
    args=0x104801a1a) at eval.c:2756
#31 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799789872, maxdepth=32,
    args_template=4320145466, nargs=4300852416,
    args=0x100511860) at bytecode.c:900
#32 0x0000000100119367 in eval_sub (form=3)
    at eval.c:2146
#33 0x0000000100119f68 in internal_lisp_condition_case (
    var=4320293082, bodyform=4346942950,
    handlers=4346941574) at eval.c:1243
#34 0x000000010014fad1 in exec_byte_code (bytestr=0,
    vector=140734799790592, maxdepth=48,
    args_template=4296348880, nargs=4300852416,
    args=0x100511860) at bytecode.c:1096
#35 0x0000000100119b72 in funcall_lambda (
    fun=140734799790688, nargs=2,
    arg_vector=0x7fff5fbfc260) at eval.c:3007
#36 0x0000000100116a07 in Ffuncall (nargs=4320293082,
    args=0x10482da3a) at eval.c:2824
#37 0x00000001001162b2 in Fapply (
    nargs=140734799790912, args=0x7fff5fbfc340)
    at eval.c:2252
#38 0x0000000100116a20 in Ffuncall (nargs=3,
    args=0x104801a1a) at eval.c:2756
#39 0x000000010014eec8 in exec_byte_code (bytestr=0,
    vector=140734799791232, maxdepth=64,
    args_template=140734799791064, nargs=4300852416,
    args=0x100511860) at bytecode.c:900
#40 0x0000000100119b72 in funcall_lambda (
    fun=140734799791328, nargs=2,
    arg_vector=0x7fff5fbfc4e0) at eval.c:3007
#41 0x0000000100116a07 in Ffuncall (nargs=4,
    args=0x103a80b92) at eval.c:2824
#42 0x00000001001162b2 in Fapply (
    nargs=140734799791552, args=0x7fff5fbfc5c0)
    at eval.c:2252
#43 0x0000000100119271 in eval_sub (form=3)
    at eval.c:2112
#44 0x0000000100118455 in internal_catch (tag=3,
    func=0x100118d90 <eval_sub>, arg=3) at eval.c:1060
#45 0x000000010014fa64 in exec_byte_code (bytestr=0,
    vector=140734799792240, maxdepth=32,
    args_template=4320145466, nargs=4300852416,
    args=0x100511860) at bytecode.c:1081
#46 0x0000000100119367 in eval_sub (form=4347364418)
    at eval.c:2146
#47 0x0000000100118455 in internal_catch (
    tag=4347364418, func=0x100118d90 <eval_sub>,
    arg=4347364418) at eval.c:1060
#48 0x000000010014fa64 in exec_byte_code (bytestr=0,
    vector=140734799792928, maxdepth=64,
    args_template=4356361968, nargs=4300852416,
    args=0x100511860) at bytecode.c:1081
#49 0x0000000100119b72 in funcall_lambda (
    fun=140734799793024, nargs=0,
    arg_vector=0x7fff5fbfcb80) at eval.c:3007
#50 0x0000000100116a07 in Ffuncall (nargs=4379989450,
    args=0x103087295) at eval.c:2824
#51 0x0000000100119271 in eval_sub (form=1)
    var=4320293082, bodyform=4345849974,
    handlers=4345851526) at eval.c:1243
#53 0x000000010014fad1 in exec_byte_code (bytestr=0,
    vector=140734799793888, maxdepth=48,
    args_template=4356361759, nargs=4300852416,
    args=0x100511860) at bytecode.c:1096
#54 0x0000000100119b72 in funcall_lambda (
    fun=140734799793984, nargs=2,
    arg_vector=0x7fff5fbfcf40) at eval.c:3007
#55 0x0000000100116a07 in Ffuncall (nargs=4320293082,
    args=0x1050be41a) at eval.c:2824
#56 0x0000000100118aa2 in call2 (fn=Cannot access memory
at address 0x0
) at eval.c:2584
#57 0x00000001000d7e86 in Fverify_visited_file_modtime (
    buf=4379632666) at fileio.c:5204
#58 0x0000000100119129 in eval_sub (form=4379632666)
    at eval.c:2088
#59 0x00000001001192e0 in eval_sub (form=4379632666)
    at eval.c:2125
#60 0x0000000100114279 in For (args=4379632666)
    at eval.c:260
#61 0x0000000100119129 in eval_sub (form=4379632666)
    at eval.c:2088
#62 0x00000001001142c9 in Fand (args=4379632666)
    at eval.c:284
#63 0x0000000100119129 in eval_sub (form=4379632666)
    at eval.c:2088
#64 0x0000000100114279 in For (args=4379632666)
    at eval.c:260
#65 0x0000000100119129 in eval_sub (form=4379632666)
    at eval.c:2088
#66 0x000000010011620d in Feval (form=4298492406,
    lexical=4320221018) at eval.c:2005
#67 0x0000000100118203 in internal_condition_case_1 (
    bfun=0x1000a5e90 <eval_dyn>, arg=4379632666,
    handlers=4320212234,
    hfun=0x1000a04a0 <menu_item_eval_property_1>)
    at eval.c:1327
#68 0x00000001000a61bf in menu_item_eval_property
[inlined] () at
#/private/tmp/emacs-24.2.93/src/keyboard.c:7583
#69 0x00000001000a61bf in parse_menu_item (
    item=4379632666, inmenubar=1606407936)
    at keyboard.c:7759
#70 0x000000010004d233 in single_menu_item (
    key=140734799796064, item=4379632666,
    dummy=4303019493, skp_v=0x7fff5fbfd760)
    at menu.c:339
#71 0x00000001000b4c8c in map_keymap_item [inlined] ()
    at /private/tmp/emacs-24.2.93/src/keymap.c:560
#72 0x00000001000b4c8c in map_keymap_internal (
    map=4378911770, fun=0x10004d210 <single_menu_item>,
    args=4320145466, data=0x7fff5fbfd7b0)
    at keymap.c:600
#73 0x000000010004d1ab in single_keymap_panes (
    keymap=4355477174, pane_name=4297570889,
    prefix=4370638410, maxdepth=10) at menu.c:305
#74 0x000000010004d6f4 in parse_single_submenu (
    item_key=140734799796336,
    item_name=140734799796336, maps=4300841832)
    at menu.c:561
#75 0x0000000100198aa9 in ns_update_menubar (
    f=0x7fff5fbfdb10, submenu=0x7fff5fbfdb10,
    deep_p=208) at nsmenu.m:256
#76 0x00007fff8a946c09 in -[NSMenu
_populateFromDelegateWithEventRef:] ()
#77 0x00007fff8a83b38c in -[NSMenu
#_populateWithEventRef:] ()
#78 0x00007fff8a945e33 in -[NSCarbonMenuImpl
#_carbonPopulateEvent:handlerCallRef:] ()
#79 0x00007fff8a9459bb in NSSLMMenuEventHandler ()
#80 0x00007fff93202234 in DispatchEventToHandlers ()
#81 0x00007fff93201840 in SendEventToEventTargetInternal
    ()
#82 0x00007fff9320167a in
SendEventToEventTargetWithOptions ()
#83 0x00007fff93233d29 in SendMenuPopulate ()
#84 0x00007fff93380195 in SendMenuOpening ()
#85 0x00007fff933836d9 in DrawTheMenu ()
#86 0x00007fff93383be3 in MenuChanged ()
#87 0x00007fff93253a2f in TrackMenuCommon ()
#88 0x00007fff9324ef13 in MenuSelectCore ()
#89 0x00007fff9324e592 in _HandleMenuSelection2 ()
#90 0x00007fff8a8461da in _NSHandleCarbonMenuEvent ()
#91 0x00007fff8a7dbcc9 in _DPSNextEvent ()
#92 0x00007fff8a7db07d in -[NSApplication
#nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#93 0x00007fff8a7d79b9 in -[NSApplication run] ()
#94 0x000000010018cc70 in ns_read_socket (
    terminal=0x7fff5fbfeba8, hold_quit=0x7fff5fbfed90)
    at nsterm.m:3423
#95 0x00000001000a89cf in gobble_input ()
    at keyboard.c:6767
#96 0x00000001000a8af5 in get_input_pending [inlined] ()
    at /private/tmp/emacs-24.2.93/src/keyboard.c:6686
#97 0x00000001000a8af5 in
detect_input_pending_run_timers (do_display=true) at
#keyboard.c:10273
#98 0x00000001000054c2 in sit_for (timeout=140,
    display_option=1, reading=true) at dispnew.c:5939
#99 0x00000001000ac87a in read_char (
    commandflag=1606414640, nmaps=140734799802672,
    maps=0x7fff5fbff130,
    prev_event=4768577271755702285,
    used_mouse_menu=0x7fff5fbff130,
    end_time=0x7fff5fbff130) at keyboard.c:2669
#100 0x00000001000afbcf in read_key_sequence ()
    at keyboard.c:2800
#101 0x00000001000b1648 in command_loop_1 ()
    at keyboard.c:1459
#102 0x0000000100118359 in internal_condition_case (
    bfun=0x1000b0240 <command_loop_1>,
    handlers=4320212234, hfun=0x1000b16d0 <cmd_error>)
    at eval.c:1289
#103 0x00000001000b021e in command_loop_2 (
    ignore=140734799803272) at keyboard.c:1168
#104 0x0000000100118455 in internal_catch (
    tag=140734799803272,
    func=0x1000b01e0 <command_loop_2>,
    arg=140734799803272) at eval.c:1060
#105 0x00000001000b1c50 in command_loop [inlined] ()
    at /private/tmp/emacs-24.2.93/src/keyboard.c:1147
#106 0x00000001000b1c50 in recursive_edit_1 ()
    at keyboard.c:779
#107 0x00000001000a264d in Frecursive_edit ()
    at keyboard.c:843
#108 0x000000010009f4e7 in main (argc=25241034,
    argv=0x7fff5fbff950) at emacs.c:1528





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: Aquamacs also crashes
  2013-02-28 11:43 bug#13840: OS X Emacs frequent crashes when files are open over FTP Silas S. Brown
                   ` (2 preceding siblings ...)
  2013-03-01  2:58 ` bug#13840: OS X Emacs frequent crashes when files are open over FTP Stefan Monnier
@ 2013-03-14 19:38 ` Silas S. Brown
  2013-03-14 19:44   ` Silas S. Brown
  2013-03-15 11:49 ` bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort) Silas S. Brown
  4 siblings, 1 reply; 16+ messages in thread
From: Silas S. Brown @ 2013-03-14 19:38 UTC (permalink / raw)
  To: 13840

For what it's worth, I've now confirmed that the crash
also affects Aquamacs 2.4 (in this case when I was visiting
a file via Ctrl-x Ctrl-f).

On http://people.ds.cam.ac.uk/ssb22/setup/emacs.html I
recommend Emacs 22 for now.

Silas





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: Aquamacs also crashes
  2013-03-14 19:38 ` bug#13840: Aquamacs also crashes Silas S. Brown
@ 2013-03-14 19:44   ` Silas S. Brown
  0 siblings, 0 replies; 16+ messages in thread
From: Silas S. Brown @ 2013-03-14 19:44 UTC (permalink / raw)
  To: 13840

On Thu, Mar 14, 2013 at 07:38:16PM +0000, Silas S. Brown wrote:
> also affects Aquamacs 2.4 (in this case when I was visiting
> a file via Ctrl-x Ctrl-f)

I forgot to mention that the file was on my Linux box which
I was connecting to via /ftp:192.168.... on find-file.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort)
  2013-02-28 11:43 bug#13840: OS X Emacs frequent crashes when files are open over FTP Silas S. Brown
                   ` (3 preceding siblings ...)
  2013-03-14 19:38 ` bug#13840: Aquamacs also crashes Silas S. Brown
@ 2013-03-15 11:49 ` Silas S. Brown
  2013-03-15 12:15   ` Silas S. Brown
  4 siblings, 1 reply; 16+ messages in thread
From: Silas S. Brown @ 2013-03-15 11:49 UTC (permalink / raw)
  To: Stefan Monnier
  Cc: Christophe de Dinechin, Christian Limpach, Adrian Robert, 13840

Hi, I do believe I've fixed it.  (but probably broke a
dozen GNU rules in the process ..  sorry ..  maybe a
real Emacs developer can do it properly?)  Patch below.

I downloaded emacs-24.3-rc3.tar.xz, did ./configure
--with-ns and then changed -O2 to -O0 in Makefile and
*/Makefile before running make install.  Then I ran
nextstep/Emacs.app/Contents/MacOS/Emacs inside gdb with
the -q flag (so it doesn't read my configuration), and
visited /ftp:192.168.0.3:/home/ssb22/wiki/WelcomePage (a
text file on my Linux box that opens in Fundamental mode).
Then if I click on the menu bar (Help, Buffers, etc) it
crashes immediately, reproducible every time.
An example backtrace is at the end of this email.

As far as I can tell, some code to populate the Buffers
menu is resulting in a call to verify_visited_file_modtime
on the FTP file.  This is calling the FTP process, which
results in a call to ns_select (in src/nsterm.m) during
the collection of FTP's output.  ns_select then calls
emacs_abort because ++apploopnr != 1.

The static variable 'apploopnr' is apparently designed
to make sure the [NSApp run] statements in
ns_read_socket and ns_select do not re-enter under any
circumstances.  I'm not familiar enough with Mac APIs to
understand exactly what "NSApp run" does, but I guess
the problem *might* be to do with the fact that we're
assuming we can't re-enter the API under any
circumstances but actually we're already in the API due
to handling a menubar click?  (just guessing.)

So I tried commenting out the 2 calls to emacs_abort in
ns_read_socket and ns_select.  Then when I click on the
menubar, it doesn't crash.  But the menus are all empty,
unless you first go into a non-FTP buffer and click the
menubar from there.

I then tried having the emacs_abort calls commented out
but DON'T run NSApp under these circumstances, i.e. I did:

  if (++apploopnr != 1) {} // do nothing
  else
  [NSApp run];

and this time it seemed the menus were less likely to be
empty, but there was still a certain probability that a
menu would be empty, unless you first click the menubar
from a non-FTP buffer.

Finally, I tried going back earlier in the ns_select
function, to the part that says:

  if (NSApp == nil
      || (timeout && timeout->tv_sec == 0 && timeout->tv_nsec == 0))
    return pselect (nfds, readfds, writefds, exceptfds, timeout, sigmask);

and I added " || apploopnr != 0" after NSApp == nil. 
(In other words, if apploopnr is wrong then just delegate
to POSIX pselect and ignore the timeout, it's better than
crashing.)  Then all the menus started working perfectly
and with no crashes so far.

So, my fix is the following patch (I just did "diff -u",
sorry if I should have done something else) -

---------- cut here --------------------------------
--- emacs-24.3/src/nsterm.m~	2013-01-04 09:38:13.000000000 +0000
+++ emacs-24.3/src/nsterm.m	2013-03-15 11:29:10.000000000 +0000
@@ -3461,7 +3461,7 @@
       if (writefds && FD_ISSET(k, writefds)) ++nr;
     }
 
-  if (NSApp == nil
+  if (NSApp == nil || apploopnr != 0
       || (timeout && timeout->tv_sec == 0 && timeout->tv_nsec == 0))
     return pselect (nfds, readfds, writefds, exceptfds, timeout, sigmask);
 
---------- cut here --------------------------------

This is sort-of "cargo cult programming" because I don't
100% understand what I'm doing.  But I hope it will at
least give an Emacs developer an idea.
I've added a couple of emails from the top of nsterm.m
to the CC list; sorry if that was the wrong thing to do.
(How am I supposed to say "hey I've got a patch now"?)
I really hope this issue can be fixed in time for 24.3.

Thanks.     Silas

(below is an example traceback of the unpatched code)

Program received signal SIGABRT, Aborted.
0x00007fff8986382a in __kill ()
(gdb) #0  0x00007fff8986382a in __kill ()
#1  0x0000000100126b85 in terminate_due_to_signal ()
#2  0x00000001001598a7 in emacs_abort ()
#3  0x00000001002d6600 in ns_term_shutdown ()
#4  0x00000001001298fc in shut_down_emacs ()
#5  0x0000000100126b31 in terminate_due_to_signal ()
#6  0x00000001001598a7 in emacs_abort ()
#7  0x00000001002d30c7 in ns_select ()
#8  0x000000010027c733 in wait_reading_process_output ()
#9  0x000000010027adc9 in Faccept_process_output ()
#10 0x000000010020380c in Ffuncall ()
#11 0x000000010026b2fb in exec_byte_code ()
#12 0x000000010026a176 in Fbyte_code ()
#13 0x000000010020185d in eval_sub ()
#14 0x00000001001feef2 in internal_lisp_condition_case ()
#15 0x000000010026c8f7 in exec_byte_code ()
#16 0x0000000100204636 in funcall_lambda ()
#17 0x0000000100203b46 in Ffuncall ()
#18 0x000000010026b2fb in exec_byte_code ()
#19 0x0000000100204636 in funcall_lambda ()
#20 0x0000000100203b46 in Ffuncall ()
#21 0x000000010026b2fb in exec_byte_code ()
#22 0x0000000100204636 in funcall_lambda ()
#23 0x0000000100203b46 in Ffuncall ()
#24 0x000000010026b2fb in exec_byte_code ()
#25 0x0000000100204636 in funcall_lambda ()
#26 0x0000000100203b46 in Ffuncall ()
#27 0x000000010026b2fb in exec_byte_code ()
#28 0x0000000100204636 in funcall_lambda ()
#29 0x0000000100203b46 in Ffuncall ()
#30 0x0000000100201f92 in Fapply ()
#31 0x000000010020352a in Ffuncall ()
#32 0x000000010026b2fb in exec_byte_code ()
#33 0x000000010026a176 in Fbyte_code ()
#34 0x000000010020185d in eval_sub ()
#35 0x00000001001feef2 in internal_lisp_condition_case ()
#36 0x000000010026c8f7 in exec_byte_code ()
#37 0x0000000100204636 in funcall_lambda ()
#38 0x0000000100203b46 in Ffuncall ()
#39 0x0000000100201f92 in Fapply ()
#40 0x000000010020352a in Ffuncall ()
#41 0x000000010026b2fb in exec_byte_code ()
#42 0x0000000100204636 in funcall_lambda ()
#43 0x0000000100203b46 in Ffuncall ()
#44 0x0000000100201f92 in Fapply ()
#45 0x000000010020166b in eval_sub ()
#46 0x00000001001fe90a in internal_catch ()
#47 0x000000010026c792 in exec_byte_code ()
#48 0x000000010026a176 in Fbyte_code ()
#49 0x000000010020185d in eval_sub ()
#50 0x00000001001fe90a in internal_catch ()
#51 0x000000010026c792 in exec_byte_code ()
#52 0x0000000100204636 in funcall_lambda ()
#53 0x0000000100203b46 in Ffuncall ()
#54 0x000000010020166b in eval_sub ()
#55 0x00000001001feef2 in internal_lisp_condition_case ()
#56 0x000000010026c8f7 in exec_byte_code ()
#57 0x0000000100204636 in funcall_lambda ()
#58 0x0000000100203b46 in Ffuncall ()
#59 0x0000000100202e1d in call2 ()
#60 0x000000010018d6aa in Fverify_visited_file_modtime ()
#61 0x00000001002017eb in eval_sub ()
#62 0x0000000100201707 in eval_sub ()
#63 0x00000001001fca58 in For ()
#64 0x00000001002013fe in eval_sub ()
#65 0x00000001001fcae8 in Fand ()
#66 0x00000001002013fe in eval_sub ()
#67 0x00000001001fca58 in For ()
#68 0x00000001002013fe in eval_sub ()
#69 0x0000000100201009 in Feval ()
#70 0x000000010013cbe5 in eval_dyn ()
#71 0x00000001001ff215 in internal_condition_case_1 ()
#72 0x000000010013cc8b in menu_item_eval_property ()
#73 0x000000010013d5cf in parse_menu_item ()
#74 0x000000010008b90b in single_menu_item ()
#75 0x000000010014b869 in map_keymap_item ()
#76 0x000000010014ba95 in map_keymap_internal ()
#77 0x000000010014bed5 in map_keymap_canonical ()
#78 0x000000010008b824 in single_keymap_panes ()
#79 0x000000010008c1e5 in parse_single_submenu ()
#80 0x00000001002f097f in ns_update_menubar ()
#81 0x00000001002f1c04 in -[EmacsMenu menuNeedsUpdate:] ()
#82 0x00007fff86a77c09 in -[NSMenu _populateFromDelegateWithEventRef:] ()
#83 0x00007fff8696c38c in -[NSMenu _populateWithEventRef:] ()
#84 0x00007fff86a76e33 in -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] ()
#85 0x00007fff86a769bb in NSSLMMenuEventHandler ()
#86 0x00007fff8f333234 in DispatchEventToHandlers ()
#87 0x00007fff8f332840 in SendEventToEventTargetInternal ()
#88 0x00007fff8f33267a in SendEventToEventTargetWithOptions ()
#89 0x00007fff8f364d29 in SendMenuPopulate ()
#90 0x00007fff8f4b1195 in SendMenuOpening ()
#91 0x00007fff8f4b46d9 in DrawTheMenu ()
#92 0x00007fff8f4b4be3 in MenuChanged ()
#93 0x00007fff8f384a2f in TrackMenuCommon ()
#94 0x00007fff8f37ff13 in MenuSelectCore ()
#95 0x00007fff8f37f592 in _HandleMenuSelection2 ()
#96 0x00007fff869771da in _NSHandleCarbonMenuEvent ()
#97 0x00007fff8690ccc9 in _DPSNextEvent ()
#98 0x00007fff8690c07d in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#99 0x00007fff869089b9 in -[NSApplication run] ()
#100 0x00000001002d30eb in ns_select ()
#101 0x000000010027c733 in wait_reading_process_output ()
#102 0x0000000100011a3f in sit_for ()
#103 0x00000001001304e4 in read_char ()
#104 0x00000001001417d5 in read_key_sequence ()
#105 0x000000010012cd7c in command_loop_1 ()
#106 0x00000001001ff07a in internal_condition_case ()
#107 0x000000010012c34f in command_loop_2 ()
#108 0x00000001001fe90a in internal_catch ()
#109 0x000000010012c2d2 in command_loop ()
#110 0x000000010012b6d7 in recursive_edit_1 ()
#111 0x000000010012b92a in Frecursive_edit ()
#112 0x0000000100128d95 in main ()
(gdb) #0  0x00007fff8986382a in __kill ()
#1  0x0000000100126b85 in terminate_due_to_signal ()
#2  0x00000001001598a7 in emacs_abort ()
#3  0x00000001002d6600 in ns_term_shutdown ()
#4  0x00000001001298fc in shut_down_emacs ()
#5  0x0000000100126b31 in terminate_due_to_signal ()
#6  0x00000001001598a7 in emacs_abort ()
#7  0x00000001002d30c7 in ns_select ()
#8  0x000000010027c733 in wait_reading_process_output ()
#9  0x000000010027adc9 in Faccept_process_output ()
#10 0x000000010020380c in Ffuncall ()
#11 0x000000010026b2fb in exec_byte_code ()
#12 0x000000010026a176 in Fbyte_code ()
#13 0x000000010020185d in eval_sub ()
#14 0x00000001001feef2 in internal_lisp_condition_case ()
#15 0x000000010026c8f7 in exec_byte_code ()
#16 0x0000000100204636 in funcall_lambda ()
#17 0x0000000100203b46 in Ffuncall ()
#18 0x000000010026b2fb in exec_byte_code ()
#19 0x0000000100204636 in funcall_lambda ()
#20 0x0000000100203b46 in Ffuncall ()
#21 0x000000010026b2fb in exec_byte_code ()
#22 0x0000000100204636 in funcall_lambda ()
#23 0x0000000100203b46 in Ffuncall ()
#24 0x000000010026b2fb in exec_byte_code ()
#25 0x0000000100204636 in funcall_lambda ()
#26 0x0000000100203b46 in Ffuncall ()
#27 0x000000010026b2fb in exec_byte_code ()
#28 0x0000000100204636 in funcall_lambda ()
#29 0x0000000100203b46 in Ffuncall ()
#30 0x0000000100201f92 in Fapply ()
#31 0x000000010020352a in Ffuncall ()
#32 0x000000010026b2fb in exec_byte_code ()
#33 0x000000010026a176 in Fbyte_code ()
#34 0x000000010020185d in eval_sub ()
#35 0x00000001001feef2 in internal_lisp_condition_case ()
#36 0x000000010026c8f7 in exec_byte_code ()
#37 0x0000000100204636 in funcall_lambda ()
#38 0x0000000100203b46 in Ffuncall ()
#39 0x0000000100201f92 in Fapply ()
#40 0x000000010020352a in Ffuncall ()
#41 0x000000010026b2fb in exec_byte_code ()
#42 0x0000000100204636 in funcall_lambda ()
#43 0x0000000100203b46 in Ffuncall ()
#44 0x0000000100201f92 in Fapply ()
#45 0x000000010020166b in eval_sub ()
#46 0x00000001001fe90a in internal_catch ()
#47 0x000000010026c792 in exec_byte_code ()
#48 0x000000010026a176 in Fbyte_code ()
#49 0x000000010020185d in eval_sub ()
#50 0x00000001001fe90a in internal_catch ()
#51 0x000000010026c792 in exec_byte_code ()
#52 0x0000000100204636 in funcall_lambda ()
#53 0x0000000100203b46 in Ffuncall ()
#54 0x000000010020166b in eval_sub ()
#55 0x00000001001feef2 in internal_lisp_condition_case ()
#56 0x000000010026c8f7 in exec_byte_code ()
#57 0x0000000100204636 in funcall_lambda ()
#58 0x0000000100203b46 in Ffuncall ()
#59 0x0000000100202e1d in call2 ()
#60 0x000000010018d6aa in Fverify_visited_file_modtime ()
#61 0x00000001002017eb in eval_sub ()
#62 0x0000000100201707 in eval_sub ()
#63 0x00000001001fca58 in For ()
#64 0x00000001002013fe in eval_sub ()
#65 0x00000001001fcae8 in Fand ()
#66 0x00000001002013fe in eval_sub ()
#67 0x00000001001fca58 in For ()
#68 0x00000001002013fe in eval_sub ()
#69 0x0000000100201009 in Feval ()
#70 0x000000010013cbe5 in eval_dyn ()
#71 0x00000001001ff215 in internal_condition_case_1 ()
#72 0x000000010013cc8b in menu_item_eval_property ()
#73 0x000000010013d5cf in parse_menu_item ()
#74 0x000000010008b90b in single_menu_item ()
#75 0x000000010014b869 in map_keymap_item ()
#76 0x000000010014ba95 in map_keymap_internal ()
#77 0x000000010014bed5 in map_keymap_canonical ()
#78 0x000000010008b824 in single_keymap_panes ()
#79 0x000000010008c1e5 in parse_single_submenu ()
#80 0x00000001002f097f in ns_update_menubar ()
#81 0x00000001002f1c04 in -[EmacsMenu menuNeedsUpdate:] ()
#82 0x00007fff86a77c09 in -[NSMenu _populateFromDelegateWithEventRef:] ()
#83 0x00007fff8696c38c in -[NSMenu _populateWithEventRef:] ()
#84 0x00007fff86a76e33 in -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] ()
#85 0x00007fff86a769bb in NSSLMMenuEventHandler ()
#86 0x00007fff8f333234 in DispatchEventToHandlers ()
#87 0x00007fff8f332840 in SendEventToEventTargetInternal ()
#88 0x00007fff8f33267a in SendEventToEventTargetWithOptions ()
#89 0x00007fff8f364d29 in SendMenuPopulate ()
#90 0x00007fff8f4b1195 in SendMenuOpening ()
#91 0x00007fff8f4b46d9 in DrawTheMenu ()
#92 0x00007fff8f4b4be3 in MenuChanged ()
#93 0x00007fff8f384a2f in TrackMenuCommon ()
#94 0x00007fff8f37ff13 in MenuSelectCore ()
#95 0x00007fff8f37f592 in _HandleMenuSelection2 ()
#96 0x00007fff869771da in _NSHandleCarbonMenuEvent ()
#97 0x00007fff8690ccc9 in _DPSNextEvent ()
#98 0x00007fff8690c07d in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#99 0x00007fff869089b9 in -[NSApplication run] ()
#100 0x00000001002d30eb in ns_select ()
#101 0x000000010027c733 in wait_reading_process_output ()
#102 0x0000000100011a3f in sit_for ()
#103 0x00000001001304e4 in read_char ()
#104 0x00000001001417d5 in read_key_sequence ()
#105 0x000000010012cd7c in command_loop_1 ()
#106 0x00000001001ff07a in internal_condition_case ()
#107 0x000000010012c34f in command_loop_2 ()
#108 0x00000001001fe90a in internal_catch ()
#109 0x000000010012c2d2 in command_loop ()
#110 0x000000010012b6d7 in recursive_edit_1 ()
#111 0x000000010012b92a in Frecursive_edit ()
#112 0x0000000100128d95 in main ()
(gdb) 

-- 
Silas S Brown http://people.ds.cam.ac.uk/ssb22





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort)
  2013-03-15 11:49 ` bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort) Silas S. Brown
@ 2013-03-15 12:15   ` Silas S. Brown
  2013-03-15 13:03     ` Silas S. Brown
  0 siblings, 1 reply; 16+ messages in thread
From: Silas S. Brown @ 2013-03-15 12:15 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Christian Limpach, 13840

On Fri, Mar 15, 2013 at 11:49:40AM +0000, Silas S. Brown wrote:
> I've added a couple of emails from the top of nsterm.m
> to the CC list

... but Christophe de Dinechin and Adrian Robert are undeliverable.
I hope SOMEbody's listening on these frequencies :-)





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort)
  2013-03-15 12:15   ` Silas S. Brown
@ 2013-03-15 13:03     ` Silas S. Brown
  2013-03-15 19:17       ` Jan Djärv
  0 siblings, 1 reply; 16+ messages in thread
From: Silas S. Brown @ 2013-03-15 13:03 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: 13840

On Fri, Mar 15, 2013 at 12:15:17PM +0000, Silas S. Brown wrote:
> ... but Christophe de Dinechin and Adrian Robert are undeliverable.

Just got a bounce from Christian Limpach as well :-(
Do we just hope someone's following this bug?





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort)
  2013-03-15 13:03     ` Silas S. Brown
@ 2013-03-15 19:17       ` Jan Djärv
  0 siblings, 0 replies; 16+ messages in thread
From: Jan Djärv @ 2013-03-15 19:17 UTC (permalink / raw)
  To: Silas S. Brown; +Cc: 13840@debbugs.gnu.org

Hello. 

Your patch is not correct. I'll see if I can fix it in another way. 

    Jan D. 

15 mar 2013 kl. 14:03 skrev "Silas S. Brown" <ssb22@cam.ac.uk>:

> On Fri, Mar 15, 2013 at 12:15:17PM +0000, Silas S. Brown wrote:
>> ... but Christophe de Dinechin and Adrian Robert are undeliverable.
> 
> Just got a bounce from Christian Limpach as well :-(
> Do we just hope someone's following this bug?
> 
> 





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-03-01 22:44   ` Silas S. Brown
@ 2013-03-30 10:00     ` Jan Djärv
  2013-03-30 13:43       ` Silas S. Brown
  0 siblings, 1 reply; 16+ messages in thread
From: Jan Djärv @ 2013-03-30 10:00 UTC (permalink / raw)
  To: Silas S. Brown; +Cc: 13840, david+emacsformacosx

Hello.

This is the same bug as 12698, which has been fixed in the trunk.

	Jan D.

1 mar 2013 kl. 23:44 skrev Silas S. Brown <ssb22@cam.ac.uk>:

> Thanks.  It didn't take long to get a crash in 24.2.93 -
> I just clicked on the "Help" menu!  Below is the (rather
> long) backtrace (sorry if I didn't compile it with the
> right options, I just did ./configure --with-ns and make
> install as per the nextstep/README file).   Silas
> 
> #0  0x00007fff8d73282a in __kill ()
> #1  0x000000010009d019 in terminate_due_to_signal (
>    sig=6, backtrace_limit=10) at emacs.c:344
> #2  0x00000001000b9a13 in emacs_abort ()
>    at sysdep.c:2152
> #3  0x000000010018a9dd in ns_term_shutdown (
>    sig=<value temporarily unavailable, due to
> optimizations>) at nsterm.m:4259
> #4  0x000000010009d681 in shut_down_emacs (sig=6,
>    stuff=37711) at emacs.c:1931
> #5  0x000000010009cfdb in terminate_due_to_signal (
>    sig=6, backtrace_limit=10) at emacs.c:328
> #6  0x00000001000b9a13 in emacs_abort ()
>    at sysdep.c:2152
> #7  0x000000010018f31f in ns_select (
>    nfds=<value temporarily unavailable, due to
> optimizations>,
>    readfds=<value temporarily unavailable, due to
> optimizations>,
>    writefds=<value temporarily unavailable, due to
> optimizations>,
>    exceptfds=<value temporarily unavailable, due to
> optimizations>,
>    timeout=<value temporarily unavailable, due to
> optimizations>,
>    sigmask=<value temporarily unavailable, due to
> optimizations>) at nsterm.m:3524
> #8  0x000000010015aeba in wait_reading_process_output (
>    time_limit=140734799786480, nsecs=1606398448,
>    read_kbd=1606398448, wait_for_cell=140734799786480,
>    wait_proc=0x7fff5fbfb1f0, just_wait_proc=0,
>    do_display=false) at process.c:4635
> #9  0x0000000100156c51 in Faccept_process_output (
>    process=37711, seconds=0, millisec=0,
>    just_this_one=34693796629315584) at process.c:4025
> #10 0x000000010011695b in Ffuncall (nargs=37711,
>    args=0x100116adc) at eval.c:2786
> #11 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799786848, maxdepth=32,
>    args_template=0, nargs=4300852416, args=0x100511860)
>    at bytecode.c:900
> #12 0x0000000100119367 in eval_sub (form=2)
>    at eval.c:2146
> #13 0x0000000100119f68 in internal_lisp_condition_case (
>    var=4320145466, bodyform=4356807126,
>    handlers=4356628086) at eval.c:1243
> #14 0x000000010014fad1 in exec_byte_code (bytestr=0,
>    vector=140734799787552, maxdepth=32,
>    args_template=4320145466, nargs=4300852416,
>    args=0x100511860) at bytecode.c:1096
> #15 0x0000000100119b72 in funcall_lambda (
>    fun=140734799787648, nargs=1,
>    arg_vector=0x7fff5fbfb680) at eval.c:3007
> #16 0x0000000100116a07 in Ffuncall (nargs=4320145466,
>    args=0x1030e7d62) at eval.c:2824
> #17 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799787952, maxdepth=48,
>    args_template=0, nargs=4300852416, args=0x100511860)
>    at bytecode.c:900
> #18 0x0000000100119b72 in funcall_lambda (
>    fun=140734799788048, nargs=5,
>    arg_vector=0x7fff5fbfb810) at eval.c:3007
> #19 0x0000000100116a07 in Ffuncall (nargs=2,
>    args=0x1030e7d02) at eval.c:2824
> #20 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799788416, maxdepth=140734799788232,
>    args_template=-6, nargs=4300852416,
>    args=0x100511860) at bytecode.c:900
> #21 0x0000000100119b72 in funcall_lambda (
>    fun=140734799788512, nargs=3,
>    arg_vector=0x7fff5fbfb9e0) at eval.c:3007
> #22 0x0000000100116a07 in Ffuncall (nargs=6,
>    args=0x1030ef802) at eval.c:2824
> #23 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799788864, maxdepth=96,
>    args_template=140734799788688, nargs=4300852416,
>    args=0x100511860) at bytecode.c:900
> #24 0x0000000100119b72 in funcall_lambda (
>    fun=140734799788960, nargs=1,
>    arg_vector=0x7fff5fbfbba0) at eval.c:3007
> #25 0x0000000100116a07 in Ffuncall (nargs=4,
>    args=0x103231232) at eval.c:2824
> #26 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799789264, maxdepth=48,
>    args_template=4296348880, nargs=4300852416,
>    args=0x100511860) at bytecode.c:900
> #27 0x0000000100119b72 in funcall_lambda (
>    fun=140734799789360, nargs=1,
>    arg_vector=0x7fff5fbfbd30) at eval.c:3007
> #28 0x0000000100116a07 in Ffuncall (nargs=2,
>    args=0x103231872) at eval.c:2824
> #29 0x00000001001162b2 in Fapply (
>    nargs=140734799789584, args=0x7fff5fbfbe10)
>    at eval.c:2252
> #30 0x0000000100116a20 in Ffuncall (nargs=2,
>    args=0x104801a1a) at eval.c:2756
> #31 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799789872, maxdepth=32,
>    args_template=4320145466, nargs=4300852416,
>    args=0x100511860) at bytecode.c:900
> #32 0x0000000100119367 in eval_sub (form=3)
>    at eval.c:2146
> #33 0x0000000100119f68 in internal_lisp_condition_case (
>    var=4320293082, bodyform=4346942950,
>    handlers=4346941574) at eval.c:1243
> #34 0x000000010014fad1 in exec_byte_code (bytestr=0,
>    vector=140734799790592, maxdepth=48,
>    args_template=4296348880, nargs=4300852416,
>    args=0x100511860) at bytecode.c:1096
> #35 0x0000000100119b72 in funcall_lambda (
>    fun=140734799790688, nargs=2,
>    arg_vector=0x7fff5fbfc260) at eval.c:3007
> #36 0x0000000100116a07 in Ffuncall (nargs=4320293082,
>    args=0x10482da3a) at eval.c:2824
> #37 0x00000001001162b2 in Fapply (
>    nargs=140734799790912, args=0x7fff5fbfc340)
>    at eval.c:2252
> #38 0x0000000100116a20 in Ffuncall (nargs=3,
>    args=0x104801a1a) at eval.c:2756
> #39 0x000000010014eec8 in exec_byte_code (bytestr=0,
>    vector=140734799791232, maxdepth=64,
>    args_template=140734799791064, nargs=4300852416,
>    args=0x100511860) at bytecode.c:900
> #40 0x0000000100119b72 in funcall_lambda (
>    fun=140734799791328, nargs=2,
>    arg_vector=0x7fff5fbfc4e0) at eval.c:3007
> #41 0x0000000100116a07 in Ffuncall (nargs=4,
>    args=0x103a80b92) at eval.c:2824
> #42 0x00000001001162b2 in Fapply (
>    nargs=140734799791552, args=0x7fff5fbfc5c0)
>    at eval.c:2252
> #43 0x0000000100119271 in eval_sub (form=3)
>    at eval.c:2112
> #44 0x0000000100118455 in internal_catch (tag=3,
>    func=0x100118d90 <eval_sub>, arg=3) at eval.c:1060
> #45 0x000000010014fa64 in exec_byte_code (bytestr=0,
>    vector=140734799792240, maxdepth=32,
>    args_template=4320145466, nargs=4300852416,
>    args=0x100511860) at bytecode.c:1081
> #46 0x0000000100119367 in eval_sub (form=4347364418)
>    at eval.c:2146
> #47 0x0000000100118455 in internal_catch (
>    tag=4347364418, func=0x100118d90 <eval_sub>,
>    arg=4347364418) at eval.c:1060
> #48 0x000000010014fa64 in exec_byte_code (bytestr=0,
>    vector=140734799792928, maxdepth=64,
>    args_template=4356361968, nargs=4300852416,
>    args=0x100511860) at bytecode.c:1081
> #49 0x0000000100119b72 in funcall_lambda (
>    fun=140734799793024, nargs=0,
>    arg_vector=0x7fff5fbfcb80) at eval.c:3007
> #50 0x0000000100116a07 in Ffuncall (nargs=4379989450,
>    args=0x103087295) at eval.c:2824
> #51 0x0000000100119271 in eval_sub (form=1)
>    var=4320293082, bodyform=4345849974,
>    handlers=4345851526) at eval.c:1243
> #53 0x000000010014fad1 in exec_byte_code (bytestr=0,
>    vector=140734799793888, maxdepth=48,
>    args_template=4356361759, nargs=4300852416,
>    args=0x100511860) at bytecode.c:1096
> #54 0x0000000100119b72 in funcall_lambda (
>    fun=140734799793984, nargs=2,
>    arg_vector=0x7fff5fbfcf40) at eval.c:3007
> #55 0x0000000100116a07 in Ffuncall (nargs=4320293082,
>    args=0x1050be41a) at eval.c:2824
> #56 0x0000000100118aa2 in call2 (fn=Cannot access memory
> at address 0x0
> ) at eval.c:2584
> #57 0x00000001000d7e86 in Fverify_visited_file_modtime (
>    buf=4379632666) at fileio.c:5204
> #58 0x0000000100119129 in eval_sub (form=4379632666)
>    at eval.c:2088
> #59 0x00000001001192e0 in eval_sub (form=4379632666)
>    at eval.c:2125
> #60 0x0000000100114279 in For (args=4379632666)
>    at eval.c:260
> #61 0x0000000100119129 in eval_sub (form=4379632666)
>    at eval.c:2088
> #62 0x00000001001142c9 in Fand (args=4379632666)
>    at eval.c:284
> #63 0x0000000100119129 in eval_sub (form=4379632666)
>    at eval.c:2088
> #64 0x0000000100114279 in For (args=4379632666)
>    at eval.c:260
> #65 0x0000000100119129 in eval_sub (form=4379632666)
>    at eval.c:2088
> #66 0x000000010011620d in Feval (form=4298492406,
>    lexical=4320221018) at eval.c:2005
> #67 0x0000000100118203 in internal_condition_case_1 (
>    bfun=0x1000a5e90 <eval_dyn>, arg=4379632666,
>    handlers=4320212234,
>    hfun=0x1000a04a0 <menu_item_eval_property_1>)
>    at eval.c:1327
> #68 0x00000001000a61bf in menu_item_eval_property
> [inlined] () at
> #/private/tmp/emacs-24.2.93/src/keyboard.c:7583
> #69 0x00000001000a61bf in parse_menu_item (
>    item=4379632666, inmenubar=1606407936)
>    at keyboard.c:7759
> #70 0x000000010004d233 in single_menu_item (
>    key=140734799796064, item=4379632666,
>    dummy=4303019493, skp_v=0x7fff5fbfd760)
>    at menu.c:339
> #71 0x00000001000b4c8c in map_keymap_item [inlined] ()
>    at /private/tmp/emacs-24.2.93/src/keymap.c:560
> #72 0x00000001000b4c8c in map_keymap_internal (
>    map=4378911770, fun=0x10004d210 <single_menu_item>,
>    args=4320145466, data=0x7fff5fbfd7b0)
>    at keymap.c:600
> #73 0x000000010004d1ab in single_keymap_panes (
>    keymap=4355477174, pane_name=4297570889,
>    prefix=4370638410, maxdepth=10) at menu.c:305
> #74 0x000000010004d6f4 in parse_single_submenu (
>    item_key=140734799796336,
>    item_name=140734799796336, maps=4300841832)
>    at menu.c:561
> #75 0x0000000100198aa9 in ns_update_menubar (
>    f=0x7fff5fbfdb10, submenu=0x7fff5fbfdb10,
>    deep_p=208) at nsmenu.m:256
> #76 0x00007fff8a946c09 in -[NSMenu
> _populateFromDelegateWithEventRef:] ()
> #77 0x00007fff8a83b38c in -[NSMenu
> #_populateWithEventRef:] ()
> #78 0x00007fff8a945e33 in -[NSCarbonMenuImpl
> #_carbonPopulateEvent:handlerCallRef:] ()
> #79 0x00007fff8a9459bb in NSSLMMenuEventHandler ()
> #80 0x00007fff93202234 in DispatchEventToHandlers ()
> #81 0x00007fff93201840 in SendEventToEventTargetInternal
>    ()
> #82 0x00007fff9320167a in
> SendEventToEventTargetWithOptions ()
> #83 0x00007fff93233d29 in SendMenuPopulate ()
> #84 0x00007fff93380195 in SendMenuOpening ()
> #85 0x00007fff933836d9 in DrawTheMenu ()
> #86 0x00007fff93383be3 in MenuChanged ()
> #87 0x00007fff93253a2f in TrackMenuCommon ()
> #88 0x00007fff9324ef13 in MenuSelectCore ()
> #89 0x00007fff9324e592 in _HandleMenuSelection2 ()
> #90 0x00007fff8a8461da in _NSHandleCarbonMenuEvent ()
> #91 0x00007fff8a7dbcc9 in _DPSNextEvent ()
> #92 0x00007fff8a7db07d in -[NSApplication
> #nextEventMatchingMask:untilDate:inMode:dequeue:] ()
> #93 0x00007fff8a7d79b9 in -[NSApplication run] ()
> #94 0x000000010018cc70 in ns_read_socket (
>    terminal=0x7fff5fbfeba8, hold_quit=0x7fff5fbfed90)
>    at nsterm.m:3423
> #95 0x00000001000a89cf in gobble_input ()
>    at keyboard.c:6767
> #96 0x00000001000a8af5 in get_input_pending [inlined] ()
>    at /private/tmp/emacs-24.2.93/src/keyboard.c:6686
> #97 0x00000001000a8af5 in
> detect_input_pending_run_timers (do_display=true) at
> #keyboard.c:10273
> #98 0x00000001000054c2 in sit_for (timeout=140,
>    display_option=1, reading=true) at dispnew.c:5939
> #99 0x00000001000ac87a in read_char (
>    commandflag=1606414640, nmaps=140734799802672,
>    maps=0x7fff5fbff130,
>    prev_event=4768577271755702285,
>    used_mouse_menu=0x7fff5fbff130,
>    end_time=0x7fff5fbff130) at keyboard.c:2669
> #100 0x00000001000afbcf in read_key_sequence ()
>    at keyboard.c:2800
> #101 0x00000001000b1648 in command_loop_1 ()
>    at keyboard.c:1459
> #102 0x0000000100118359 in internal_condition_case (
>    bfun=0x1000b0240 <command_loop_1>,
>    handlers=4320212234, hfun=0x1000b16d0 <cmd_error>)
>    at eval.c:1289
> #103 0x00000001000b021e in command_loop_2 (
>    ignore=140734799803272) at keyboard.c:1168
> #104 0x0000000100118455 in internal_catch (
>    tag=140734799803272,
>    func=0x1000b01e0 <command_loop_2>,
>    arg=140734799803272) at eval.c:1060
> #105 0x00000001000b1c50 in command_loop [inlined] ()
>    at /private/tmp/emacs-24.2.93/src/keyboard.c:1147
> #106 0x00000001000b1c50 in recursive_edit_1 ()
>    at keyboard.c:779
> #107 0x00000001000a264d in Frecursive_edit ()
>    at keyboard.c:843
> #108 0x000000010009f4e7 in main (argc=25241034,
>    argv=0x7fff5fbff950) at emacs.c:1528
> 
> 






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-03-30 10:00     ` Jan Djärv
@ 2013-03-30 13:43       ` Silas S. Brown
  2013-03-30 14:18         ` Eli Zaretskii
  2013-03-30 14:49         ` Jan D.
  0 siblings, 2 replies; 16+ messages in thread
From: Silas S. Brown @ 2013-03-30 13:43 UTC (permalink / raw)
  To: Jan Djärv; +Cc: 13840, david+emacsformacosx

On Sat, Mar 30, 2013 at 11:00:53AM +0100, Jan Djärv wrote:
> This is the same bug as 12698, which has been fixed in the trunk.

Thanks Jan.  Your "fix" message on bug 12698 is 6 months
old, so why was the problem still there in 24.3.1 ?

Silas





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-03-30 13:43       ` Silas S. Brown
@ 2013-03-30 14:18         ` Eli Zaretskii
  2013-03-30 14:49         ` Jan D.
  1 sibling, 0 replies; 16+ messages in thread
From: Eli Zaretskii @ 2013-03-30 14:18 UTC (permalink / raw)
  To: Silas S. Brown; +Cc: david+emacsformacosx, 13840

> Date: Sat, 30 Mar 2013 13:43:29 +0000
> From: "Silas S. Brown" <ssb22@cam.ac.uk>
> Cc: 13840@debbugs.gnu.org, david+emacsformacosx@porkrind.org
> 
> On Sat, Mar 30, 2013 at 11:00:53AM +0100, Jan Djärv wrote:
> > This is the same bug as 12698, which has been fixed in the trunk.
> 
> Thanks Jan.  Your "fix" message on bug 12698 is 6 months
> old, so why was the problem still there in 24.3.1 ?

Probably because 24.3 was released from the release branch, not the
trunk, and does not include this fix.






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-03-30 13:43       ` Silas S. Brown
  2013-03-30 14:18         ` Eli Zaretskii
@ 2013-03-30 14:49         ` Jan D.
  2013-03-30 16:34           ` Silas S. Brown
  1 sibling, 1 reply; 16+ messages in thread
From: Jan D. @ 2013-03-30 14:49 UTC (permalink / raw)
  To: Silas S. Brown; +Cc: 13840, david+emacsformacosx

Hello.

Silas S. Brown skrev 2013-03-30 14:43:
> On Sat, Mar 30, 2013 at 11:00:53AM +0100, Jan Djärv wrote:
>> This is the same bug as 12698, which has been fixed in the trunk.
> Thanks Jan.  Your "fix" message on bug 12698 is 6 months
> old, so why was the problem still there in 24.3.1 ?

No it is not:

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12698#28
*Date:* Sat, 30 Mar 2013 10:58:06 +0100

     Jan D.






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#13840: OS X Emacs frequent crashes when files are open over FTP
  2013-03-30 14:49         ` Jan D.
@ 2013-03-30 16:34           ` Silas S. Brown
  0 siblings, 0 replies; 16+ messages in thread
From: Silas S. Brown @ 2013-03-30 16:34 UTC (permalink / raw)
  To: Jan D.; +Cc: 13840, david+emacsformacosx

On Sat, Mar 30, 2013 at 03:49:50PM +0100, Jan D. wrote:
> No it is not:
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12698#28
> *Date:* Sat, 30 Mar 2013 10:58:06 +0100

Oh, sorry I must have read the wrong line.

Look forward to seeing the fix released.

Silas





^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2013-03-30 16:34 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-28 11:43 bug#13840: OS X Emacs frequent crashes when files are open over FTP Silas S. Brown
2013-02-28 12:43 ` Silas S. Brown
2013-02-28 17:02 ` bug#13840: 23.2 crashes as well Silas S. Brown
2013-03-01  2:58 ` bug#13840: OS X Emacs frequent crashes when files are open over FTP Stefan Monnier
2013-03-01 22:44   ` Silas S. Brown
2013-03-30 10:00     ` Jan Djärv
2013-03-30 13:43       ` Silas S. Brown
2013-03-30 14:18         ` Eli Zaretskii
2013-03-30 14:49         ` Jan D.
2013-03-30 16:34           ` Silas S. Brown
2013-03-14 19:38 ` bug#13840: Aquamacs also crashes Silas S. Brown
2013-03-14 19:44   ` Silas S. Brown
2013-03-15 11:49 ` bug#13840: Fix for Emacs 24.3rc3 nextstep crash (menubar + ange-ftp + ns_select = emacs_abort) Silas S. Brown
2013-03-15 12:15   ` Silas S. Brown
2013-03-15 13:03     ` Silas S. Brown
2013-03-15 19:17       ` Jan Djärv

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).