[ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Ken Brown]

The following packages have been updated in the Cygwin distribution as 
test releases:

*** emacs-24.3.93-1
*** emacs-X11-24.3.93-1
*** emacs-w32-24.3.93-1
*** emacs-el-24.3.93-1

Emacs is a powerful, customizable, self-documenting, modeless text 
editor.  Emacs contains special code editing features, a scripting 
language (elisp), and the capability to read mail, news, and more 
without leaving the editor.

This is another pretest of the upcoming emacs-24.4, replacing the 
current pretest (24.3.91-1).  It includes a workaround for the bug 
reported in

   https://cygwin.com/ml/cygwin/2014-07/msg00387.html

See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18222 for details.

CYGWIN NOTES
============
1. The emacs, emacs-w32, and emacs-X11 packages each provide an emacs 
binary.  These are emacs-nox.exe, emacs-w32.exe, and emacs-X11.exe, 
respectively, in order of increasing priority.  The postinstall scripts 
use the `alternatives' system to create a symlink /usr/bin/emacs that 
resolves to the highest-priority binary that you have installed.  Thus 
the command `emacs' will start emacs-X11.exe if you've installed the 
emacs-X11 package; otherwise, it will start emacs-w32.exe if you've 
installed emacs-w32; otherwise, it will start emacs-nox.exe.  Similar 
remarks apply to emacsclient.

If you have installed both emacs-w32 and emacs-X11 and prefer to give 
higher priority to emacs-w32, run the script

   /usr/bin/set-emacs-default-w32.sh

You can later restore emacs-X11 as the default by running

   /usr/bin/set-emacs-default-X11.sh

2. Install emacs-X11 if you want to use the X11 GUI.  You can then type 
`emacs&' in an xterm window, and emacs will start in a new window.

3. Install emacs-w32 if you want to use the native Windows GUI instead 
of X11.

4. If you have sshd running and want to be able to run emacs-X11 from a 
remote machine, you need to enable X11 forwarding by adding the 
following line to /etc/sshd_config:

   X11Forwarding yes

You might also need to have the cygserver service running.

5. The script /usr/bin/make-emacs-shortcut can be used to create a 
shortcut for starting emacs.  See /usr/share/doc/emacs/README.Cygwin for 
details.

Ken Brown
Cygwin's emacs maintainer

                    *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look 
at the "List-Unsubscribe: " tag in the email header of this message. 
Send email to the address specified there.  It will be in the format:

        cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

        http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available 
starting at the above URL.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Achim Gratz]

Ken Brown <kbrown <at> cornell.edu> writes:
> If you have installed both emacs-w32 and emacs-X11 and prefer to give 
> higher priority to emacs-w32, run the script
> 
>    /usr/bin/set-emacs-default-w32.sh
> 
> You can later restore emacs-X11 as the default by running
> 
>    /usr/bin/set-emacs-default-X11.sh

These scripts put the alternatives in manual mode, you might want to
actually change the priorities and stay in auto mode.

------->8-------
#!/bin/bash
case $0 in
    *w32*) prio=25
	   ;;
    *X11*) prio=15
	   ;;
esac
for x in emacs emacsclient
do
    /usr/sbin/alternatives --install /usr/bin/${x} ${x}
/usr/bin/${x}-w32.exe $prio
    /usr/sbin/alternatives --auto ${x}
done
--------8<-------

Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Ken Brown]

On 8/19/2014 5:26 AM, Achim Gratz wrote:
> Ken Brown <kbrown <at> cornell.edu> writes:
>> If you have installed both emacs-w32 and emacs-X11 and prefer to give
>> higher priority to emacs-w32, run the script
>>
>>     /usr/bin/set-emacs-default-w32.sh
>>
>> You can later restore emacs-X11 as the default by running
>>
>>     /usr/bin/set-emacs-default-X11.sh
>
> These scripts put the alternatives in manual mode, you might want to
> actually change the priorities and stay in auto mode.

Good idea.  Thanks.

Ken


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Achim Gratz]

Ken Brown writes:
> This is another pretest of the upcoming emacs-24.4, replacing the
> current pretest (24.3.91-1).  It includes a workaround for the bug
> reported in
>
>   https://cygwin.com/ml/cygwin/2014-07/msg00387.html

I've ran the new test version for a while now, mostly emacs-w32, but
also (not as long or often) emacs-X11 and emacs-nox in mintty (w/ tmux
and screen).  The messages about some locks not behaving correctly and
Emacs after some time either going on anyway or just crashing have not
yet appeared again, so I tentatively conclude these are gone.  I've also
not had strange messages about some errors related to timers, but these
had been so rare anyway that I can't say if they might still be present.

There are still crashes of emacs-w32 that take down Emacs completely
(sometimes with but mostly without it asking for the debugger to be
attached).  So far these have all occured directly in response to
keyboard input (as in the window disappears while the key is still
pressed down).  Let me know if the stackdump would be useful or if I
need to wait out an occasion for when it asks for the debugger to attach
and what to do then.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Peter Hull]

On Thu, Aug 21, 2014 at 6:08 AM, Achim Gratz <Stromeko@nexgo.de> wrote:
> Ken Brown writes:
>> This is another pretest of the upcoming emacs-24.4, replacing the
>> current pretest (24.3.91-1).  It includes a workaround for the bug
>> reported in
It seems to have fixed my original problem with vc integration though
I admit I've not had a lot of time to test it very extensively.
Thanks,
Pete

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Achim Gratz]

Achim Gratz <Stromeko <at> nexgo.de> writes:
> There are still crashes of emacs-w32 that take down Emacs completely
> (sometimes with but mostly without it asking for the debugger to be
> attached).  So far these have all occured directly in response to
> keyboard input (as in the window disappears while the key is still
> pressed down).  Let me know if the stackdump would be useful or if I
> need to wait out an occasion for when it asks for the debugger to attach
> and what to do then.

Just had another one w/ the message and managed to attach the debugger.  I
don't know if the back trace makes any sense.  When entering the debugger I
think the crash was indicated to be inside the cyggobject library (sorry,
that line scrolled off the screen), but that may just have been the message
window.

Thread 6 (Thread 10724.0x2d34):
#0  0x0000000077ad05fa in ntdll!ZwWaitForSingleObject () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1  0x000007fefdb710dc in WaitForSingleObjectEx () from
/cygdrive/c/Windows/system32/KERNELBASE.dll
#2  0x0000000180045571 in cygthread::stub (arg=arg@entry=0x1801d95b0
<threads+176>)
    at
.../src/cygwin-snapshot-20140819-1/winsup/cygwin/cygthread.cc:114
#3  0x00000001800461ab in _cygtls::call2 (this=0x5c4ce00, func=0x1800454e0
<cygthread::stub(void*)>, arg=0x1801d95b0 <threads+176>,
    buf=buf@entry=0x5c4cd50) at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:100
#4  0x0000000180046304 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:30
#5  0x00000000779759ed in KERNEL32!BaseThreadInitThunk () from
/cygdrive/c/Windows/system32/kernel32.dll
#6  0x0000000077aaba01 in ntdll!RtlUserThreadStart () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#7  0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 5 (Thread 10724.0x36b4):
#0  0x0000000077879e6a in USER32!SfmDxSetSwapChainStats () from
/cygdrive/c/Windows/system32/USER32.dll
#1  0x0000000077879e9e in USER32!GetMessageW () from
/cygdrive/c/Windows/system32/USER32.dll
#2  0x0000000100577a38 in w32_msg_pump (msg_buf=0x39fac30) at
/usr/src/debug/emacs-24.3.93-1/src/w32fns.c:2450
#3  0x0000000100578080 in w32_msg_worker (arg=arg@entry=0x0) at
/usr/src/debug/emacs-24.3.93-1/src/w32fns.c:2676
#4  0x00000001800461ab in _cygtls::call2 (this=0x39fce00, func=0x100578020
<w32_msg_worker>, arg=0x0, buf=buf@entry=0x39fcd50)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:100
#5  0x0000000180046304 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:30
#6  0x00000000779759ed in KERNEL32!BaseThreadInitThunk () from
/cygdrive/c/Windows/system32/kernel32.dll
#7  0x0000000077aaba01 in ntdll!RtlUserThreadStart () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#8  0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 4 (Thread 10724.0xf88):
#0  0x0000000077ad05fa in ntdll!ZwWaitForSingleObject () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1  0x000007fefdb710dc in WaitForSingleObjectEx () from
/cygdrive/c/Windows/system32/KERNELBASE.dll
#2  0x0000000180045571 in cygthread::stub (arg=arg@entry=0x1801d9558
<threads+88>)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygthread.cc:114
#3  0x00000001800461ab in _cygtls::call2 (this=0x35fce00, func=0x1800454e0
<cygthread::stub(void*)>, arg=0x1801d9558 <threads+88>,
    buf=buf@entry=0x35fcd50) at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:100
#4  0x0000000180046304 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:30
#5  0x00000000779759ed in KERNEL32!BaseThreadInitThunk () from
/cygdrive/c/Windows/system32/kernel32.dll
#6  0x0000000077aaba01 in ntdll!RtlUserThreadStart () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#7  0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 3 (Thread 10724.0x37d8):
#0  0x0000000077ad0b6a in ntdll!ZwWaitForMultipleObjects () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1  0x0000000077a9a9b7 in ntdll!TpIsTimerSet () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#2  0x00000000779759ed in KERNEL32!BaseThreadInitThunk () from
/cygdrive/c/Windows/system32/kernel32.dll
#3  0x0000000077aaba01 in ntdll!RtlUserThreadStart () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#4  0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 2 (Thread 10724.0x65c):
#0  0x0000000077ad061a in ntdll!ZwReadFile () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1  0x000007fefdb71a7a in ReadFile () from
/cygdrive/c/Windows/system32/KERNELBASE.dll
#2  0x0000000077970a19 in ReadFile () from
/cygdrive/c/Windows/system32/kernel32.dll
#3  0x000000018011d532 in wait_sig () at
.../src/cygwin-snapshot-20140819-1/winsup/cygwin/sigproc.cc:1239
#4  0x0000000180044fd5 in cygthread::callfunc (this=this@entry=0x1801d9500
<threads>, issimplestub=issimplestub@entry=false)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygthread.cc:51
#5  0x000000018004553a in cygthread::stub (arg=arg@entry=0x1801d9500 <threads>)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygthread.cc:93
#6  0x00000001800461ab in _cygtls::call2 (this=0x23ace00, func=0x1800454e0
<cygthread::stub(void*)>, arg=0x1801d9500 <threads>, buf=buf@entry=0x23acd50)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:100
#7  0x0000000180046304 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
    at
.../mknetrel/src/cygwin-snapshot-20140819-1/winsup/cygwin/cygtls.cc:30
#8  0x00000000779759ed in KERNEL32!BaseThreadInitThunk () from
/cygdrive/c/Windows/system32/kernel32.dll
#9  0x0000000077aaba01 in ntdll!RtlUserThreadStart () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
#10 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 1 (Thread 10724.0x3340):
#0  0x000007fefdba3ca3 in KERNELBASE!DebugBreak () from
/cygdrive/c/Windows/system32/KERNELBASE.dll
#1  0x0000000100577794 in emacs_abort () at
/usr/src/debug/emacs-24.3.93-1/src/w32fns.c:8478
#2  0x00000001004ca456 in overlays_at (pos=pos@entry=23459,
extend=extend@entry=false, vec_ptr=0x42a2d0, vec_ptr@entry=0x100927f60 <Qnil>,
    len_ptr=len_ptr@entry=0x42a2d8, next_ptr=next_ptr@entry=0x0,
prev_ptr=prev_ptr@entry=0x0, change_req=change_req@entry=false)
    at /usr/src/debug/emacs-24.3.93-1/src/buffer.c:2854
#3  0x000000010056968f in get_char_property_and_overlay
(position=position@entry=93836, prop=prop@entry=4305239426,
object=object@entry=25772655621,
    overlay=overlay@entry=0x0) at
/usr/src/debug/emacs-24.3.93-1/src/textprop.c:663
#4  0x00000001005697b8 in Fget_char_property (position=position@entry=93836,
prop=prop@entry=4305239426, object=object@entry=25772655621)
    at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:703
#5  0x000000010056622a in get_local_map (position=<optimized out>,
position@entry=23459, buffer=0x6002b8400, type=4305239426)
    at /usr/src/debug/emacs-24.3.93-1/src/intervals.c:2234
#6  0x00000001004c0688 in Fcurrent_active_maps (olp=4304926818,
position=position@entry=4304926770) at
/usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594
#7  0x00000001004c09f6 in Fkey_binding (key=key@entry=4304949141,
accept_default=accept_default@entry=4304926770, no_remap=4304926818,
    position=4304926770) at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1721
#8  0x00000001004c0ba8 in Fcommand_remapping (command=<optimized out>,
position=<optimized out>, keymaps=<optimized out>)
    at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1248
#9  0x00000001004c0bca in Fcommand_remapping (command=<optimized out>,
position=<optimized out>, keymaps=<optimized out>)
    at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1253
#10 0x00000001004b8cfa in read_key_sequence (keybuf=keybuf@entry=0x42a710,
prompt=<optimized out>, dont_downcase_last=dont_downcase_last@entry=false,
    can_return_switch_frame=can_return_switch_frame@entry=true,
fix_current_buffer=fix_current_buffer@entry=true,
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at
/usr/src/debug/emacs-24.3.93-1/src/keyboard.c:9708
#11 0x00000001004b9c54 in command_loop_1 () at
/usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1452
#12 0x000000010051a0dd in internal_condition_case
(bfun=bfun@entry=0x1004b9a30 <command_loop_1>, handlers=<optimized out>,
    hfun=hfun@entry=0x1004b0560 <cmd_error>) at
/usr/src/debug/emacs-24.3.93-1/src/eval.c:1354
#13 0x00000001004ab9ea in command_loop_2 (ignore=ignore@entry=4304926770) at
/usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177
#14 0x0000000100519fdc in internal_catch (tag=4304985026,
func=func@entry=0x1004ab9c0 <command_loop_2>, arg=4304926770)
    at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1118
#15 0x00000001004b0154 in command_loop () at
/usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1156
#16 recursive_edit_1 () at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:777
#17 0x00000001004b0476 in Frecursive_edit () at
/usr/src/debug/emacs-24.3.93-1/src/keyboard.c:848
#18 0x00000001005b5953 in main (argc=<optimized out>, argv=<optimized out>)
at /usr/src/debug/emacs-24.3.93-1/src/emacs.c:1646


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Ken Brown]

On 8/21/2014 8:12 AM, Achim Gratz wrote:
> Achim Gratz <Stromeko <at> nexgo.de> writes:
>> There are still crashes of emacs-w32 that take down Emacs completely
>> (sometimes with but mostly without it asking for the debugger to be
>> attached).  So far these have all occured directly in response to
>> keyboard input (as in the window disappears while the key is still
>> pressed down).  Let me know if the stackdump would be useful or if I
>> need to wait out an occasion for when it asks for the debugger to attach
>> and what to do then.
>
> Just had another one w/ the message and managed to attach the debugger.  I
> don't know if the back trace makes any sense.  When entering the debugger I
> think the crash was indicated to be inside the cyggobject library (sorry,
> that line scrolled off the screen), but that may just have been the message
> window.
>
[...]
> Thread 1 (Thread 10724.0x3340):
> #0  0x000007fefdba3ca3 in KERNELBASE!DebugBreak () from
> /cygdrive/c/Windows/system32/KERNELBASE.dll
> #1  0x0000000100577794 in emacs_abort () at
> /usr/src/debug/emacs-24.3.93-1/src/w32fns.c:8478
> #2  0x00000001004ca456 in overlays_at (pos=pos@entry=23459,
> extend=extend@entry=false, vec_ptr=0x42a2d0, vec_ptr@entry=0x100927f60 <Qnil>,
>      len_ptr=len_ptr@entry=0x42a2d8, next_ptr=next_ptr@entry=0x0,
> prev_ptr=prev_ptr@entry=0x0, change_req=change_req@entry=false)
>      at /usr/src/debug/emacs-24.3.93-1/src/buffer.c:2854
> #3  0x000000010056968f in get_char_property_and_overlay
> (position=position@entry=93836, prop=prop@entry=4305239426,
> object=object@entry=25772655621,
>      overlay=overlay@entry=0x0) at
> /usr/src/debug/emacs-24.3.93-1/src/textprop.c:663
> #4  0x00000001005697b8 in Fget_char_property (position=position@entry=93836,
> prop=prop@entry=4305239426, object=object@entry=25772655621)
>      at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:703
> #5  0x000000010056622a in get_local_map (position=<optimized out>,
> position@entry=23459, buffer=0x6002b8400, type=4305239426)
>      at /usr/src/debug/emacs-24.3.93-1/src/intervals.c:2234
> #6  0x00000001004c0688 in Fcurrent_active_maps (olp=4304926818,
> position=position@entry=4304926770) at
> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594
> #7  0x00000001004c09f6 in Fkey_binding (key=key@entry=4304949141,
> accept_default=accept_default@entry=4304926770, no_remap=4304926818,
>      position=4304926770) at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1721
> #8  0x00000001004c0ba8 in Fcommand_remapping (command=<optimized out>,
> position=<optimized out>, keymaps=<optimized out>)
>      at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1248
> #9  0x00000001004c0bca in Fcommand_remapping (command=<optimized out>,
> position=<optimized out>, keymaps=<optimized out>)
>      at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1253
> #10 0x00000001004b8cfa in read_key_sequence (keybuf=keybuf@entry=0x42a710,
> prompt=<optimized out>, dont_downcase_last=dont_downcase_last@entry=false,
>      can_return_switch_frame=can_return_switch_frame@entry=true,
> fix_current_buffer=fix_current_buffer@entry=true,
>      prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at
> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:9708
> #11 0x00000001004b9c54 in command_loop_1 () at
> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1452
> #12 0x000000010051a0dd in internal_condition_case
> (bfun=bfun@entry=0x1004b9a30 <command_loop_1>, handlers=<optimized out>,
>      hfun=hfun@entry=0x1004b0560 <cmd_error>) at
> /usr/src/debug/emacs-24.3.93-1/src/eval.c:1354
> #13 0x00000001004ab9ea in command_loop_2 (ignore=ignore@entry=4304926770) at
> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177
> #14 0x0000000100519fdc in internal_catch (tag=4304985026,
> func=func@entry=0x1004ab9c0 <command_loop_2>, arg=4304926770)
>      at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1118
> #15 0x00000001004b0154 in command_loop () at
> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1156
> #16 recursive_edit_1 () at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:777
> #17 0x00000001004b0476 in Frecursive_edit () at
> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:848
> #18 0x00000001005b5953 in main (argc=<optimized out>, argv=<optimized out>)
> at /usr/src/debug/emacs-24.3.93-1/src/emacs.c:1646

Thanks for the report.  The abort comes from here (in buffer.c):

   for (tail = current_buffer->overlays_before; tail; tail = tail->next)
     {
       ptrdiff_t startpos, endpos;

       XSETMISC (overlay, tail);

       start = OVERLAY_START (overlay);
       end = OVERLAY_END (overlay);
       endpos = OVERLAY_POSITION (end);   <<<<<<<<<<<<<<<<<<<<<

where OVERLAY_POSITION is defined as follows in buffer.h:

#define OVERLAY_POSITION(P) \
  (MARKERP (P) ? marker_position (P) : (emacs_abort (), 0))

I'm not at all familiar with the code in this area, but I'm copying Eli 
in the hopes that he can see something in this backtrace.  I don't know 
if this will turn out to be another one of those backtraces that don't 
make sense.

Do you remember what you were doing at the time of the crash?

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Markus Hoenicka]

At 2014-08-21 15:58, Ken Brown was heard to say:
> [...]
>> Thread 1 (Thread 10724.0x3340):
>> #0  0x000007fefdba3ca3 in KERNELBASE!DebugBreak () from
>> /cygdrive/c/Windows/system32/KERNELBASE.dll
>> #1  0x0000000100577794 in emacs_abort () at
>> /usr/src/debug/emacs-24.3.93-1/src/w32fns.c:8478
>> #2  0x00000001004ca456 in overlays_at (pos=pos@entry=23459,
>> extend=extend@entry=false, vec_ptr=0x42a2d0, vec_ptr@entry=0x100927f60 
>> <Qnil>,
>>      len_ptr=len_ptr@entry=0x42a2d8, next_ptr=next_ptr@entry=0x0,
>> prev_ptr=prev_ptr@entry=0x0, change_req=change_req@entry=false)
>>      at /usr/src/debug/emacs-24.3.93-1/src/buffer.c:2854
>> #3  0x000000010056968f in get_char_property_and_overlay
>> (position=position@entry=93836, prop=prop@entry=4305239426,
>> object=object@entry=25772655621,
>>      overlay=overlay@entry=0x0) at
>> /usr/src/debug/emacs-24.3.93-1/src/textprop.c:663
>> #4  0x00000001005697b8 in Fget_char_property 
>> (position=position@entry=93836,
>> prop=prop@entry=4305239426, object=object@entry=25772655621)
>>      at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:703
>> #5  0x000000010056622a in get_local_map (position=<optimized out>,
>> position@entry=23459, buffer=0x6002b8400, type=4305239426)
>>      at /usr/src/debug/emacs-24.3.93-1/src/intervals.c:2234
>> #6  0x00000001004c0688 in Fcurrent_active_maps (olp=4304926818,
>> position=position@entry=4304926770) at
>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594
>> #7  0x00000001004c09f6 in Fkey_binding (key=key@entry=4304949141,
>> accept_default=accept_default@entry=4304926770, no_remap=4304926818,
>>      position=4304926770) at 
>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1721
>> #8  0x00000001004c0ba8 in Fcommand_remapping (command=<optimized out>,
>> position=<optimized out>, keymaps=<optimized out>)
>>      at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1248
>> #9  0x00000001004c0bca in Fcommand_remapping (command=<optimized out>,
>> position=<optimized out>, keymaps=<optimized out>)
>>      at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1253
>> #10 0x00000001004b8cfa in read_key_sequence 
>> (keybuf=keybuf@entry=0x42a710,
>> prompt=<optimized out>, 
>> dont_downcase_last=dont_downcase_last@entry=false,
>>      can_return_switch_frame=can_return_switch_frame@entry=true,
>> fix_current_buffer=fix_current_buffer@entry=true,
>>      prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at
>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:9708
>> #11 0x00000001004b9c54 in command_loop_1 () at
>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1452
>> #12 0x000000010051a0dd in internal_condition_case
>> (bfun=bfun@entry=0x1004b9a30 <command_loop_1>, handlers=<optimized 
>> out>,
>>      hfun=hfun@entry=0x1004b0560 <cmd_error>) at
>> /usr/src/debug/emacs-24.3.93-1/src/eval.c:1354
>> #13 0x00000001004ab9ea in command_loop_2 
>> (ignore=ignore@entry=4304926770) at
>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177
>> #14 0x0000000100519fdc in internal_catch (tag=4304985026,
>> func=func@entry=0x1004ab9c0 <command_loop_2>, arg=4304926770)
>>      at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1118
>> #15 0x00000001004b0154 in command_loop () at
>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1156
>> #16 recursive_edit_1 () at 
>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:777
>> #17 0x00000001004b0476 in Frecursive_edit () at
>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:848
>> #18 0x00000001005b5953 in main (argc=<optimized out>, argv=<optimized 
>> out>)
>> at /usr/src/debug/emacs-24.3.93-1/src/emacs.c:1646
> 
> Thanks for the report.  The abort comes from here (in buffer.c):
> 

Hi,

I'm just wondering how this backtrace was generated. As you may remember 
I've been plagued by these sporadic Emacs crashes for quite a while, but 
I never managed to get a backtrace with this amount of information. Is 
there something particularly dumb that I'm doing? Would you mind 
pointing me to some concise instructions?

regards,
Markus

-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Achim Gratz]

Ken Brown <kbrown <at> cornell.edu> writes:
> Do you remember what you were doing at the time of the crash?

I was editing something in a Perl buffer and was just about to insert an "s"
into a variable name.  The only crashes I've got with the current test
version so far were always happening directly while the key was getting
pressed.  I would even suspect that Emacs didn't see the key up event.


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Ken Brown]

On 8/21/2014 10:06 AM, Markus Hoenicka wrote:
> At 2014-08-21 15:58, Ken Brown was heard to say:
>> [...]
>>> Thread 1 (Thread 10724.0x3340):
>>> #0  0x000007fefdba3ca3 in KERNELBASE!DebugBreak () from
>>> /cygdrive/c/Windows/system32/KERNELBASE.dll
>>> #1  0x0000000100577794 in emacs_abort () at
>>> /usr/src/debug/emacs-24.3.93-1/src/w32fns.c:8478
>>> #2  0x00000001004ca456 in overlays_at (pos=pos@entry=23459,
>>> extend=extend@entry=false, vec_ptr=0x42a2d0,
>>> vec_ptr@entry=0x100927f60 <Qnil>,
>>>      len_ptr=len_ptr@entry=0x42a2d8, next_ptr=next_ptr@entry=0x0,
>>> prev_ptr=prev_ptr@entry=0x0, change_req=change_req@entry=false)
>>>      at /usr/src/debug/emacs-24.3.93-1/src/buffer.c:2854
>>> #3  0x000000010056968f in get_char_property_and_overlay
>>> (position=position@entry=93836, prop=prop@entry=4305239426,
>>> object=object@entry=25772655621,
>>>      overlay=overlay@entry=0x0) at
>>> /usr/src/debug/emacs-24.3.93-1/src/textprop.c:663
>>> #4  0x00000001005697b8 in Fget_char_property
>>> (position=position@entry=93836,
>>> prop=prop@entry=4305239426, object=object@entry=25772655621)
>>>      at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:703
>>> #5  0x000000010056622a in get_local_map (position=<optimized out>,
>>> position@entry=23459, buffer=0x6002b8400, type=4305239426)
>>>      at /usr/src/debug/emacs-24.3.93-1/src/intervals.c:2234
>>> #6  0x00000001004c0688 in Fcurrent_active_maps (olp=4304926818,
>>> position=position@entry=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594
>>> #7  0x00000001004c09f6 in Fkey_binding (key=key@entry=4304949141,
>>> accept_default=accept_default@entry=4304926770, no_remap=4304926818,
>>>      position=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1721
>>> #8  0x00000001004c0ba8 in Fcommand_remapping (command=<optimized out>,
>>> position=<optimized out>, keymaps=<optimized out>)
>>>      at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1248
>>> #9  0x00000001004c0bca in Fcommand_remapping (command=<optimized out>,
>>> position=<optimized out>, keymaps=<optimized out>)
>>>      at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1253
>>> #10 0x00000001004b8cfa in read_key_sequence
>>> (keybuf=keybuf@entry=0x42a710,
>>> prompt=<optimized out>,
>>> dont_downcase_last=dont_downcase_last@entry=false,
>>>      can_return_switch_frame=can_return_switch_frame@entry=true,
>>> fix_current_buffer=fix_current_buffer@entry=true,
>>>      prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:9708
>>> #11 0x00000001004b9c54 in command_loop_1 () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1452
>>> #12 0x000000010051a0dd in internal_condition_case
>>> (bfun=bfun@entry=0x1004b9a30 <command_loop_1>, handlers=<optimized out>,
>>>      hfun=hfun@entry=0x1004b0560 <cmd_error>) at
>>> /usr/src/debug/emacs-24.3.93-1/src/eval.c:1354
>>> #13 0x00000001004ab9ea in command_loop_2
>>> (ignore=ignore@entry=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177
>>> #14 0x0000000100519fdc in internal_catch (tag=4304985026,
>>> func=func@entry=0x1004ab9c0 <command_loop_2>, arg=4304926770)
>>>      at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1118
>>> #15 0x00000001004b0154 in command_loop () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1156
>>> #16 recursive_edit_1 () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:777
>>> #17 0x00000001004b0476 in Frecursive_edit () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:848
>>> #18 0x00000001005b5953 in main (argc=<optimized out>, argv=<optimized
>>> out>)
>>> at /usr/src/debug/emacs-24.3.93-1/src/emacs.c:1646
>>
>> Thanks for the report.  The abort comes from here (in buffer.c):
>>
>
> Hi,
>
> I'm just wondering how this backtrace was generated. As you may remember
> I've been plagued by these sporadic Emacs crashes for quite a while, but
> I never managed to get a backtrace with this amount of information. Is
> there something particularly dumb that I'm doing? Would you mind
> pointing me to some concise instructions?

No, you're not doing anything dumb.  Achim was using emacs-w32, which 
prompts the user to attach gdb when emacs_abort is called.  But you use 
emacs-X11, which doesn't do that.  I'll look into adding that feature to 
emacs-X11.  In the meantime, you can simply run emacs-X11 under gdb from 
the start, with a breakpoint at emacs_abort.  You'll have to use the 
previous version of gdb, because the current version (gdb-7.8-1) hangs 
when you try to debug the GUI versions of emacs; see the thread starting at

   https://cygwin.com/ml/cygwin/2014-08/msg00243.html

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Eli Zaretskii]

> Date: Thu, 21 Aug 2014 09:58:33 -0400
> From: Ken Brown
> CC: Eli Zaretskii
> 
> Thanks for the report.  The abort comes from here (in buffer.c):
> 
>    for (tail = current_buffer->overlays_before; tail; tail = tail->next)
>      {
>        ptrdiff_t startpos, endpos;
> 
>        XSETMISC (overlay, tail);
> 
>        start = OVERLAY_START (overlay);
>        end = OVERLAY_END (overlay);
>        endpos = OVERLAY_POSITION (end);   <<<<<<<<<<<<<<<<<<<<<
> 
> where OVERLAY_POSITION is defined as follows in buffer.h:
> 
> #define OVERLAY_POSITION(P) \
>   (MARKERP (P) ? marker_position (P) : (emacs_abort (), 0))
> 
> I'm not at all familiar with the code in this area, but I'm copying Eli 
> in the hopes that he can see something in this backtrace.  I don't know 
> if this will turn out to be another one of those backtraces that don't 
> make sense.

Next time it happens, it would be good to know what kind of Lisp
object is 'end'.  Like this:

 (gdb) p end
 (gdb) xtype

To have the xtype command, you need to source the .gdbinit file that
comes with Emacs.  Also, the above assumes that you are in the right
stack call frame, i.e. in the frame that called emacs_abort.  In the
backtrace shown in the message I'm replying to, that is frame #2, so
the command is

 (gdb) frame 2

If "xtype" says it's a symbol, follow with "xymbol", which will show
what symbol is that.  There are other x* commands to display other
Lisp objects.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

[Ken Brown]

On 8/18/2014 8:24 AM, Ken Brown wrote:
> The following packages have been updated in the Cygwin distribution as
> test releases:
>
> *** emacs-24.3.93-1
> *** emacs-X11-24.3.93-1
> *** emacs-w32-24.3.93-1
> *** emacs-el-24.3.93-1
>
> Emacs is a powerful, customizable, self-documenting, modeless text
> editor.  Emacs contains special code editing features, a scripting
> language (elisp), and the capability to read mail, news, and more
> without leaving the editor.
>
> This is another pretest of the upcoming emacs-24.4, replacing the
> current pretest (24.3.91-1).  It includes a workaround for the bug
> reported in
>
>    https://cygwin.com/ml/cygwin/2014-07/msg00387.html
>
> See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18222 for details.

I have just promoted this release from "test" to "current".  I am also 
making a new test release, for which I will send a separate 
announcement, that contains a better fix for the bug mentioned above.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple