* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
@ 2018-02-01 15:10 Jake Goulding
2018-02-01 17:16 ` Eli Zaretskii
2018-02-02 8:27 ` martin rudalics
0 siblings, 2 replies; 37+ messages in thread
From: Jake Goulding @ 2018-02-01 15:10 UTC (permalink / raw)
To: 30320
[-- Attachment #1: Type: text/plain, Size: 57421 bytes --]
Steps to reproduce
## Original case:
1. Setup a working Rust environment with RLS.
2. Install the packages:
- lsp-mode 20180131.501
- lsp-rust 20180126.6
- lsp-ui 20180129.2124
3. Open a Rust project with the following `main.rs`
```
/// Wowzers
fn foo() {}
fn main() {
foo();
}
```
4. Enable `lsp-ui-doc-mode`
5. Place the cursor on the call to `foo` inside of `main`. This
/should/ display the documentation for the `foo` function in the
lsp-ui sideline.
6. Emacs crashes.
## Attempt at further reduction:
1. `emacs -Q -nw`
2. Initialize enough packages:
```
(require 'package)
(package-initialize)
(require 'lsp-mode)
(require 'lsp-ui)
(add-hook 'lsp-mode-hook 'lsp-ui-mode)
(with-eval-after-load 'lsp-mode
(setq lsp-rust-rls-command '("rustup" "run" "nightly" "rls"))
(require 'lsp-rust))
(add-hook 'rust-mode-hook #'lsp-rust-enable)
```
3. Open the same main.rs as before
4. Type M-x `lsp-u`.
5. On typing the `i`, emacs crashes: "Fatal error 6: Abort trapAbort trap:
6"
----
As I understand it, `lsp-ui-doc-mode` uses the new "child frames"
available in Emacs 26, so it feels likely that those are involved.
I do not have debugging symbols for Emacs, but the macOS automated crash
reporter has this information:
Process: Emacs [17364]
Path:
/usr/local/Cellar/emacs/26.0.91/Emacs.app/Contents/MacOS/Emacs
Identifier: Emacs
Version: Version 26.0.91 (9.0)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Emacs [17364]
User ID: 501
Date/Time: 2018-02-01 09:31:18.132 -0500
OS Version: Mac OS X 10.13.2 (17C205)
Report Version: 12
Anonymous UUID: 5E6B13EF-80C4-7434-C65E-65F5556DFE65
Sleep/Wake UUID: 6F669151-8289-43ED-B370-6217FC8F8A25
Time Awake Since Boot: 1200000 seconds
Time Since Wake: 1300 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff5c930e3e __pthread_kill + 10
1 libsystem_pthread.dylib 0x00007fff5ca6f150 pthread_kill + 333
2 libsystem_c.dylib 0x00007fff5c83f8fe raise + 26
3 org.gnu.Emacs 0x000000010009ed1e
terminate_due_to_signal + 152
4 org.gnu.Emacs 0x00000001000b6961 emacs_abort + 19
5 org.gnu.Emacs 0x000000010016ea86 ns_term_shutdown + 122
6 org.gnu.Emacs 0x000000010009eee0 shut_down_emacs + 262
7 org.gnu.Emacs 0x000000010009ecec
terminate_due_to_signal + 102
8 org.gnu.Emacs 0x00000001000b6961 emacs_abort + 19
9 org.gnu.Emacs 0x000000010008b814 cmcheckmagic + 136
10 org.gnu.Emacs 0x000000010000bd0e update_frame_line +
602
11 org.gnu.Emacs 0x000000010000610f update_frame_1 + 497
12 org.gnu.Emacs 0x0000000100005e01 update_frame + 379
13 org.gnu.Emacs 0x0000000100024542 redisplay_internal +
5283
14 org.gnu.Emacs 0x0000000100024fce
redisplay_preserve_echo_area + 97
15 org.gnu.Emacs 0x000000010014743a
wait_reading_process_output + 4865
16 org.gnu.Emacs 0x00000001000088aa sit_for + 243
17 org.gnu.Emacs 0x00000001000a5c94 read_char + 4538
18 org.gnu.Emacs 0x00000001000a326d read_key_sequence +
1465
19 org.gnu.Emacs 0x00000001000a1dc0 command_loop_1 + 776
20 org.gnu.Emacs 0x000000010010a6a9
internal_condition_case + 82
21 org.gnu.Emacs 0x00000001000ae705 command_loop_2 + 37
22 org.gnu.Emacs 0x000000010010a250 internal_catch + 73
23 org.gnu.Emacs 0x00000001000a13a7 command_loop + 156
24 org.gnu.Emacs 0x00000001000a12c5 recursive_edit_1 + 111
25 org.gnu.Emacs 0x00000001000a14e6 Frecursive_edit + 227
26 org.gnu.Emacs 0x00000001000a034b main + 5138
27 libdyld.dylib 0x00007fff5c7e1115 start + 1
Thread 1:
0 libsystem_kernel.dylib 0x00007fff5c931562 __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff5ca6c06a _pthread_wqthread +
1035
2 libsystem_pthread.dylib 0x00007fff5ca6bc4d start_wqthread + 13
Thread 2:
0 libsystem_kernel.dylib 0x00007fff5c931562 __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff5ca6c26f _pthread_wqthread +
1552
2 libsystem_pthread.dylib 0x00007fff5ca6bc4d start_wqthread + 13
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x00007fff95518340 rcx: 0x00007ffeefbfd0e8
rdx: 0x0000000000000000
rdi: 0x0000000000000307 rsi: 0x0000000000000006 rbp: 0x00007ffeefbfd120
rsp: 0x00007ffeefbfd0e8
r8: 0x00000001007e2bf0 r9: 0x0000000000000cc3 r10: 0x0000000000000000
r11: 0x0000000000000287
r12: 0x0000000000000307 r13: 0x0000000000000400 r14: 0x0000000000000006
r15: 0x000000000000002d
rip: 0x00007fff5c930e3e rfl: 0x0000000000000286 cr2: 0x00007fff954e5d40
Logical CPU: 0
Error Code: 0x02000148
Trap Number: 133
Binary Images:
0x100000000 - 0x1001d2ffb +org.gnu.Emacs (Version 26.0.91 -
9.0) <39418F62-A490-37DF-A943-CA2B70059B50>
/usr/local/Cellar/emacs/26.0.91/Emacs.app/Contents/MacOS/Emacs
0x100661000 - 0x10068dfff +libjpeg.9.dylib (0)
<D38E53C7-DB1B-3889-A667-62A25704F315>
/usr/local/opt/jpeg/lib/libjpeg.9.dylib
0x110be6000 - 0x110c3098f dyld (519.2.2)
<6695F30B-4E88-3C0B-9867-7D738C44A3E6> /usr/lib/dyld
0x7fff3110e000 - 0x7fff3110efff com.apple.Accelerate (1.11 -
Accelerate 1.11) <3468C044-F1F9-3A8F-B861-B1A9A0614EC3>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
0x7fff31127000 - 0x7fff31875ffb com.apple.vImage (8.1 - ???)
<EF6110B2-8BE1-3078-811A-52DB7174494D>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
0x7fff31876000 - 0x7fff31a17ffb libBLAS.dylib (1211.30.1)
<D5E70F72-E810-3AC1-897B-2B6FF0F7FFED>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
0x7fff31a18000 - 0x7fff31a52fef libBNNS.dylib (37)
<E65987ED-E7B1-3E74-BC3C-851CBFA20CC5>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBNNS.dylib
0x7fff31a53000 - 0x7fff31e2cff7 libLAPACK.dylib (1211.30.1)
<D5A466A3-F7B2-39EC-A5CA-0D2810A4AD47>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
0x7fff31e2d000 - 0x7fff31e43ff7 libLinearAlgebra.dylib (1211.30.1)
<2029891F-DF9C-38E9-B32C-5B846F38453E>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLinearAlgebra.dylib
0x7fff31e44000 - 0x7fff31e49ff3 libQuadrature.dylib (3)
<3D6BF66A-55B2-3692-BAC7-DEB0C676ED29>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libQuadrature.dylib
0x7fff31e4a000 - 0x7fff31ea8fff libSparse.dylib (79.1.1)
<7AD0F8A8-FD36-36FE-B83D-58648EBD0027>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libSparse.dylib
0x7fff31ea9000 - 0x7fff31ebbff7 libSparseBLAS.dylib (1211.30.1)
<F7267913-EAFC-3185-9148-3B5DA42B7374>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libSparseBLAS.dylib
0x7fff31ebc000 - 0x7fff3202ffe7 libvDSP.dylib (622.20.8)
<BFC9EDE8-3AB8-3FA4-BD4B-B5B36810A422>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
0x7fff32030000 - 0x7fff320e5fe7 libvMisc.dylib (622.20.8)
<35213FEE-B162-3428-B7FC-84E24D5589CF>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
0x7fff320e6000 - 0x7fff320e6fff com.apple.Accelerate.vecLib (3.11
- vecLib 3.11) <D140AD19-2E88-3D53-AA43-C56E269C01A4>
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
0x7fff323d6000 - 0x7fff33233fff com.apple.AppKit (6.9 -
1561.20.106) <7A71ACCF-2DF5-3557-BB22-3A9FC9F71CCF>
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x7fff33285000 - 0x7fff33285fff com.apple.ApplicationServices (48
- 50) <7627DBD6-497B-3AB7-9B63-F0532EDF09B8>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
0x7fff33286000 - 0x7fff332ecfff com.apple.ApplicationServices.ATS
(377 - 445) <CDF5F6D7-4E7D-3D28-9FBA-1B53AD9FA8F8>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
0x7fff33385000 - 0x7fff334a7fff libFontParser.dylib (222.1.2)
<11BD5EEF-AF18-33FB-B114-DD611932E822>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
0x7fff334a8000 - 0x7fff334f2ff7 libFontRegistry.dylib (221)
<A22F82C0-B4FE-3DB5-B968-79B28257DF2F>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
0x7fff33634000 - 0x7fff33638ff3 com.apple.ColorSyncLegacy (4.13.0
- 1) <42C25E85-1CF3-3DEC-A434-BE69F68F4318>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSyncLegacy.framework/Versions/A/ColorSyncLegacy
0x7fff336d8000 - 0x7fff3372aff7 com.apple.HIServices (1.22 - 622)
<2E83CD6F-ED98-3C29-BD0A-8525E38AB5DB>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
0x7fff3372b000 - 0x7fff33739fff com.apple.LangAnalysis (1.7.0 -
1.7.0) <71A9C815-AC55-3E36-A618-F6778F5119AD>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
0x7fff3373a000 - 0x7fff33786fff
com.apple.print.framework.PrintCore (13 - 503)
<A69E2BAD-2B66-38CC-9D3A-0A0EBC41341D>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
0x7fff33787000 - 0x7fff337c1fff com.apple.QD (3.12 - 403)
<38D8106A-4FFA-3FE9-9999-714CADD7EE9C>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
0x7fff337c2000 - 0x7fff337cefff
com.apple.speech.synthesis.framework (7.2.1 - 7.2.1)
<BA7EDC49-E216-3D96-A7B7-8C76B862D484>
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
0x7fff337cf000 - 0x7fff33a5aff7
com.apple.audio.toolbox.AudioToolbox (1.14 - 1.14)
<71699B6E-8B94-39E2-801F-8467C2B5B621>
/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x7fff33a5c000 - 0x7fff33a5cfff com.apple.audio.units.AudioUnit
(1.14 - 1.14) <28C7FC0C-D2E5-3703-916F-866A0F823229>
/System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
0x7fff33d71000 - 0x7fff34103fff com.apple.CFNetwork (893.13.1 -
893.13.1) <567231F4-4080-3B2D-8349-9177BD358804>
/System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
0x7fff3411d000 - 0x7fff34422ff7 com.apple.HIToolbox (2.1.1 -
910.4) <ADBE7A1B-0402-369C-A6F3-494E8CACD619>
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x7fff3442d000 - 0x7fff344c2ffb com.apple.ink.framework (10.9 -
220) <D8AECAE3-9FD2-32E3-B659-026F33650BB2>
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
0x7fff34503000 - 0x7fff34509fff
com.apple.speech.recognition.framework (6.0.3 - 6.0.3)
<1F10ED1F-12C7-39AC-88A0-43A1338F9316>
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
0x7fff34624000 - 0x7fff346ddff7 com.apple.ColorSync (4.13.0 - 546)
<A5E013D9-7305-3026-879E-4D1F038A430D>
/System/Library/Frameworks/ColorSync.framework/Versions/A/ColorSync
0x7fff3486a000 - 0x7fff348fdff7 com.apple.audio.CoreAudio (4.3.0 -
4.3.0) <4DE794D4-F018-31E8-B3CE-CF8DBE68D14E>
/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x7fff34964000 - 0x7fff3498dffb com.apple.CoreBluetooth (1.0 - 1)
<942F88A5-AD68-3359-90D5-6F1A3311C51A>
/System/Library/Frameworks/CoreBluetooth.framework/Versions/A/CoreBluetooth
0x7fff3498e000 - 0x7fff34cf0ffb com.apple.CoreData (120 - 849.2)
<E4371D30-A45A-3F31-A599-F99E8B37B68A>
/System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
0x7fff34cf1000 - 0x7fff34dbdfff com.apple.CoreDisplay (1.0 - 81.7)
<CE6B9237-B33D-3D8F-8C1C-4F57BD810D24>
/System/Library/Frameworks/CoreDisplay.framework/Versions/A/CoreDisplay
0x7fff34dbe000 - 0x7fff35257fff com.apple.CoreFoundation (6.9 -
1450.16) <DD253147-5720-3B3B-B222-77FD1419C400>
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x7fff35259000 - 0x7fff35884ff7 com.apple.CoreGraphics (2.0 -
1129.5) <C3E052A6-B0EF-3017-A1EB-4C86CE986B8C>
/System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
0x7fff35886000 - 0x7fff35b75fff com.apple.CoreImage (13.0.0 -
579.2.9) <B5661FF7-7558-308E-A3B7-C280F7A1DA78>
/System/Library/Frameworks/CoreImage.framework/Versions/A/CoreImage
0x7fff35f34000 - 0x7fff35f34fff com.apple.CoreServices (822.19 -
822.19) <0C60B639-4CC4-3F57-BC5E-DB71EB75F7F4>
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x7fff35f35000 - 0x7fff35fa9ffb com.apple.AE (735.1 - 735.1)
<D0C73200-90A7-3FD1-A6EC-97055AA367E2>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
0x7fff35faa000 - 0x7fff36281ff7 com.apple.CoreServices.CarbonCore
(1178.2 - 1178.2) <A1FE74F8-953B-371E-A8AC-E87B30FB79C6>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
0x7fff36282000 - 0x7fff362b6ff7 com.apple.DictionaryServices (1.2
- 284) <3FCEE280-8DD0-37C9-BFD4-7BA87AAFC8EF>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
0x7fff362b7000 - 0x7fff362bfff3 com.apple.CoreServices.FSEvents
(1239 - 1239) <7BBC5CB7-DBC8-316B-99B0-781827159A2F>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/FSEvents.framework/Versions/A/FSEvents
0x7fff362c0000 - 0x7fff36478ff7 com.apple.LaunchServices (822.19 -
822.19) <F3AC96C3-0B52-3AA9-9DA8-288BBC523C07>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
0x7fff36479000 - 0x7fff36528ff7 com.apple.Metadata (10.7.0 -
1191.2.6) <FB66B298-D55D-398A-BEDB-CB7B82956AE5>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
0x7fff36529000 - 0x7fff36586ff7 com.apple.CoreServices.OSServices
(822.19 - 822.19) <408FB1A4-58E9-34D4-8022-A9EEC8502762>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
0x7fff36587000 - 0x7fff365f5fff com.apple.SearchKit (1.4.0 -
1.4.0) <14053F88-2C76-35CA-9FC1-2A9BC0B63F88>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
0x7fff365f6000 - 0x7fff3661affb
com.apple.coreservices.SharedFileList (71.4 - 71.4)
<4AA6DCF5-BAF8-36FA-A8B0-EDF518EFEF14>
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SharedFileList.framework/Versions/A/SharedFileList
0x7fff368c4000 - 0x7fff36a12ffb com.apple.CoreText (352.0 -
578.12) <DA0BC559-277A-32BA-91EA-FD2F02EA186F>
/System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
0x7fff36a13000 - 0x7fff36a4dff3 com.apple.CoreVideo (1.8 - 279.2)
<A8FC5325-D092-3A28-A1CF-5C94B8101F71>
/System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
0x7fff36a4e000 - 0x7fff36ad8ffb com.apple.framework.CoreWLAN (13.0
- 1339) <FFA24EBB-75A1-3B33-9B26-96BDAF758CC0>
/System/Library/Frameworks/CoreWLAN.framework/Versions/A/CoreWLAN
0x7fff36d53000 - 0x7fff36d58fff com.apple.DiskArbitration (2.7 -
2.7) <44836CE9-A9ED-3017-972A-7A0A3D6B472B>
/System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
0x7fff36f19000 - 0x7fff372defff com.apple.Foundation (6.9 -
1450.16) <7FEC6610-70EA-3A8D-8EC4-7E99BAF1E312>
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x7fff3734e000 - 0x7fff3737efff com.apple.GSS (4.0 - 2.0)
<3B4B4509-B5A3-396B-9C71-80BAE84476FA>
/System/Library/Frameworks/GSS.framework/Versions/A/GSS
0x7fff37490000 - 0x7fff37593ff3 com.apple.Bluetooth (6.0.2 -
6.0.2f2) <AFC4A40B-AE56-3C53-A2B1-D0D9C335E21D>
/System/Library/Frameworks/IOBluetooth.framework/Versions/A/IOBluetooth
0x7fff375f3000 - 0x7fff3768efff com.apple.framework.IOKit (2.0.2 -
1445.31.1) <7556086A-EFAF-3262-9822-6F666CFC6655>
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x7fff37690000 - 0x7fff37697ffb com.apple.IOSurface (209.2.2 -
209.2.2) <6D35A601-1C47-37BE-AD31-F8EB88F67573>
/System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
0x7fff376ee000 - 0x7fff37869fff com.apple.ImageIO.framework (3.3.0
- 1713) <E6F1D344-F95C-3944-905A-E82FDA0A3A67>
/System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
0x7fff3786a000 - 0x7fff3786effb libGIF.dylib (1713)
<A08E517F-2E9F-3A10-B180-592EDEB7A681>
/System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
0x7fff3786f000 - 0x7fff37956fff libJP2.dylib (1713)
<23A6802F-C04B-3396-8C2F-E760A8ACC424>
/System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
0x7fff37957000 - 0x7fff3797afff libJPEG.dylib (1713)
<19935EFA-6B6D-3754-96CA-6F5F09BD4BB0>
/System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
0x7fff37c57000 - 0x7fff37c7dff3 libPng.dylib (1713)
<0F84AF2F-7248-3D7D-B960-FFDA1A3F5837>
/System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
0x7fff37c7e000 - 0x7fff37c80ff3 libRadiance.dylib (1713)
<09699DA5-3354-3D99-A544-CCC346BA4C1E>
/System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
0x7fff37c81000 - 0x7fff37ccefff libTIFF.dylib (1713)
<84580DD8-513F-383B-B1C2-2294D8B01969>
/System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
0x7fff38a5d000 - 0x7fff38a76ff7 com.apple.Kerberos (3.0 - 1)
<CAF075C0-4C24-3ACE-9AE6-77BEFDEA3622>
/System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
0x7fff393f3000 - 0x7fff39472fff com.apple.Metal (124.7 - 124.7)
<C266564D-21B5-3FD9-92D5-03974F3186C4>
/System/Library/Frameworks/Metal.framework/Versions/A/Metal
0x7fff3948f000 - 0x7fff394a4fff
com.apple.MetalPerformanceShaders.MPSCore (1.0 - 1)
<D4BCBA84-AD1B-33DC-99F3-16F9E5E50906>
/System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSCore.framework/Versions/A/MPSCore
0x7fff394a5000 - 0x7fff39510fef
com.apple.MetalPerformanceShaders.MPSImage (1.0 - 1)
<E504EC97-FAD7-36DC-B151-6F89AB911E3A>
/System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSImage.framework/Versions/A/MPSImage
0x7fff39511000 - 0x7fff39534fff
com.apple.MetalPerformanceShaders.MPSMatrix (1.0 - 1)
<A5B6F6FC-A19A-32C0-A999-98B6688760C7>
/System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSMatrix.framework/Versions/A/MPSMatrix
0x7fff39535000 - 0x7fff395b5ff7
com.apple.MetalPerformanceShaders.MPSNeuralNetwork (1.0 - 1)
<D0D8F13F-ACD4-3B61-BE54-121CCB05ECF4>
/System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSNeuralNetwork.framework/Versions/A/MPSNeuralNetwork
0x7fff395b6000 - 0x7fff395b6ff7
com.apple.MetalPerformanceShaders.MetalPerformanceShaders (1.0 - 1)
<2E8723FC-AA53-3596-B6A4-220A378B7A5A>
/System/Library/Frameworks/MetalPerformanceShaders.framework/Versions/A/MetalPerformanceShaders
0x7fff3a5bf000 - 0x7fff3a5cbffb com.apple.NetFS (6.0 - 4.0)
<81B22AE7-7094-30F2-BF41-84CA05EDB95B>
/System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
0x7fff3d3bc000 - 0x7fff3d409ffb com.apple.opencl (2.8.12 - 2.8.12)
<0AACB21D-AAC4-337C-8FF6-A8F6196614EE>
/System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
0x7fff3d40a000 - 0x7fff3d426ffb com.apple.CFOpenDirectory (10.13 -
207) <7664F745-96E0-3F9F-964B-6014928902FB>
/System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
0x7fff3d427000 - 0x7fff3d432fff com.apple.OpenDirectory (10.13 -
207) <1550BB27-D605-398C-8670-48700C86D674>
/System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
0x7fff3e5b1000 - 0x7fff3e5b3fff libCVMSPluginSupport.dylib
(16.4.2) <A967BC8B-ABB3-393F-BF34-BD32B45831F7>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
0x7fff3e5b4000 - 0x7fff3e5b8ff7 libCoreFSCache.dylib (162.4)
<B325B709-0C81-357A-B9F1-6E0027B64F9B>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreFSCache.dylib
0x7fff3e5b9000 - 0x7fff3e5bdfff libCoreVMClient.dylib (162.4)
<B129DB84-39BA-34E4-9FB7-20A020A1BB86>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
0x7fff3e5be000 - 0x7fff3e5c6fff libGFXShared.dylib (16.4.2)
<07F1D947-F79B-3608-9080-E4DBFE13AF1D>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
0x7fff3e5c7000 - 0x7fff3e5d2fff libGL.dylib (16.4.2)
<97D6871A-BAF1-33DD-9ED7-BE7BB437F378>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
0x7fff3e5d3000 - 0x7fff3e60efe7 libGLImage.dylib (16.4.2)
<3E2802DF-4998-31DB-B3A2-65720DE919A5>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
0x7fff3e77c000 - 0x7fff3e7baffb libGLU.dylib (16.4.2)
<ECABCFAB-E400-3667-8EE1-586C07E0E214>
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
0x7fff3f132000 - 0x7fff3f140ffb com.apple.opengl (16.4.2 - 16.4.2)
<C8C31EF5-8DB4-336F-A87C-5D520C7EFDC5>
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x7fff3ff88000 - 0x7fff401d0fff com.apple.QuartzCore (1.11 -
584.8.94) <8D6B5735-852F-36D3-9349-C423582F743B>
/System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
0x7fff40a09000 - 0x7fff40d20fff com.apple.security (7.0 -
58286.31.2) <D31B36DF-8956-3205-BFBA-98732DA715E5>
/System/Library/Frameworks/Security.framework/Versions/A/Security
0x7fff40d21000 - 0x7fff40dabff7 com.apple.securityfoundation (6.0
- 55185.30.4) <A1201529-3718-31C4-9D9E-BBD2A04B6751>
/System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
0x7fff40ddd000 - 0x7fff40de0ffb com.apple.xpc.ServiceManagement
(1.0 - 1) <B11C3C64-6FE7-3A78-B583-D790B7CCE95A>
/System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
0x7fff41185000 - 0x7fff411f5ff3 com.apple.SystemConfiguration
(1.17 - 1.17) <3C6B2BB9-43AB-39AD-8027-38E30A8A4186>
/System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
0x7fff43e29000 - 0x7fff43eb5ff7 com.apple.APFS (1.0 - 1)
<834EAD5F-0C4E-3C33-A654-8E1670CEC457>
/System/Library/PrivateFrameworks/APFS.framework/Versions/A/APFS
0x7fff44ac3000 - 0x7fff44aebfff com.apple.framework.Apple80211
(13.0 - 1345) <BD86685B-6221-300D-9A97-119285C43DE9>
/System/Library/PrivateFrameworks/Apple80211.framework/Versions/A/Apple80211
0x7fff44aed000 - 0x7fff44afcff7 com.apple.AppleFSCompression
(96.30.2 - 1.0) <CFA90544-68EB-3CCE-A8F7-1B03974F3B85>
/System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
0x7fff44c38000 - 0x7fff44c80ff3 com.apple.AppleJPEG (1.0 - 1)
<8BBD5180-5BF9-33DB-8B91-974B1D0AECFB>
/System/Library/PrivateFrameworks/AppleJPEG.framework/Versions/A/AppleJPEG
0x7fff44cbb000 - 0x7fff44ce3fff com.apple.applesauce (1.0 - ???)
<32FF4851-2F68-35BA-835F-91856A20C323>
/System/Library/PrivateFrameworks/AppleSauce.framework/Versions/A/AppleSauce
0x7fff454cf000 - 0x7fff454d6ff7
com.apple.coreservices.BackgroundTaskManagement (1.0 - 57.1)
<47B6301F-D908-3811-BB9E-DA16D9B29A34>
/System/Library/PrivateFrameworks/BackgroundTaskManagement.framework/Versions/A/BackgroundTaskManagement
0x7fff454d7000 - 0x7fff4555eff7 com.apple.backup.framework (1.9.2
- 1.9.2) <40C6CFA8-4013-3AFB-97CE-8A09388FA343>
/System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
0x7fff46eed000 - 0x7fff46ef6ff3 com.apple.CommonAuth (4.0 - 2.0)
<11B2D184-36B8-3624-B1AD-7B6037D76160>
/System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
0x7fff47903000 - 0x7fff47913ff7 com.apple.CoreEmoji (1.0 - 69.3)
<A4357F5C-0C38-3A61-B456-D7321EB2CEE5>
/System/Library/PrivateFrameworks/CoreEmoji.framework/Versions/A/CoreEmoji
0x7fff48b69000 - 0x7fff48bfafff com.apple.CoreSymbolication
(63075) <2458D96C-1C31-34F8-93F0-73DB0042CB30>
/System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
0x7fff48c7d000 - 0x7fff48db1fff com.apple.coreui (2.1 - 492.2)
<FE0B32BC-958D-3445-866E-A3905626396D>
/System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
0x7fff48db2000 - 0x7fff48ebdff3 com.apple.CoreUtils (5.3 - 530.57)
<1DE5249E-35C5-3B13-BA5B-0C1AA4E17CDD>
/System/Library/PrivateFrameworks/CoreUtils.framework/Versions/A/CoreUtils
0x7fff48f12000 - 0x7fff48f76fff com.apple.framework.CoreWiFi (13.0
- 1339) <1741FD6D-3DF2-3D2D-9B56-92A6AA0D1146>
/System/Library/PrivateFrameworks/CoreWiFi.framework/Versions/A/CoreWiFi
0x7fff48f77000 - 0x7fff48f86ff7 com.apple.CrashReporterSupport
(10.13 - 1) <6B5B2B78-15D2-363F-BE34-8F9226E79E24>
/System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
0x7fff49003000 - 0x7fff49012ff7 com.apple.framework.DFRFoundation
(1.0 - 191.1) <09E9A14C-E7A8-3386-8323-270FA28BFB81>
/System/Library/PrivateFrameworks/DFRFoundation.framework/Versions/A/DFRFoundation
0x7fff49015000 - 0x7fff49019ffb com.apple.DSExternalDisplay (3.1 -
380) <BEC07C7C-F3AC-3CF3-B13E-3EBFD6224C0D>
/System/Library/PrivateFrameworks/DSExternalDisplay.framework/Versions/A/DSExternalDisplay
0x7fff4909f000 - 0x7fff49115fff com.apple.datadetectorscore (7.0 -
590.3) <792593BC-21C7-3E0C-929E-067CD725FCBD>
/System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
0x7fff49163000 - 0x7fff491a3ff7 com.apple.DebugSymbols (141 - 141)
<99562E28-0E56-3F6F-93A1-EF997A5E1F87>
/System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
0x7fff491a4000 - 0x7fff492d3fff com.apple.desktopservices (1.12.2
- 1.12.2) <8E068AF7-FB72-38E2-948E-6C13F359C69D>
/System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
0x7fff4a047000 - 0x7fff4a475fff com.apple.vision.FaceCore (3.3.2 -
3.3.2) <80C97AD7-D5C2-311A-B268-4AA60CAD6CED>
/System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
0x7fff4e489000 - 0x7fff4e498fff com.apple.GraphVisualizer (1.0 -
5) <0A93C5DE-0D28-312E-8764-6B0FB805ED91>
/System/Library/PrivateFrameworks/GraphVisualizer.framework/Versions/A/GraphVisualizer
0x7fff4e510000 - 0x7fff4e584fff com.apple.Heimdal (4.0 - 2.0)
<ACC132E5-97F1-3B36-AD7B-4E6CC077E691>
/System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
0x7fff4ee36000 - 0x7fff4ee3dffb com.apple.IOAccelerator (376.6 -
376.6) <A47129CC-F386-3C31-AD66-C19A70615A50>
/System/Library/PrivateFrameworks/IOAccelerator.framework/Versions/A/IOAccelerator
0x7fff4ee41000 - 0x7fff4ee58fff com.apple.IOPresentment (1.0 -
32.1) <B95F06EA-9D5D-311D-9912-978AE42ECFCE>
/System/Library/PrivateFrameworks/IOPresentment.framework/Versions/A/IOPresentment
0x7fff4f222000 - 0x7fff4f247fff com.apple.IconServices (97.4 -
97.4) <C84A6CA5-8C50-3288-8572-CC3DABF5BBCE>
/System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices
0x7fff4f4dc000 - 0x7fff4f5d1fff com.apple.LanguageModeling (1.0 -
159.3.1) <9B08E18E-69B4-3413-A03A-EF5AE4BE6277>
/System/Library/PrivateFrameworks/LanguageModeling.framework/Versions/A/LanguageModeling
0x7fff4f5d2000 - 0x7fff4f614ff7 com.apple.Lexicon-framework (1.0 -
33.2) <5CC5E8EE-62A1-3EA5-B300-A39ABD0CF12D>
/System/Library/PrivateFrameworks/Lexicon.framework/Versions/A/Lexicon
0x7fff4f618000 - 0x7fff4f61fff7 com.apple.LinguisticData (1.0 -
238.3) <228AF7CA-649A-3E24-BBC7-8A24B39B3FC4>
/System/Library/PrivateFrameworks/LinguisticData.framework/Versions/A/LinguisticData
0x7fff5026b000 - 0x7fff502d4ff7 com.apple.gpusw.MetalTools (1.0 -
1) <F77943BC-0466-3700-BEDF-CDD13125D36A>
/System/Library/PrivateFrameworks/MetalTools.framework/Versions/A/MetalTools
0x7fff504ec000 - 0x7fff50514fff
com.apple.MultitouchSupport.framework (1204.13 - 1204.13)
<6C5D778D-4AB7-39A4-989B-2E8D2D57B3A0>
/System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
0x7fff50779000 - 0x7fff50784fff com.apple.NetAuth (6.2 - 6.2)
<5C6F492A-28EF-3A0E-B573-6F3D60CFF0C7>
/System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
0x7fff51f86000 - 0x7fff51fc6ffb com.apple.PerformanceAnalysis
(1.183.1 - 183.1) <2BE359F2-DCE6-3E33-BA99-964507A3F540>
/System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
0x7fff53da2000 - 0x7fff53dc0fff com.apple.ProtocolBuffer (1 - 259)
<D047A3FE-C7A8-3CAA-9891-6232BA88C247>
/System/Library/PrivateFrameworks/ProtocolBuffer.framework/Versions/A/ProtocolBuffer
0x7fff53fa0000 - 0x7fff53fc3ffb com.apple.RemoteViewServices (2.0
- 125) <AEDBCE8C-88B7-315A-9F81-3E068F0D3EDC>
/System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
0x7fff558e0000 - 0x7fff559f0ff7 com.apple.Sharing (972.6 - 972.6)
<2F72F828-7A05-345F-8ABA-1EDADACA4D57>
/System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing
0x7fff55a1a000 - 0x7fff55a1bfff
com.apple.performance.SignpostNotification (1.0 - 1)
<D4C967BA-92C6-3BAB-AFB5-59F98B35F921>
/System/Library/PrivateFrameworks/SignpostNotification.framework/Versions/A/SignpostNotification
0x7fff56718000 - 0x7fff569b2fff com.apple.SkyLight (1.600.0 -
312.23.4) <390012E0-39E3-3D18-8271-D447990FDD21>
/System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/SkyLight
0x7fff57163000 - 0x7fff57170ff7 com.apple.SpeechRecognitionCore
(4.0.13 - 4.0.13) <AC026FB9-78F8-31F9-BB80-619D5378DB70>
/System/Library/PrivateFrameworks/SpeechRecognitionCore.framework/Versions/A/SpeechRecognitionCore
0x7fff57d02000 - 0x7fff57d86fe7 com.apple.Symbolication (9.0 -
63079.1) <177BC9CA-E6AE-3B40-806F-0080C0CDFF29>
/System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
0x7fff58277000 - 0x7fff5827eff3 com.apple.TCC (1.0 - 1)
<C807D3F0-FE20-3FC0-8D61-306477ABEBC4>
/System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
0x7fff5848b000 - 0x7fff58548ff7 com.apple.TextureIO (3.7 - 3.7)
<C98BFACA-7807-3DCA-945D-58EBA2B723C8>
/System/Library/PrivateFrameworks/TextureIO.framework/Versions/A/TextureIO
0x7fff585f3000 - 0x7fff587a2ff3 com.apple.UIFoundation (1.0 -
546.1.1) <2B50EBBC-9221-31BC-92A9-7ED0A4A46E2D>
/System/Library/PrivateFrameworks/UIFoundation.framework/Versions/A/UIFoundation
0x7fff59ee5000 - 0x7fff59ee7ffb com.apple.loginsupport (1.0 - 1)
<5E2C4AA7-066D-3FDB-B0E1-4CDAF287392C>
/System/Library/PrivateFrameworks/login.framework/Versions/A/Frameworks/loginsupport.framework/Versions/A/loginsupport
0x7fff5a04b000 - 0x7fff5a07efff libclosured.dylib (519.2.2)
<48051216-5647-3643-B979-B77D0FD20011> /usr/lib/closure/libclosured.dylib
0x7fff5a11e000 - 0x7fff5a157ff7 libCRFSuite.dylib (41)
<AB2DA745-F22C-30CF-81D4-35DD716463B8> /usr/lib/libCRFSuite.dylib
0x7fff5a158000 - 0x7fff5a163fff libChineseTokenizer.dylib (28)
<D30A7DB6-058F-3286-9583-60C9EEB77A6E> /usr/lib/libChineseTokenizer.dylib
0x7fff5a1f5000 - 0x7fff5a1f6ff3 libDiagnosticMessagesClient.dylib
(104) <9712E980-76EE-3A89-AEA6-DF4BAF5C0574>
/usr/lib/libDiagnosticMessagesClient.dylib
0x7fff5a22d000 - 0x7fff5a3f7ff3 libFosl_dynamic.dylib (17.7)
<B2476843-7FA7-3E62-B79F-2B15FE557E63> /usr/lib/libFosl_dynamic.dylib
0x7fff5a42f000 - 0x7fff5a42ffff libOpenScriptingUtil.dylib (174)
<203D2C39-61BB-3713-A502-2D17B04A42AC> /usr/lib/libOpenScriptingUtil.dylib
0x7fff5a558000 - 0x7fff5a55cffb libScreenReader.dylib (562.13)
<21638ECC-87BF-3CC5-B2D8-6F7883F5FDCA> /usr/lib/libScreenReader.dylib
0x7fff5a55d000 - 0x7fff5a55eff3 libSystem.B.dylib (1252)
<5EDEEA85-0387-31EE-9D9B-DA1B75E7AEF3> /usr/lib/libSystem.B.dylib
0x7fff5a5f1000 - 0x7fff5a5f1fff libapple_crypto.dylib (109.30.8)
<E0162198-C97F-3286-9FF7-254D23F6FD04> /usr/lib/libapple_crypto.dylib
0x7fff5a5f2000 - 0x7fff5a608ff7 libapple_nghttp2.dylib (1.24)
<01402BC4-4822-3676-9C80-50D83F816424> /usr/lib/libapple_nghttp2.dylib
0x7fff5a609000 - 0x7fff5a633ff3 libarchive.2.dylib (54)
<8FC28DD8-E315-3C3E-95FE-D1D2CBE49888> /usr/lib/libarchive.2.dylib
0x7fff5a634000 - 0x7fff5a737fe7 libate.dylib (1.13.1)
<DABEA1B1-806C-34C9-8AFF-DEB6AB2829E3> /usr/lib/libate.dylib
0x7fff5a73b000 - 0x7fff5a73bff3 libauto.dylib (187)
<A05C7900-F8C7-3E75-8D3F-909B40C19717> /usr/lib/libauto.dylib
0x7fff5a73c000 - 0x7fff5a7f3ff7 libboringssl.dylib (109.30.8)
<E62E3E83-BA8A-3CCE-8E71-84FB184FBBB5> /usr/lib/libboringssl.dylib
0x7fff5a7f4000 - 0x7fff5a804ff3 libbsm.0.dylib (39)
<770B341F-3BB7-3123-B53C-F2D58868A963> /usr/lib/libbsm.0.dylib
0x7fff5a805000 - 0x7fff5a812ffb libbz2.1.0.dylib (38)
<0A5086BB-4724-3C14-979D-5AD4F26B5B45> /usr/lib/libbz2.1.0.dylib
0x7fff5a813000 - 0x7fff5a869fff libc++.1.dylib (400.9)
<FCF5E1F6-2B04-3545-8004-F3AB32FED172> /usr/lib/libc++.1.dylib
0x7fff5a86a000 - 0x7fff5a88eff7 libc++abi.dylib (400.7)
<217656D5-BC40-37FF-B322-91CB2AAD4F34> /usr/lib/libc++abi.dylib
0x7fff5a890000 - 0x7fff5a8a0fff libcmph.dylib (6)
<A5509EE8-7E00-3224-8814-015B077A3CF5> /usr/lib/libcmph.dylib
0x7fff5a8a1000 - 0x7fff5a8b7ffb libcompression.dylib (47)
<A1FB6D24-9B71-3DDD-8B12-FABD08CA3F49> /usr/lib/libcompression.dylib
0x7fff5ab64000 - 0x7fff5ab7cff7 libcoretls.dylib (155)
<DFE2454F-2FE3-3B2B-A22B-422947C34C69> /usr/lib/libcoretls.dylib
0x7fff5ab7d000 - 0x7fff5ab7effb libcoretls_cfhelpers.dylib (155)
<D3F4B882-40C1-3CD4-927B-0E0ED6031D0B> /usr/lib/libcoretls_cfhelpers.dylib
0x7fff5b04e000 - 0x7fff5b0a4ff3 libcups.2.dylib (462.1)
<B78448A0-9C97-3D4A-823E-EBE37B2B7CA6> /usr/lib/libcups.2.dylib
0x7fff5b1e2000 - 0x7fff5b1e2fff libenergytrace.dylib (16)
<A92AB8B8-B986-3CE6-980D-D55090FEF387> /usr/lib/libenergytrace.dylib
0x7fff5b219000 - 0x7fff5b21eff3 libheimdal-asn1.dylib (520.30.1)
<14DC1451-6E22-3A48-80CB-5D33DC0F8C3B> /usr/lib/libheimdal-asn1.dylib
0x7fff5b24a000 - 0x7fff5b33bff7 libiconv.2.dylib (51)
<0772997F-4109-38A1-91ED-0F3F16AE99E5> /usr/lib/libiconv.2.dylib
0x7fff5b33c000 - 0x7fff5b563ffb libicucore.A.dylib (59152.0.1)
<281C39FD-0C9A-3EB2-A407-36D4CCE938E5> /usr/lib/libicucore.A.dylib
0x7fff5b5b0000 - 0x7fff5b5b1fff liblangid.dylib (128)
<39C39393-0D05-301D-93B2-F224FC4949AA> /usr/lib/liblangid.dylib
0x7fff5b5b2000 - 0x7fff5b5cbffb liblzma.5.dylib (10)
<3D419A50-961F-37D2-8A01-3DC7AB7B8D18> /usr/lib/liblzma.5.dylib
0x7fff5b5cc000 - 0x7fff5b5e2ff7 libmarisa.dylib (9)
<D6D2D55D-1D2E-3442-B152-B18803C0ABB4> /usr/lib/libmarisa.dylib
0x7fff5b693000 - 0x7fff5b8bbff7 libmecabra.dylib (779.7.6)
<7808C544-161E-37CE-9D42-F368C82A180D> /usr/lib/libmecabra.dylib
0x7fff5b8c0000 - 0x7fff5b8f0ffb libncurses.5.4.dylib (53)
<030DF747-F71B-367A-83EE-2F30B7947929> /usr/lib/libncurses.5.4.dylib
0x7fff5ba93000 - 0x7fff5bb6affb libnetwork.dylib (1229.30.11)
<2A9846DE-C063-3340-89D1-D5DAC2B8A08A> /usr/lib/libnetwork.dylib
0x7fff5bbe0000 - 0x7fff5bfd13b7 libobjc.A.dylib (723)
<37A7D77E-952C-3F5D-970B-3CDE349B2322> /usr/lib/libobjc.A.dylib
0x7fff5bfe4000 - 0x7fff5bfe8fff libpam.2.dylib (22)
<7B4D2CE2-1438-387A-9802-5CEEFBF26F86> /usr/lib/libpam.2.dylib
0x7fff5bfeb000 - 0x7fff5c01ffff libpcap.A.dylib (79.20.1)
<FA13918B-A247-3181-B256-9B852C7BA316> /usr/lib/libpcap.A.dylib
0x7fff5c09e000 - 0x7fff5c0baffb libresolv.9.dylib (65)
<E8F3415B-4472-3202-8901-41FD87981DB2> /usr/lib/libresolv.9.dylib
0x7fff5c10a000 - 0x7fff5c297ff7 libsqlite3.dylib (274.5)
<C96EDD33-B649-3B3A-95B3-4BFE32B84181> /usr/lib/libsqlite3.dylib
0x7fff5c468000 - 0x7fff5c4a1fff libusrtcp.dylib (1229.30.11)
<537F14D0-84DF-349F-8EA0-52BB7A241E60> /usr/lib/libusrtcp.dylib
0x7fff5c4a2000 - 0x7fff5c4a5ffb libutil.dylib (51.20.1)
<216D18E5-0BAF-3EAF-A38E-F6AC37CBABD9> /usr/lib/libutil.dylib
0x7fff5c4a6000 - 0x7fff5c4b3fff libxar.1.dylib (400)
<0316128D-3B47-3052-995D-97B4FE5491DC> /usr/lib/libxar.1.dylib
0x7fff5c4b7000 - 0x7fff5c59efff libxml2.2.dylib (31.7)
<49544596-BCF8-3765-8DC5-DB1A9A90EF92> /usr/lib/libxml2.2.dylib
0x7fff5c59f000 - 0x7fff5c5c7fff libxslt.1.dylib (15.10)
<66682AF6-C2D5-374C-901F-25A3E72814DC> /usr/lib/libxslt.1.dylib
0x7fff5c5c8000 - 0x7fff5c5daffb libz.1.dylib (70)
<48C67CFC-940D-3857-8DAD-857774605352> /usr/lib/libz.1.dylib
0x7fff5c678000 - 0x7fff5c67cff7 libcache.dylib (80)
<354F3B7D-404E-3398-9EBF-65CA2CE65211> /usr/lib/system/libcache.dylib
0x7fff5c67d000 - 0x7fff5c687ff3 libcommonCrypto.dylib (60118.30.2)
<674286D3-7744-36A3-9AAA-49DFCD97A986> /usr/lib/system/libcommonCrypto.dylib
0x7fff5c688000 - 0x7fff5c68ffff libcompiler_rt.dylib (62)
<4487CFBA-A5D7-3282-9E6B-94CAD7BE507E> /usr/lib/system/libcompiler_rt.dylib
0x7fff5c690000 - 0x7fff5c698ffb libcopyfile.dylib (146.30.2)
<2C7C67D7-562B-3FFA-973D-BACF4C10E1EC> /usr/lib/system/libcopyfile.dylib
0x7fff5c699000 - 0x7fff5c71efff libcorecrypto.dylib (562.30.10)
<8A53EFE1-AFCA-3676-BEE1-FA5ED9F0E222> /usr/lib/system/libcorecrypto.dylib
0x7fff5c7a6000 - 0x7fff5c7dfff7 libdispatch.dylib (913.30.4)
<7D0E3183-282B-3FEE-A734-2C0ADC092084> /usr/lib/system/libdispatch.dylib
0x7fff5c7e0000 - 0x7fff5c7fdff7 libdyld.dylib (519.2.2)
<C50D02BC-A333-3313-B787-02F255A6783F> /usr/lib/system/libdyld.dylib
0x7fff5c7fe000 - 0x7fff5c7feffb libkeymgr.dylib (28)
<6D84A96F-C65B-38EC-BDB5-21FD2C97E7B2> /usr/lib/system/libkeymgr.dylib
0x7fff5c7ff000 - 0x7fff5c80bff3 libkxld.dylib (4570.31.3)
<C0DBCF74-E669-3AAD-934F-F07F3FE32908> /usr/lib/system/libkxld.dylib
0x7fff5c80c000 - 0x7fff5c80cff7 liblaunch.dylib (1205.30.29)
<E66F58ED-C15E-3DFB-BC22-A861E13918C6> /usr/lib/system/liblaunch.dylib
0x7fff5c80d000 - 0x7fff5c811ffb libmacho.dylib (900.0.1)
<756F2553-07B6-3B42-ACEA-2F0F1A5E8D0F> /usr/lib/system/libmacho.dylib
0x7fff5c812000 - 0x7fff5c814ff3 libquarantine.dylib (86)
<6AC8773F-3817-3D82-99C2-01BABB9C3CBB> /usr/lib/system/libquarantine.dylib
0x7fff5c815000 - 0x7fff5c816ff3 libremovefile.dylib (45)
<912FA211-DD8C-3C92-8424-21B89F8B10FD> /usr/lib/system/libremovefile.dylib
0x7fff5c817000 - 0x7fff5c82efff libsystem_asl.dylib (356.1.1)
<94972913-9DF0-3C78-847C-43E58919E3DA> /usr/lib/system/libsystem_asl.dylib
0x7fff5c82f000 - 0x7fff5c82ffff libsystem_blocks.dylib (67)
<F2493BB5-B1C6-3C4D-9F1F-1B402E0F1DB7>
/usr/lib/system/libsystem_blocks.dylib
0x7fff5c830000 - 0x7fff5c8b9ff7 libsystem_c.dylib (1244.30.3)
<E0136C71-0648-36F0-9F84-82EA2748A8D7> /usr/lib/system/libsystem_c.dylib
0x7fff5c8ba000 - 0x7fff5c8bdffb libsystem_configuration.dylib
(963.30.1) <0F8D0B76-4F7D-34EC-AB6C-50F9465809DA>
/usr/lib/system/libsystem_configuration.dylib
0x7fff5c8be000 - 0x7fff5c8c1ffb libsystem_coreservices.dylib (51)
<21A488D0-2D07-344E-8631-CC8B2A246F35>
/usr/lib/system/libsystem_coreservices.dylib
0x7fff5c8c2000 - 0x7fff5c8c3fff libsystem_darwin.dylib (1244.30.3)
<2F750CB1-BC26-3FA3-AE59-553EE30D451B>
/usr/lib/system/libsystem_darwin.dylib
0x7fff5c8c4000 - 0x7fff5c8caff7 libsystem_dnssd.dylib (878.30.4)
<EB9BB165-45A4-367C-B33A-688D4F383A95> /usr/lib/system/libsystem_dnssd.dylib
0x7fff5c8cb000 - 0x7fff5c914ff7 libsystem_info.dylib (517.30.1)
<7D79E167-4B5C-3833-81EE-3AF3FB53616D> /usr/lib/system/libsystem_info.dylib
0x7fff5c915000 - 0x7fff5c93aff7 libsystem_kernel.dylib (4570.31.3)
<D2E842AA-3B8D-31BF-8234-8C1BE11CFE32>
/usr/lib/system/libsystem_kernel.dylib
0x7fff5c93b000 - 0x7fff5c986fcb libsystem_m.dylib (3146)
<ABB1B85F-9FFE-31B8-AD4F-E39A30794A93> /usr/lib/system/libsystem_m.dylib
0x7fff5c987000 - 0x7fff5c9a6fff libsystem_malloc.dylib (140.1.1)
<9F0745FF-B92F-330D-8812-BB74001D1D33>
/usr/lib/system/libsystem_malloc.dylib
0x7fff5c9a7000 - 0x7fff5ca4bff3 libsystem_network.dylib
(1229.30.11) <40BAD301-8744-3AD8-A688-E7925C587B00>
/usr/lib/system/libsystem_network.dylib
0x7fff5ca4c000 - 0x7fff5ca56ffb libsystem_networkextension.dylib
(767.30.7) <C5ED4BAB-2480-369D-8AB6-DFB37C15A1EE>
/usr/lib/system/libsystem_networkextension.dylib
0x7fff5ca57000 - 0x7fff5ca60ff3 libsystem_notify.dylib (172)
<98EA3D62-7C86-30DE-8261-D020D2F1EFF3>
/usr/lib/system/libsystem_notify.dylib
0x7fff5ca61000 - 0x7fff5ca68ff7 libsystem_platform.dylib
(161.20.1) <C049250F-8C35-314D-810F-4E28AEAED983>
/usr/lib/system/libsystem_platform.dylib
0x7fff5ca69000 - 0x7fff5ca74fff libsystem_pthread.dylib (301.30.1)
<ABA848E1-6978-3B42-A3A7-608B2C36FA93>
/usr/lib/system/libsystem_pthread.dylib
0x7fff5ca75000 - 0x7fff5ca78ff3 libsystem_sandbox.dylib (765.30.4)
<A51828BA-26D8-3205-AF3A-DF5C37269468>
/usr/lib/system/libsystem_sandbox.dylib
0x7fff5ca79000 - 0x7fff5ca7aff3 libsystem_secinit.dylib (30)
<F06ADB8F-9E94-34A7-B3C9-2C22FDD14BAD>
/usr/lib/system/libsystem_secinit.dylib
0x7fff5ca7b000 - 0x7fff5ca82ff7 libsystem_symptoms.dylib
(820.30.7) <DC3586C2-AA56-3419-88D3-FC0DBF08E3C0>
/usr/lib/system/libsystem_symptoms.dylib
0x7fff5ca83000 - 0x7fff5ca96ff7 libsystem_trace.dylib (829.30.14)
<69EBF017-D40F-30D7-9B0B-BFC862D761A5> /usr/lib/system/libsystem_trace.dylib
0x7fff5ca98000 - 0x7fff5ca9dff7 libunwind.dylib (35.3)
<6D4FCD49-D2A9-3233-95C7-A7635CE265F2> /usr/lib/system/libunwind.dylib
0x7fff5ca9e000 - 0x7fff5cacaff7 libxpc.dylib (1205.30.29)
<F7E5F1BC-614B-39CB-B6CE-92A9C7B7EC0B> /usr/lib/system/libxpc.dylib
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 31
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 42221257
thread_create: 0
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=324.6M resident=0K(0%)
swapped_out_or_unallocated=324.6M(100%)
Writable regions: Total=165.2M written=0K(0%) resident=0K(0%)
swapped_out=0K(0%) unallocated=165.2M(100%)
VIRTUAL REGION
REGION TYPE SIZE COUNT (non-coalesced)
=========== ======= =======
Activity Tracing 256K 2
Dispatch continuations 16.0M 2
Kernel Alloc Once 8K 2
MALLOC 76.9M 28
MALLOC guard page 32K 9
STACK GUARD 54.4M 4
Stack 10.6M 4
__DATA 97.1M 262
__FONT_DATA 4K 2
__LINKEDIT 188.9M 5
__TEXT 135.7M 213
__UNICODE 560K 2
mapped file 25.5M 2
shared memory 44K 4
=========== ======= =======
TOTAL 606.0M 527
Model: MacBookPro10,1, BootROM MBP101.00F2.B00, 4 processors, Intel Core
i7, 2.3 GHz, 16 GB, SMC 2.3f36
Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In
Graphics: NVIDIA GeForce GT 650M, NVIDIA GeForce GT 650M, PCIe, 1 GB
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80CE,
0x4D34373142314737334248302D434B302020
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80CE,
0x4D34373142314737334248302D434B302020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xEF),
Broadcom BCM43xx 1.0 (7.21.190.16.1a2)
Bluetooth: Version 6.0.2f2, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SM256E, 251 GB
USB Device: USB 2.0 Bus
USB Device: Hub
USB Device: FaceTime HD Camera (Built-in)
USB Device: USB 2.0 Bus
USB Device: Hub
USB Device: Hub
USB Device: Apple Internal Keyboard / Trackpad
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: USB 3.0 Bus
Thunderbolt Bus: MacBook Pro, Apple Inc., 23.4
For the second crash:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff5c930e3e __pthread_kill + 10
1 libsystem_pthread.dylib 0x00007fff5ca6f150 pthread_kill + 333
2 libsystem_c.dylib 0x00007fff5c83f8fe raise + 26
3 org.gnu.Emacs 0x000000010009ed1e
terminate_due_to_signal + 152
4 org.gnu.Emacs 0x00000001000b6961 emacs_abort + 19
5 org.gnu.Emacs 0x000000010016ea86 ns_term_shutdown + 122
6 org.gnu.Emacs 0x000000010009eee0 shut_down_emacs + 262
7 org.gnu.Emacs 0x000000010009ecec
terminate_due_to_signal + 102
8 org.gnu.Emacs 0x00000001000b6961 emacs_abort + 19
9 org.gnu.Emacs 0x000000010008b814 cmcheckmagic + 136
10 org.gnu.Emacs 0x000000010000c6f8 update_frame_line +
3140
11 org.gnu.Emacs 0x000000010000604e update_frame_1 + 304
12 org.gnu.Emacs 0x0000000100005e01 update_frame + 379
13 org.gnu.Emacs 0x0000000100023456 redisplay_internal +
951
14 org.gnu.Emacs 0x00000001000a4cf5 read_char + 539
15 org.gnu.Emacs 0x00000001000a326d read_key_sequence +
1465
16 org.gnu.Emacs 0x00000001000a1dc0 command_loop_1 + 776
17 org.gnu.Emacs 0x000000010010a6a9
internal_condition_case + 82
18 org.gnu.Emacs 0x00000001000ae705 command_loop_2 + 37
19 org.gnu.Emacs 0x000000010010a250 internal_catch + 73
20 org.gnu.Emacs 0x00000001000a13d1 command_loop + 198
21 org.gnu.Emacs 0x00000001000a12c5 recursive_edit_1 + 111
22 org.gnu.Emacs 0x00000001000c7b52 read_minibuf + 2594
23 org.gnu.Emacs 0x00000001000c7114 Fread_from_minibuffer
+ 231
24 org.gnu.Emacs 0x000000010010c40e funcall_subr + 417
25 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
26 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
27 org.gnu.Emacs 0x000000010010ba20 Ffuncall + 562
28 org.gnu.Emacs 0x00000001000c8003 Fcompleting_read + 136
29 org.gnu.Emacs 0x000000010010c40e funcall_subr + 417
30 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
31 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
32 org.gnu.Emacs 0x000000010010ba20 Ffuncall + 562
33 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
34 org.gnu.Emacs 0x0000000100108f79 eval_sub + 1620
35 org.gnu.Emacs 0x000000010010b216 Feval + 97
36 org.gnu.Emacs 0x0000000100106bec Fcall_interactively +
477
37 org.gnu.Emacs 0x000000010010c380 funcall_subr + 275
38 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
39 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
40 org.gnu.Emacs 0x000000010010ba20 Ffuncall + 562
41 org.gnu.Emacs 0x000000010010bfae call1 + 46
42 org.gnu.Emacs 0x00000001000a1ff4 command_loop_1 + 1340
43 org.gnu.Emacs 0x000000010010a6a9
internal_condition_case + 82
44 org.gnu.Emacs 0x00000001000ae705 command_loop_2 + 37
45 org.gnu.Emacs 0x000000010010a250 internal_catch + 73
46 org.gnu.Emacs 0x00000001000a13d1 command_loop + 198
47 org.gnu.Emacs 0x00000001000a12c5 recursive_edit_1 + 111
48 org.gnu.Emacs 0x00000001000a14e6 Frecursive_edit + 227
49 org.gnu.Emacs 0x000000010010c322 funcall_subr + 181
50 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
51 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
52 org.gnu.Emacs 0x000000010010ba20 Ffuncall + 562
53 org.gnu.Emacs 0x000000010010b709 Fapply + 651
54 org.gnu.Emacs 0x00000001001087f6 apply1 + 55
55 org.gnu.Emacs 0x0000000100108507 call_debugger + 360
56 org.gnu.Emacs 0x000000010010ad4a signal_or_quit + 1061
57 org.gnu.Emacs 0x000000010010a925 Fsignal + 11
58 org.gnu.Emacs 0x000000010009d08d xsignal + 9
59 org.gnu.Emacs 0x00000001000c9ea0 report_file_errno +
208
60 org.gnu.Emacs 0x00000001000c9ebf report_file_error + 31
61 org.gnu.Emacs 0x0000000100127758 Fload + 2151
62 org.gnu.Emacs 0x0000000100113d44 Frequire + 459
63 org.gnu.Emacs 0x0000000100108f79 eval_sub + 1620
64 org.gnu.Emacs 0x000000010010b216 Feval + 97
65 org.gnu.Emacs 0x000000010010c36c funcall_subr + 255
66 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
67 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
68 org.gnu.Emacs 0x000000010010ba20 Ffuncall + 562
69 org.gnu.Emacs 0x00000001001069fa
Ffuncall_interactively + 70
70 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
71 org.gnu.Emacs 0x000000010010b709 Fapply + 651
72 org.gnu.Emacs 0x0000000100106ec6 Fcall_interactively +
1207
73 org.gnu.Emacs 0x000000010010c380 funcall_subr + 275
74 org.gnu.Emacs 0x000000010010ba7b Ffuncall + 653
75 org.gnu.Emacs 0x000000010013eace exec_byte_code + 1563
76 org.gnu.Emacs 0x000000010010ba20 Ffuncall + 562
77 org.gnu.Emacs 0x000000010010bfae call1 + 46
78 org.gnu.Emacs 0x00000001000a1ff4 command_loop_1 + 1340
79 org.gnu.Emacs 0x000000010010a6a9
internal_condition_case + 82
80 org.gnu.Emacs 0x00000001000ae705 command_loop_2 + 37
81 org.gnu.Emacs 0x000000010010a250 internal_catch + 73
82 org.gnu.Emacs 0x00000001000a13a7 command_loop + 156
83 org.gnu.Emacs 0x00000001000a12c5 recursive_edit_1 + 111
84 org.gnu.Emacs 0x00000001000a14e6 Frecursive_edit + 227
85 org.gnu.Emacs 0x00000001000a034b main + 5138
86 libdyld.dylib 0x00007fff5c7e1115 start + 1
Thread 1:
0 libsystem_kernel.dylib 0x00007fff5c931562 __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff5ca6c06a _pthread_wqthread +
1035
2 libsystem_pthread.dylib 0x00007fff5ca6bc4d start_wqthread + 13
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x00007fff95518340 rcx:
0x00007ffeefbfb278 rdx: 0x0000000000000000
rdi: 0x0000000000000307 rsi: 0x0000000000000006 rbp:
0x00007ffeefbfb2b0 rsp: 0x00007ffeefbfb278
r8: 0x0000000000000006 r9: 0x0000000100a812a0 r10:
0x0000000000000000 r11: 0x0000000000000287
r12: 0x0000000000000307 r13: 0x000000000000000f r14:
0x0000000000000006 r15: 0x000000000000002d
rip: 0x00007fff5c930e3e rfl: 0x0000000000000286 cr2: 0x000000010efdd000
In GNU Emacs 26.0.91 (build 1, x86_64-apple-darwin17.3.0, NS appkit-1561.20
Version 10.13.2 (Build 17C205))
of 2018-01-31 built on charybdis.local
Recent messages:
Iedit default key binding is C-;
Starting Emacs daemon.
When done with a buffer, type C-x #
Configured using:
'configure --disable-dependency-tracking --disable-silent-rules
--enable-locallisppath=/usr/local/share/emacs/site-lisp
--infodir=/usr/local/Cellar/emacs/26.0.91/share/info/emacs
--prefix=/usr/local/Cellar/emacs/26.0.91 --without-x --with-xml2
--without-dbus --without-gnutls --without-imagemagick --with-ns
--disable-ns-self-contained'
Configured features:
JPEG NOTIFY ACL LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Dired by name
Minor modes in effect:
global-auto-revert-mode: t
global-ethan-wspace-mode: t
show-smartparens-global-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
/Users/shep/.emacs.d/elpa/cmake-mode-20180104.1137/cmake-mode hides
/usr/local/share/emacs/site-lisp/cmake/cmake-mode
/Users/shep/.emacs.d/elpa/seq-20151121.1017/seq hides
/usr/local/Cellar/emacs/26.0.91/share/emacs/26.0.91/lisp/emacs-lisp/seq
Features:
(shadow sort mail-extr emacsbug message format-spec rfc822 mml mml-sec
epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils dired
dired-loaddefs term/xterm xterm server elec-pair autorevert filenotify
lsp-rust lsp-ui lsp-ui-doc markdown-mode color noutline outline
easy-mmode lsp-ui-imenu lsp-imenu imenu lsp-ui-flycheck lsp-ui-peek
lsp-ui-sideline lsp-mode network-stream puny nsm rmc starttls tls gnutls
lsp-methods inline lsp-io pcase lsp-notifications lsp-common url-util
compile comint ansi-color xref project ring ethan-wspace iedit iedit-lib
flycheck cl-extra json map find-func rx subr-x web-mode disp-table
time-date smartparens advice help-mode thingatpt dash pbcopy finder-inf
clojure-project-mode-autoloads project-mode-autoloads info package
easymenu epg-config url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt
gv bytecomp byte-compile cconv edmacro kmacro cl-loaddefs cl-lib tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote kqueue cocoa ns
multi-tty make-network-process emacs)
Memory information:
((conses 16 432452 9742)
(symbols 48 33783 2)
(miscs 40 47 247)
(strings 32 86547 2144)
(string-bytes 1 2443268)
(vectors 16 52122)
(vector-slots 8 911474 10650)
(floats 8 248 479)
(intervals 56 1303 0)
(buffers 992 13))
[-- Attachment #2: Type: text/html, Size: 67908 bytes --]
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-01 15:10 bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode Jake Goulding
@ 2018-02-01 17:16 ` Eli Zaretskii
2018-02-01 19:52 ` Jake Goulding
2018-02-02 8:27 ` martin rudalics
1 sibling, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-01 17:16 UTC (permalink / raw)
To: Jake Goulding; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Thu, 1 Feb 2018 10:10:42 -0500
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libsystem_kernel.dylib 0x00007fff5c930e3e __pthread_kill + 10
> 1 libsystem_pthread.dylib 0x00007fff5ca6f150 pthread_kill + 333
> 2 libsystem_c.dylib 0x00007fff5c83f8fe raise + 26
> 3 org.gnu.Emacs 0x000000010009ed1e terminate_due_to_signal + 152
> 4 org.gnu.Emacs 0x00000001000b6961 emacs_abort + 19
> 5 org.gnu.Emacs 0x000000010016ea86 ns_term_shutdown + 122
> 6 org.gnu.Emacs 0x000000010009eee0 shut_down_emacs + 262
> 7 org.gnu.Emacs 0x000000010009ecec terminate_due_to_signal + 102
> 8 org.gnu.Emacs 0x00000001000b6961 emacs_abort + 19
> 9 org.gnu.Emacs 0x000000010008b814 cmcheckmagic + 136
Can you run Emacs under a debugger and tell which part of the
condition below cause the call to emacs_abort?
void
cmcheckmagic (struct tty_display_info *tty)
{
if (curX (tty) == FrameCols (tty))
{
if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
emacs_abort ();
Also, was the original cause also in "emacs -nw", or was it in a GUI
frame? If the latter, please show the backtrace from that crash as
well.
Thanks.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-01 17:16 ` Eli Zaretskii
@ 2018-02-01 19:52 ` Jake Goulding
2018-02-01 19:54 ` Jake Goulding
2018-02-02 8:21 ` Eli Zaretskii
0 siblings, 2 replies; 37+ messages in thread
From: Jake Goulding @ 2018-02-01 19:52 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320
[-- Attachment #1: Type: text/plain, Size: 701 bytes --]
It looks like `curY (tty) >= FrameRows (tty) - 1`:
(lldb)
frame #9: 0x0000000100173380 Emacs`cmcheckmagic(tty=0x000000010180d000) at
cm.c:118
115 if (curX (tty) == FrameCols (tty))
116 {
117 if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
-> 118 emacs_abort ();
119 if (tty->termscript)
120 putc_unlocked ('\r', tty->termscript);
121 putc_unlocked ('\r', tty->output);
(lldb) p (tty)->Wcm->cm_magicwrap
(bool_bf) $0 = true
(lldb) p (tty)->Wcm->cm_curY
(int) $1 = 2
(lldb) p (tty)->Wcm->cm_rows
(int) $2 = 3
> was the original cause also in "emacs -nw", or was it in a GUI
frame?
It was not in a GUI, but it was an `emacsclient -t` invocation.
[-- Attachment #2: Type: text/html, Size: 4660 bytes --]
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-01 19:52 ` Jake Goulding
@ 2018-02-01 19:54 ` Jake Goulding
2018-02-02 8:21 ` Eli Zaretskii
1 sibling, 0 replies; 37+ messages in thread
From: Jake Goulding @ 2018-02-01 19:54 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320
[-- Attachment #1: Type: text/plain, Size: 7699 bytes --]
Now that I have debugging symbols, here is the complete backtrace:
frame #0: 0x00007fff5c930e3e libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00007fff5ca6f150 libsystem_pthread.dylib`pthread_kill + 333
frame #2: 0x00007fff5c83f8fe libsystem_c.dylib`raise + 26
frame #3: 0x00000001001a4dc6 Emacs`terminate_due_to_signal(sig=6,
backtrace_limit=40) at emacs.c:394
frame #4: 0x00000001001e1783 Emacs`emacs_abort at sysdep.c:2426
frame #5: 0x0000000100402e68 Emacs`ns_term_shutdown(sig=6) at
nsterm.m:5332
frame #6: 0x00000001001a50b4 Emacs`shut_down_emacs(sig=6, stuff=0) at
emacs.c:2118
frame #7: 0x00000001001a4d62 Emacs`terminate_due_to_signal(sig=6,
backtrace_limit=40) at emacs.c:377
frame #8: 0x00000001001e1783 Emacs`emacs_abort at sysdep.c:2426
frame #9: 0x0000000100173380 Emacs`cmcheckmagic(tty=0x000000010180d000)
at cm.c:118
frame #10: 0x0000000100181c02
Emacs`tty_write_glyphs(f=0x000000010402ffb8, string=0x000000010228c6e0,
len=1) at term.c:793
* frame #11: 0x000000010018445b Emacs`write_glyphs(f=0x000000010402ffb8,
string=0x000000010228c6b0, len=1) at terminal.c:165
frame #12: 0x000000010001ab99
Emacs`update_frame_line(f=0x000000010402ffb8, vpos=52,
updating_menu_p=false) at dispnew.c:5036
frame #13: 0x000000010000667e
Emacs`update_frame_1(f=0x000000010402ffb8, force_p=true,
inhibit_id_p=false, set_cursor_p=true, updating_menu_p=false) at
dispnew.c:4516
frame #14: 0x0000000100005fd6 Emacs`update_frame(f=0x000000010402ffb8,
force_p=true, inhibit_hairy_id_p=false) at dispnew.c:3124
frame #15: 0x0000000100064456 Emacs`redisplay_internal at xdisp.c:14444
frame #16: 0x0000000100065a69 Emacs`redisplay at xdisp.c:13503
frame #17: 0x00000001001b05d0 Emacs`read_char(commandflag=1,
map=4355478675, prev_event=0, used_mouse_menu=0x00007ffeefbfa587,
end_time=0x0000000000000000) at keyboard.c:2480
frame #18: 0x00000001001ab75b
Emacs`read_key_sequence(keybuf=0x00007ffeefbfa8a0, bufsize=30, prompt=0,
dont_downcase_last=false, can_return_switch_frame=true,
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147
frame #19: 0x00000001001aa0ab Emacs`command_loop_1 at keyboard.c:1368
frame #20: 0x00000001002d4d6f
Emacs`internal_condition_case(bfun=(Emacs`command_loop_1 at
keyboard.c:1259), handlers=18672, hfun=(Emacs`cmd_error at keyboard.c:938))
at eval.c:1332
frame #21: 0x00000001001c3fec Emacs`command_loop_2(ignore=0) at
keyboard.c:1110
frame #22: 0x00000001002d4018 Emacs`internal_catch(tag=19344,
func=(Emacs`command_loop_2 at keyboard.c:1106), arg=0) at eval.c:1097
frame #23: 0x00000001001a8db0 Emacs`command_loop at keyboard.c:1081
frame #24: 0x00000001001a8c90 Emacs`recursive_edit_1 at keyboard.c:695
frame #25: 0x0000000100213d2d Emacs`read_minibuf(map=4362498003,
initial=0, prompt=4332737972, expflag=false, histvar=149436936, histpos=2,
defalt=0, allow_props=false, inherit_input_method=false) at minibuf.c:685
frame #26: 0x0000000100212848
Emacs`Fread_from_minibuffer(prompt=4332737972, initial_contents=0,
keymap=4362498003, read=0, hist=149436936, default_value=0,
inherit_input_method=0) at minibuf.c:992
frame #27: 0x00000001002e58a9
Emacs`funcall_subr(subr=0x00000001004d87c8, numargs=7,
args=0x00007ffeefbfb1c0) at eval.c:2861
frame #28: 0x00000001002e40bd Emacs`Ffuncall(nargs=8,
args=0x00007ffeefbfb1b8) at eval.c:2766
frame #29: 0x000000010037a3fb Emacs`exec_byte_code(bytestr=4300820540,
vector=4300820573, maxdepth=74, args_template=8202, nargs=8,
args=0x00007ffeefbfbd68) at bytecode.c:629
frame #30: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4300820493,
nargs=8, arg_vector=0x00007ffeefbfbd28) at eval.c:2967
frame #31: 0x00000001002e4105 Emacs`Ffuncall(nargs=9,
args=0x00007ffeefbfbd20) at eval.c:2768
frame #32: 0x0000000100214759 Emacs`Fcompleting_read(prompt=4332737972,
collection=4300851469, predicate=13968, require_match=45936,
initial_input=0, hist=149436936, def=0, inherit_input_method=0) at
minibuf.c:1696
frame #33: 0x00000001002e591c
Emacs`funcall_subr(subr=0x00000001004d8a08, numargs=6,
args=0x00007ffeefbfbf10) at eval.c:2866
frame #34: 0x00000001002e40bd Emacs`Ffuncall(nargs=7,
args=0x00007ffeefbfbf08) at eval.c:2766
frame #35: 0x000000010037a3fb Emacs`exec_byte_code(bytestr=4300850636,
vector=4300850669, maxdepth=42, args_template=2, nargs=0,
args=0x00007ffeefbfca38) at bytecode.c:629
frame #36: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4300850589,
nargs=0, arg_vector=0x00007ffeefbfca38) at eval.c:2967
frame #37: 0x00000001002e4105 Emacs`Ffuncall(nargs=1,
args=0x00007ffeefbfca30) at eval.c:2768
frame #38: 0x000000010037a3fb Emacs`exec_byte_code(bytestr=4300853548,
vector=4300853597, maxdepth=14, args_template=0, nargs=0,
args=0x0000000000000000) at bytecode.c:629
frame #39: 0x0000000100374e2c Emacs`Fbyte_code(bytestr=4300853548,
vector=4300853597, maxdepth=14) at bytecode.c:321
frame #40: 0x00000001002cbead Emacs`eval_sub(form=4300853515) at
eval.c:2237
frame #41: 0x00000001002d635d Emacs`Feval(form=4300853515, lexical=0)
at eval.c:2051
frame #42: 0x00000001002c268a
Emacs`Fcall_interactively(function=132615656, record_flag=0,
keys=4463572133) at callint.c:357
frame #43: 0x00000001002e576b
Emacs`funcall_subr(subr=0x00000001008e1e28, numargs=3,
args=0x00007ffeefbfe160) at eval.c:2846
frame #44: 0x00000001002e40bd Emacs`Ffuncall(nargs=4,
args=0x00007ffeefbfe158) at eval.c:2766
frame #45: 0x000000010037a3fb Emacs`exec_byte_code(bytestr=4300853692,
vector=4300853725, maxdepth=54, args_template=4102, nargs=1,
args=0x00007ffeefbfecd8) at bytecode.c:629
frame #46: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4300853645,
nargs=1, arg_vector=0x00007ffeefbfecd0) at eval.c:2967
frame #47: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbfecc8) at eval.c:2768
frame #48: 0x00000001002e4e94 Emacs`call1(fn=13920, arg1=132615656) at
eval.c:2617
frame #49: 0x00000001001aa5b6 Emacs`command_loop_1 at keyboard.c:1482
frame #50: 0x00000001002d4d6f
Emacs`internal_condition_case(bfun=(Emacs`command_loop_1 at
keyboard.c:1259), handlers=18672, hfun=(Emacs`cmd_error at keyboard.c:938))
at eval.c:1332
frame #51: 0x00000001001c3fec Emacs`command_loop_2(ignore=0) at
keyboard.c:1110
frame #52: 0x00000001002d4018 Emacs`internal_catch(tag=47520,
func=(Emacs`command_loop_2 at keyboard.c:1106), arg=0) at eval.c:1097
frame #53: 0x00000001001a8e28 Emacs`command_loop at keyboard.c:1089
frame #54: 0x00000001001a8c90 Emacs`recursive_edit_1 at keyboard.c:695
frame #55: 0x00000001001a905a Emacs`Frecursive_edit at keyboard.c:766
frame #56: 0x00000001001a6c2e Emacs`main(argc=3,
argv=0x00007ffeefbff578) at emacs.c:1713
frame #57: 0x00007fff5c7e1115 libdyld.dylib`start + 1
frame #58: 0x00007fff5c7e1115 libdyld.dylib`start + 1
On Thu, Feb 1, 2018 at 2:52 PM, Jake Goulding <jake.goulding@gmail.com>
wrote:
> It looks like `curY (tty) >= FrameRows (tty) - 1`:
>
>
> (lldb)
> frame #9: 0x0000000100173380 Emacs`cmcheckmagic(tty=0x000000010180d000)
> at cm.c:118
> 115 if (curX (tty) == FrameCols (tty))
> 116 {
> 117 if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
> -> 118 emacs_abort ();
> 119 if (tty->termscript)
> 120 putc_unlocked ('\r', tty->termscript);
> 121 putc_unlocked ('\r', tty->output);
> (lldb) p (tty)->Wcm->cm_magicwrap
> (bool_bf) $0 = true
> (lldb) p (tty)->Wcm->cm_curY
> (int) $1 = 2
> (lldb) p (tty)->Wcm->cm_rows
> (int) $2 = 3
>
>
> > was the original cause also in "emacs -nw", or was it in a GUI
> frame?
>
> It was not in a GUI, but it was an `emacsclient -t` invocation.
>
[-- Attachment #2: Type: text/html, Size: 12723 bytes --]
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-01 19:52 ` Jake Goulding
2018-02-01 19:54 ` Jake Goulding
@ 2018-02-02 8:21 ` Eli Zaretskii
2018-02-02 16:22 ` Jake Goulding
1 sibling, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-02 8:21 UTC (permalink / raw)
To: Jake Goulding; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Thu, 1 Feb 2018 14:52:59 -0500
> Cc: 30320@debbugs.gnu.org
>
> It looks like `curY (tty) >= FrameRows (tty) - 1`:
>
> (lldb)
> frame #9: 0x0000000100173380 Emacs`cmcheckmagic(tty=0x000000010180d000) at cm.c:118
> 115 if (curX (tty) == FrameCols (tty))
> 116 {
> 117 if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
> -> 118 emacs_abort ();
> 119 if (tty->termscript)
> 120 putc_unlocked ('\r', tty->termscript);
> 121 putc_unlocked ('\r', tty->output);
> (lldb) p (tty)->Wcm->cm_magicwrap
> (bool_bf) $0 = true
> (lldb) p (tty)->Wcm->cm_curY
> (int) $1 = 2
> (lldb) p (tty)->Wcm->cm_rows
> (int) $2 = 3
Hmm... is it reasonable that the TTY frame has only 3 rows? That's an
awfully small frame, and maybe Emacs is unable to work correctly with
such small frames. It doesn't justify a crash, but I'm trying to
establish whether this is the root cause of the problem, or maybe
Emacs became confused wrt the frame size.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-01 15:10 bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode Jake Goulding
2018-02-01 17:16 ` Eli Zaretskii
@ 2018-02-02 8:27 ` martin rudalics
1 sibling, 0 replies; 37+ messages in thread
From: martin rudalics @ 2018-02-02 8:27 UTC (permalink / raw)
To: Jake Goulding, 30320
> As I understand it, `lsp-ui-doc-mode` uses the new "child frames"
> available in Emacs 26, so it feels likely that those are involved.
Note that 'lsp-ui-doc-mode' inhibts special glyphs by setting the
'no-special-glyphs' frame parameter on the frames it creates to t.
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-02 8:21 ` Eli Zaretskii
@ 2018-02-02 16:22 ` Jake Goulding
2018-02-03 9:04 ` martin rudalics
0 siblings, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-02 16:22 UTC (permalink / raw)
To: 30320
[-- Attachment #1.1: Type: text/plain, Size: 543 bytes --]
I don't know exactly what the "frame" is in this context. According to
iTerm2, the entire window is 202 x 52. I'm not sure if I can attach
screenshots or videos, but I recorded my entire interaction and have a
screenshot right before the crash occurred.
One thing I noticed this time is that I had to do more "messing around"
before the crash would occur. This might be caused by the background work
that the Rust Language Server is doing. Once that has "finished", perhaps
lsp-mode / lsp-rust / lsp-ui starts displaying something different.
[-- Attachment #1.2: Type: text/html, Size: 643 bytes --]
[-- Attachment #2: Screen Shot 2018-02-02 at 11.19.02 AM.png --]
[-- Type: image/png, Size: 221939 bytes --]
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-02 16:22 ` Jake Goulding
@ 2018-02-03 9:04 ` martin rudalics
2018-02-03 16:10 ` Jake Goulding
0 siblings, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-03 9:04 UTC (permalink / raw)
To: Jake Goulding, 30320
> I don't know exactly what the "frame" is in this context. According to
> iTerm2, the entire window is 202 x 52. I'm not sure if I can attach
> screenshots or videos, but I recorded my entire interaction and have a
> screenshot right before the crash occurred.
Can you please try again with the following form evaluated after
loading lsp-ui:
(setq lsp-ui-doc-frame-parameters
'((left . -1)
(no-accept-focus . t)
(no-focus-on-map . t)
(min-width . 0)
(width . 0)
(min-height . 0)
(height . 0)
(internal-border-width . 1)
(vertical-scroll-bars . nil)
(horizontal-scroll-bars . nil)
(left-fringe . 0)
(right-fringe . 0)
(menu-bar-lines . 0)
(tool-bar-lines . 0)
(line-spacing . 0)
(unsplittable . t)
(undecorated . t)
(top . -1)
(visibility . nil)
(mouse-wheel-frame . nil)
(no-other-frame . t)
(cursor-type . nil)
(inhibit-double-buffering . t)
(drag-internal-border . t)))
If you still get the crash, please try once more by replacing the
(min-width . 0)
(min-height . 0)
lines with soemthing like
(min-width . 1)
(min-height . 1)
Thanks, martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-03 9:04 ` martin rudalics
@ 2018-02-03 16:10 ` Jake Goulding
2018-02-03 16:34 ` Eli Zaretskii
0 siblings, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-03 16:10 UTC (permalink / raw)
To: 30320
Both of those attempts had the same crash with the same details:
```
(lldb) p (tty)->Wcm->cm_magicwrap
(bool_bf) $0 = true
(lldb) p (tty)->Wcm->cm_curY
(int) $1 = 2
(lldb) p (tty)->Wcm->cm_rows
(int) $2 = 3
```
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-03 16:10 ` Jake Goulding
@ 2018-02-03 16:34 ` Eli Zaretskii
2018-02-03 19:43 ` Jake Goulding
0 siblings, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-03 16:34 UTC (permalink / raw)
To: Jake Goulding; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Sat, 3 Feb 2018 11:10:12 -0500
>
> Both of those attempts had the same crash with the same details:
>
> ```
> (lldb) p (tty)->Wcm->cm_magicwrap
> (bool_bf) $0 = true
> (lldb) p (tty)->Wcm->cm_curY
> (int) $1 = 2
> (lldb) p (tty)->Wcm->cm_rows
> (int) $2 = 3
> ```
Thanks, but can you please answer my question: do you really have a
3-row text-mode frame in that Emacs session? Or is the value of 3
bogus?
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-03 16:34 ` Eli Zaretskii
@ 2018-02-03 19:43 ` Jake Goulding
2018-02-03 20:10 ` Eli Zaretskii
0 siblings, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-03 19:43 UTC (permalink / raw)
To: 30320
I apologize, but as I mentioned:
> I don't know exactly what the "frame" is in this context.
While I've been /using/ Emacs for ~15 years, that doesn't mean I've
actually become proficient in the myriad of terminology surrounding it
or the subtle differences between Emacs terms and the broader world
(and let's not get started on my near-total lack of Emacs Lisp
ability).
Checking the manual to figure out what a frame is [1], I don't even
believe I've ever attempted to create a frame. I did not provide any
commands to do so this time, either. Perhaps one of the modes in
question has created one?
My earlier email included a screenshot in an attempt to show what
I see. It appears to have been added to the bug report:
https://debbugs.gnu.org/cgi/bugreport.cgi?msg=23;att=2;filename=Screen+Shot+2018-02-02+at+11.19.02+AM.png;bug=30320
I see nothing that appears to be 3 rows tall. I did not change
anything to be `text-mode`. In case I've misunderstood what a "frame"
is, I also looked at the result of `ibuffer`, I don't see anything in
text-mode.
main.rs 51 Rust /private/tmp/spa/src/main.rs
* *scratch* 476 Lisp Interaction
*% *Messages* 270 Messages
*% *Completions* 976 Completion List
*lsp-rust stderr* 0 Fundamental (lsp-rust stderr open)
[1]: https://www.gnu.org/software/emacs/manual/html_node/emacs/Frames.html
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-03 19:43 ` Jake Goulding
@ 2018-02-03 20:10 ` Eli Zaretskii
2018-02-03 21:55 ` Jake Goulding
0 siblings, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-03 20:10 UTC (permalink / raw)
To: Jake Goulding; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Sat, 3 Feb 2018 14:43:50 -0500
>
> My earlier email included a screenshot in an attempt to show what
> I see. It appears to have been added to the bug report:
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?msg=23;att=2;filename=Screen+Shot+2018-02-02+at+11.19.02+AM.png;bug=30320
You are right, I missed that somehow. Sorry about that.
> I see nothing that appears to be 3 rows tall.
Doesn't look that way. So it means somehow the correct value got
overwritten(?). Next thing I'd try is run Emacs with a watchpoint on
(tty)->Wcm->cm_rows, that should show us what code changes the value.
> I did not change anything to be `text-mode`.
Your whole session is text-mode, i.e. non-GUI.
Thanks.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-03 20:10 ` Eli Zaretskii
@ 2018-02-03 21:55 ` Jake Goulding
2018-02-04 18:35 ` Eli Zaretskii
0 siblings, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-03 21:55 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320
> Your whole session is text-mode, i.e. non-GUI.
Ah, not `M-x text-mode`.
> run Emacs with a watchpoint on
> (tty)->Wcm->cm_rows, that should show us what code changes the value.
The frame size changes multiple times, including once to 3 before
being set back to a larger value. Here are the stack traces of each
breakpoint; the last one is right before the crash.
* thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
* frame #0: 0x000000010001d2cc
Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=204,
new_height=51, inhibit=5, pretend=false, parameter=46224) at
frame.c:723
frame #1: 0x000000010002089e
Emacs`Fmake_terminal_frame(parms=4346331027) at frame.c:1249
frame #2: 0x00000001002e5710
Emacs`funcall_subr(subr=0x00000001004d30a0, numargs=1,
args=0x00007ffeefbf3ca8) at eval.c:2841
frame #3: 0x00000001002e40bd Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf3ca0) at eval.c:2766
frame #4: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4300510684, vector=4300510717,
maxdepth=50, args_template=1026, nargs=1, args=0x00007ffeefbf47f0) at
bytecode.c:629
frame #5: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4300510637,
nargs=1, arg_vector=0x00007ffeefbf47e8) at eval.c:2967
frame #6: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf47e0) at eval.c:2768
frame #7: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4342319996, vector=4362224621,
maxdepth=14, args_template=1030, nargs=1, args=0x00007ffeefbf5bd0) at
bytecode.c:629
frame #8: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4454965053,
nargs=1, arg_vector=0x00007ffeefbf5bc8) at eval.c:2967
frame #9: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf5bc0) at eval.c:2768
frame #10: 0x00000001002da862 Emacs`Fapply(nargs=2,
args=0x00007ffeefbf5bc0) at eval.c:2343
frame #11: 0x00000001002e55f2
Emacs`funcall_subr(subr=0x00000001008e2428, numargs=2,
args=0x00007ffeefbf5bc0) at eval.c:2821
frame #12: 0x00000001002e40bd Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbf5bb8) at eval.c:2766
frame #13: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4425035420, vector=4446864141,
maxdepth=62, args_template=514, nargs=1, args=0x00007ffeefbf6700) at
bytecode.c:629
frame #14: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4446864269,
nargs=1, arg_vector=0x00007ffeefbf6700) at eval.c:2967
frame #15: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf66f8) at eval.c:2768
frame #16: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4301093924, vector=4301093957,
maxdepth=54, args_template=1026, nargs=1, args=0x00007ffeefbf72e8) at
bytecode.c:629
frame #17: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4301093861,
nargs=1, arg_vector=0x00007ffeefbf72e0) at eval.c:2967
frame #18: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf72d8) at eval.c:2768
frame #19: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4300363628, vector=4300363661,
maxdepth=58, args_template=2058, nargs=2, args=0x00007ffeefbf7e38) at
bytecode.c:629
frame #20: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4300363581,
nargs=2, arg_vector=0x00007ffeefbf7e28) at eval.c:2967
frame #21: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbf7e20) at eval.c:2768
frame #22: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316214292, vector=4321342229,
maxdepth=42, args_template=2, nargs=0, args=0x00007ffeefbf8948) at
bytecode.c:629
frame #23: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321342469,
nargs=0, arg_vector=0x00007ffeefbf8948) at eval.c:2967
frame #24: 0x00000001002e4105 Emacs`Ffuncall(nargs=1,
args=0x00007ffeefbf8940) at eval.c:2768
frame #25: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316214228, vector=4321342069,
maxdepth=26, args_template=2058, nargs=2, args=0x00007ffeefbf9440) at
bytecode.c:629
frame #26: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321342181,
nargs=2, arg_vector=0x00007ffeefbf9430) at eval.c:2967
frame #27: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbf9428) at eval.c:2768
frame #28: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213188, vector=4321329173,
maxdepth=34, args_template=3086, nargs=3, args=0x00007ffeefbf9f20) at
bytecode.c:629
frame #29: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321329269,
nargs=3, arg_vector=0x00007ffeefbf9f08) at eval.c:2967
frame #30: 0x00000001002e4105 Emacs`Ffuncall(nargs=4,
args=0x00007ffeefbf9f00) at eval.c:2768
frame #31: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213060, vector=4354933765,
maxdepth=22, args_template=1030, nargs=1, args=0x00007ffeefbfa9f0) at
bytecode.c:629
frame #32: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4354933797,
nargs=1, arg_vector=0x00007ffeefbfa9e8) at eval.c:2967
frame #33: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbfa9e0) at eval.c:2768
frame #34: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4317253604, vector=4329055989,
maxdepth=58, args_template=2058, nargs=2, args=0x00007ffeefbfb628) at
bytecode.c:629
frame #35: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4329056293,
nargs=2, arg_vector=0x00007ffeefbfb618) at eval.c:2967
frame #36: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfb610) at eval.c:2768
frame #37: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4317253988, vector=4345900853,
maxdepth=38, args_template=2058, nargs=2, args=0x00007ffeefbfc158) at
bytecode.c:629
frame #38: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4345901061,
nargs=2, arg_vector=0x00007ffeefbfc148) at eval.c:2967
frame #39: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfc140) at eval.c:2768
frame #40: 0x00000001002e3e3a Emacs`Fapply(nargs=2,
args=0x00007ffeefbfc958) at eval.c:2386
frame #41: 0x00000001002c68b5 Emacs`apply1(fn=4345901061,
arg=4355044947) at eval.c:2602
frame #42: 0x000000010039bc20
Emacs`read_process_output_call(fun_and_args=4355044883) at
process.c:5794
frame #43: 0x00000001002d4e6a
Emacs`internal_condition_case_1(bfun=(Emacs`read_process_output_call
at process.c:5793), arg=4355044883, handlers=18672,
hfun=(Emacs`read_process_output_error_handler at process.c:5799)) at
eval.c:1356
frame #44: 0x000000010039bb19
Emacs`read_and_dispose_of_process_output(p=0x0000000103093230,
chars="Content-Length:
117\r\n\r\n{\"jsonrpc\":\"2.0\",\"id\":15,\"result\":{\"contents\":[\"
Wowzers\\n\",{\"language\":\"rust\",\"value\":\"fn () ->
()\"}],\"range\":null}}\x01", nbytes=140, coding=0x00000001029429c0)
at process.c:6002
frame #45: 0x0000000100395b3c
Emacs`read_process_output(proc=4345901621, channel=12) at
process.c:5913
frame #46: 0x0000000100394afc
Emacs`wait_reading_process_output(time_limit=30, nsecs=0, read_kbd=-1,
do_display=true, wait_for_cell=0, wait_proc=0x0000000000000000,
just_wait_proc=0) at process.c:5612
frame #47: 0x000000010000a104 Emacs`sit_for(timeout=122,
reading=true, display_option=1) at dispnew.c:5793
frame #48: 0x00000001001b12cc Emacs`read_char(commandflag=1,
map=4355045299, prev_event=0, used_mouse_menu=0x00007ffeefbfebf7,
end_time=0x0000000000000000) at keyboard.c:2717
frame #49: 0x00000001001ab75b
Emacs`read_key_sequence(keybuf=0x00007ffeefbfef10, bufsize=30,
prompt=0, dont_downcase_last=false, can_return_switch_frame=true,
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147
frame #50: 0x00000001001aa0ab Emacs`command_loop_1 at keyboard.c:1368
frame #51: 0x00000001002d4d6f
Emacs`internal_condition_case(bfun=(Emacs`command_loop_1 at
keyboard.c:1259), handlers=18672, hfun=(Emacs`cmd_error at
keyboard.c:938)) at eval.c:1332
frame #52: 0x00000001001c3fec Emacs`command_loop_2(ignore=0) at
keyboard.c:1110
frame #53: 0x00000001002d4018 Emacs`internal_catch(tag=47520,
func=(Emacs`command_loop_2 at keyboard.c:1106), arg=0) at eval.c:1097
frame #54: 0x00000001001a8e28 Emacs`command_loop at keyboard.c:1089
frame #55: 0x00000001001a8c90 Emacs`recursive_edit_1 at keyboard.c:695
frame #56: 0x00000001001a905a Emacs`Frecursive_edit at keyboard.c:766
frame #57: 0x00000001001a6c2e Emacs`main(argc=3,
argv=0x00007ffeefbff570) at emacs.c:1713
frame #58: 0x00007fff5c7e1115 libdyld.dylib`start + 1
* thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
* frame #0: 0x000000010001d2cc
Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=10,
new_height=3, inhibit=1, pretend=false, parameter=43968) at
frame.c:723
frame #1: 0x0000000100033e56
Emacs`Fset_frame_size(frame=4354980357, width=42, height=14,
pixelwise=45936) at frame.c:3458
frame #2: 0x00000001002e57a9
Emacs`funcall_subr(subr=0x00000001004d3880, numargs=4,
args=0x00007ffeefbf7dd8) at eval.c:2849
frame #3: 0x00000001002e40bd Emacs`Ffuncall(nargs=5,
args=0x00007ffeefbf7dd0) at eval.c:2766
frame #4: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213668, vector=4321330677,
maxdepth=82, args_template=1030, nargs=1, args=0x00007ffeefbf8938) at
bytecode.c:629
frame #5: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321330885,
nargs=1, arg_vector=0x00007ffeefbf8930) at eval.c:2967
frame #6: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf8928) at eval.c:2768
frame #7: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316214228, vector=4321342069,
maxdepth=26, args_template=2058, nargs=2, args=0x00007ffeefbf9440) at
bytecode.c:629
frame #8: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321342181,
nargs=2, arg_vector=0x00007ffeefbf9430) at eval.c:2967
frame #9: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbf9428) at eval.c:2768
frame #10: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213188, vector=4321329173,
maxdepth=34, args_template=3086, nargs=3, args=0x00007ffeefbf9f20) at
bytecode.c:629
frame #11: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321329269,
nargs=3, arg_vector=0x00007ffeefbf9f08) at eval.c:2967
frame #12: 0x00000001002e4105 Emacs`Ffuncall(nargs=4,
args=0x00007ffeefbf9f00) at eval.c:2768
frame #13: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213060, vector=4354933765,
maxdepth=22, args_template=1030, nargs=1, args=0x00007ffeefbfa9f0) at
bytecode.c:629
frame #14: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4354933797,
nargs=1, arg_vector=0x00007ffeefbfa9e8) at eval.c:2967
frame #15: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbfa9e0) at eval.c:2768
frame #16: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4317253604, vector=4329055989,
maxdepth=58, args_template=2058, nargs=2, args=0x00007ffeefbfb628) at
bytecode.c:629
frame #17: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4329056293,
nargs=2, arg_vector=0x00007ffeefbfb618) at eval.c:2967
frame #18: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfb610) at eval.c:2768
frame #19: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4317253988, vector=4345900853,
maxdepth=38, args_template=2058, nargs=2, args=0x00007ffeefbfc158) at
bytecode.c:629
frame #20: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4345901061,
nargs=2, arg_vector=0x00007ffeefbfc148) at eval.c:2967
frame #21: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfc140) at eval.c:2768
frame #22: 0x00000001002e3e3a Emacs`Fapply(nargs=2,
args=0x00007ffeefbfc958) at eval.c:2386
frame #23: 0x00000001002c68b5 Emacs`apply1(fn=4345901061,
arg=4355044947) at eval.c:2602
frame #24: 0x000000010039bc20
Emacs`read_process_output_call(fun_and_args=4355044883) at
process.c:5794
frame #25: 0x00000001002d4e6a
Emacs`internal_condition_case_1(bfun=(Emacs`read_process_output_call
at process.c:5793), arg=4355044883, handlers=18672,
hfun=(Emacs`read_process_output_error_handler at process.c:5799)) at
eval.c:1356
frame #26: 0x000000010039bb19
Emacs`read_and_dispose_of_process_output(p=0x0000000103093230,
chars="Content-Length:
117\r\n\r\n{\"jsonrpc\":\"2.0\",\"id\":15,\"result\":{\"contents\":[\"
Wowzers\\n\",{\"language\":\"rust\",\"value\":\"fn () ->
()\"}],\"range\":null}}\x01", nbytes=140, coding=0x00000001029429c0)
at process.c:6002
frame #27: 0x0000000100395b3c
Emacs`read_process_output(proc=4345901621, channel=12) at
process.c:5913
frame #28: 0x0000000100394afc
Emacs`wait_reading_process_output(time_limit=30, nsecs=0, read_kbd=-1,
do_display=true, wait_for_cell=0, wait_proc=0x0000000000000000,
just_wait_proc=0) at process.c:5612
frame #29: 0x000000010000a104 Emacs`sit_for(timeout=122,
reading=true, display_option=1) at dispnew.c:5793
frame #30: 0x00000001001b12cc Emacs`read_char(commandflag=1,
map=4355045299, prev_event=0, used_mouse_menu=0x00007ffeefbfebf7,
end_time=0x0000000000000000) at keyboard.c:2717
frame #31: 0x00000001001ab75b
Emacs`read_key_sequence(keybuf=0x00007ffeefbfef10, bufsize=30,
prompt=0, dont_downcase_last=false, can_return_switch_frame=true,
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147
frame #32: 0x00000001001aa0ab Emacs`command_loop_1 at keyboard.c:1368
frame #33: 0x00000001002d4d6f
Emacs`internal_condition_case(bfun=(Emacs`command_loop_1 at
keyboard.c:1259), handlers=18672, hfun=(Emacs`cmd_error at
keyboard.c:938)) at eval.c:1332
frame #34: 0x00000001001c3fec Emacs`command_loop_2(ignore=0) at
keyboard.c:1110
frame #35: 0x00000001002d4018 Emacs`internal_catch(tag=47520,
func=(Emacs`command_loop_2 at keyboard.c:1106), arg=0) at eval.c:1097
frame #36: 0x00000001001a8e28 Emacs`command_loop at keyboard.c:1089
frame #37: 0x00000001001a8c90 Emacs`recursive_edit_1 at keyboard.c:695
frame #38: 0x00000001001a905a Emacs`Frecursive_edit at keyboard.c:766
frame #39: 0x00000001001a6c2e Emacs`main(argc=3,
argv=0x00007ffeefbff570) at emacs.c:1713
frame #40: 0x00007fff5c7e1115 libdyld.dylib`start + 1
* thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
* frame #0: 0x000000010001d2cc
Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=204,
new_height=52, inhibit=5, pretend=false, parameter=12240) at
frame.c:723
frame #1: 0x000000010000949c
Emacs`change_frame_size_1(f=0x000000010393ba00, new_width=204,
new_height=52, pretend=false, delay=false, safe=true, pixelwise=false)
at dispnew.c:5544
frame #2: 0x0000000100009289
Emacs`change_frame_size(f=0x000000010393ba00, new_width=204,
new_height=52, pretend=false, delay=false, safe=true, pixelwise=false)
at dispnew.c:5576
frame #3: 0x00000001000091a0
Emacs`do_pending_window_change(safe=true) at dispnew.c:5502
frame #4: 0x0000000100062732 Emacs`redisplay_internal at xdisp.c:13910
frame #5: 0x0000000100065adf
Emacs`redisplay_preserve_echo_area(from_where=12) at xdisp.c:14617
frame #6: 0x0000000100394bbc
Emacs`wait_reading_process_output(time_limit=30, nsecs=0, read_kbd=-1,
do_display=true, wait_for_cell=0, wait_proc=0x0000000000000000,
just_wait_proc=0) at process.c:5628
frame #7: 0x000000010000a104 Emacs`sit_for(timeout=122,
reading=true, display_option=1) at dispnew.c:5793
frame #8: 0x00000001001b12cc Emacs`read_char(commandflag=1,
map=4355045299, prev_event=0, used_mouse_menu=0x00007ffeefbfebf7,
end_time=0x0000000000000000) at keyboard.c:2717
frame #9: 0x00000001001ab75b
Emacs`read_key_sequence(keybuf=0x00007ffeefbfef10, bufsize=30,
prompt=0, dont_downcase_last=false, can_return_switch_frame=true,
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147
frame #10: 0x00000001001aa0ab Emacs`command_loop_1 at keyboard.c:1368
frame #11: 0x00000001002d4d6f
Emacs`internal_condition_case(bfun=(Emacs`command_loop_1 at
keyboard.c:1259), handlers=18672, hfun=(Emacs`cmd_error at
keyboard.c:938)) at eval.c:1332
frame #12: 0x00000001001c3fec Emacs`command_loop_2(ignore=0) at
keyboard.c:1110
frame #13: 0x00000001002d4018 Emacs`internal_catch(tag=47520,
func=(Emacs`command_loop_2 at keyboard.c:1106), arg=0) at eval.c:1097
frame #14: 0x00000001001a8e28 Emacs`command_loop at keyboard.c:1089
frame #15: 0x00000001001a8c90 Emacs`recursive_edit_1 at keyboard.c:695
frame #16: 0x00000001001a905a Emacs`Frecursive_edit at keyboard.c:766
frame #17: 0x00000001001a6c2e Emacs`main(argc=3,
argv=0x00007ffeefbff570) at emacs.c:1713
frame #18: 0x00007fff5c7e1115 libdyld.dylib`start + 1
Process 45031 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
frame #0: 0x000000010001d2cc
Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=10,
new_height=3, inhibit=1, pretend=false, parameter=43968) at
frame.c:723
720 manipulating video hardware. */
721 if ((FRAME_TERMCAP_P (f) && !pretend) || FRAME_MSDOS_P (f))
722 FrameRows (FRAME_TTY (f)) = new_lines + FRAME_TOP_MARGIN (f);
-> 723 }
724 else if (new_lines != old_lines)
725 call2 (Qwindow__pixel_to_total, frame, Qnil);
726
Target 0: (Emacs) stopped.
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
* frame #0: 0x000000010001d2cc
Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=10,
new_height=3, inhibit=1, pretend=false, parameter=43968) at
frame.c:723
frame #1: 0x0000000100033e56
Emacs`Fset_frame_size(frame=4354980357, width=42, height=14,
pixelwise=45936) at frame.c:3458
frame #2: 0x00000001002e57a9
Emacs`funcall_subr(subr=0x00000001004d3880, numargs=4,
args=0x00007ffeefbf7dd8) at eval.c:2849
frame #3: 0x00000001002e40bd Emacs`Ffuncall(nargs=5,
args=0x00007ffeefbf7dd0) at eval.c:2766
frame #4: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213668, vector=4321330677,
maxdepth=82, args_template=1030, nargs=1, args=0x00007ffeefbf8938) at
bytecode.c:629
frame #5: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321330885,
nargs=1, arg_vector=0x00007ffeefbf8930) at eval.c:2967
frame #6: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbf8928) at eval.c:2768
frame #7: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316214228, vector=4321342069,
maxdepth=26, args_template=2058, nargs=2, args=0x00007ffeefbf9440) at
bytecode.c:629
frame #8: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321342181,
nargs=2, arg_vector=0x00007ffeefbf9430) at eval.c:2967
frame #9: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbf9428) at eval.c:2768
frame #10: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213188, vector=4321329173,
maxdepth=34, args_template=3086, nargs=3, args=0x00007ffeefbf9f20) at
bytecode.c:629
frame #11: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321329269,
nargs=3, arg_vector=0x00007ffeefbf9f08) at eval.c:2967
frame #12: 0x00000001002e4105 Emacs`Ffuncall(nargs=4,
args=0x00007ffeefbf9f00) at eval.c:2768
frame #13: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4316213060, vector=4354401397,
maxdepth=22, args_template=1030, nargs=1, args=0x00007ffeefbfa9f0) at
bytecode.c:629
frame #14: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4355101269,
nargs=1, arg_vector=0x00007ffeefbfa9e8) at eval.c:2967
frame #15: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
args=0x00007ffeefbfa9e0) at eval.c:2768
frame #16: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4317253604, vector=4329055989,
maxdepth=58, args_template=2058, nargs=2, args=0x00007ffeefbfb628) at
bytecode.c:629
frame #17: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4329056293,
nargs=2, arg_vector=0x00007ffeefbfb618) at eval.c:2967
frame #18: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfb610) at eval.c:2768
frame #19: 0x000000010037a3fb
Emacs`exec_byte_code(bytestr=4317253988, vector=4345900853,
maxdepth=38, args_template=2058, nargs=2, args=0x00007ffeefbfc158) at
bytecode.c:629
frame #20: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4345901061,
nargs=2, arg_vector=0x00007ffeefbfc148) at eval.c:2967
frame #21: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfc140) at eval.c:2768
frame #22: 0x00000001002e3e3a Emacs`Fapply(nargs=2,
args=0x00007ffeefbfc958) at eval.c:2386
frame #23: 0x00000001002c68b5 Emacs`apply1(fn=4345901061,
arg=4354286451) at eval.c:2602
frame #24: 0x000000010039bc20
Emacs`read_process_output_call(fun_and_args=4354286419) at
process.c:5794
frame #25: 0x00000001002d4e6a
Emacs`internal_condition_case_1(bfun=(Emacs`read_process_output_call
at process.c:5793), arg=4354286419, handlers=18672,
hfun=(Emacs`read_process_output_error_handler at process.c:5799)) at
eval.c:1356
frame #26: 0x000000010039bb19
Emacs`read_and_dispose_of_process_output(p=0x0000000103093230,
chars="Content-Length:
117\r\n\r\n{\"jsonrpc\":\"2.0\",\"id\":19,\"result\":{\"contents\":[\"
Wowzers\\n\",{\"language\":\"rust\",\"value\":\"fn () ->
()\"}],\"range\":null}}\x01", nbytes=140, coding=0x00000001029429c0)
at process.c:6002
frame #27: 0x0000000100395b3c
Emacs`read_process_output(proc=4345901621, channel=12) at
process.c:5913
frame #28: 0x0000000100394afc
Emacs`wait_reading_process_output(time_limit=30, nsecs=0, read_kbd=-1,
do_display=true, wait_for_cell=0, wait_proc=0x0000000000000000,
just_wait_proc=0) at process.c:5612
frame #29: 0x000000010000a104 Emacs`sit_for(timeout=122,
reading=true, display_option=1) at dispnew.c:5793
frame #30: 0x00000001001b12cc Emacs`read_char(commandflag=1,
map=4354242323, prev_event=0, used_mouse_menu=0x00007ffeefbfebf7,
end_time=0x0000000000000000) at keyboard.c:2717
frame #31: 0x00000001001ab75b
Emacs`read_key_sequence(keybuf=0x00007ffeefbfef10, bufsize=30,
prompt=0, dont_downcase_last=false, can_return_switch_frame=true,
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147
frame #32: 0x00000001001aa0ab Emacs`command_loop_1 at keyboard.c:1368
frame #33: 0x00000001002d4d6f
Emacs`internal_condition_case(bfun=(Emacs`command_loop_1 at
keyboard.c:1259), handlers=18672, hfun=(Emacs`cmd_error at
keyboard.c:938)) at eval.c:1332
frame #34: 0x00000001001c3fec Emacs`command_loop_2(ignore=0) at
keyboard.c:1110
frame #35: 0x00000001002d4018 Emacs`internal_catch(tag=47520,
func=(Emacs`command_loop_2 at keyboard.c:1106), arg=0) at eval.c:1097
frame #36: 0x00000001001a8e28 Emacs`command_loop at keyboard.c:1089
frame #37: 0x00000001001a8c90 Emacs`recursive_edit_1 at keyboard.c:695
frame #38: 0x00000001001a905a Emacs`Frecursive_edit at keyboard.c:766
frame #39: 0x00000001001a6c2e Emacs`main(argc=3,
argv=0x00007ffeefbff570) at emacs.c:1713
frame #40: 0x00007fff5c7e1115 libdyld.dylib`start + 1
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-03 21:55 ` Jake Goulding
@ 2018-02-04 18:35 ` Eli Zaretskii
2018-02-04 21:08 ` Jake Goulding
0 siblings, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-04 18:35 UTC (permalink / raw)
To: Jake Goulding; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Sat, 3 Feb 2018 16:55:16 -0500
> Cc: 30320@debbugs.gnu.org
>
> The frame size changes multiple times, including once to 3 before
> being set back to a larger value. Here are the stack traces of each
> breakpoint; the last one is right before the crash.
Here's the instance that shows the offending frame resizing (notice
the "new_height=3" part):
> * > Process 45031 stopped
> * thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
> frame #0: 0x000000010001d2cc
> Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=10,
> new_height=3, inhibit=1, pretend=false, parameter=43968) at
> frame.c:723
> 720 manipulating video hardware. */
> 721 if ((FRAME_TERMCAP_P (f) && !pretend) || FRAME_MSDOS_P (f))
> 722 FrameRows (FRAME_TTY (f)) = new_lines + FRAME_TOP_MARGIN (f);
> -> 723 }
> 724 else if (new_lines != old_lines)
> 725 call2 (Qwindow__pixel_to_total, frame, Qnil);
> 726
> Target 0: (Emacs) stopped.
> (lldb) bt
> * thread #1, queue = 'com.apple.main-thread', stop reason = watchpoint 1
> * frame #0: 0x000000010001d2cc
> Emacs`adjust_frame_size(f=0x000000010393ba00, new_width=10,
> new_height=3, inhibit=1, pretend=false, parameter=43968) at
> frame.c:723
> frame #1: 0x0000000100033e56
> Emacs`Fset_frame_size(frame=4354980357, width=42, height=14,
> pixelwise=45936) at frame.c:3458
> frame #2: 0x00000001002e57a9
> Emacs`funcall_subr(subr=0x00000001004d3880, numargs=4,
> args=0x00007ffeefbf7dd8) at eval.c:2849
> frame #3: 0x00000001002e40bd Emacs`Ffuncall(nargs=5,
> args=0x00007ffeefbf7dd0) at eval.c:2766
> frame #4: 0x000000010037a3fb
> Emacs`exec_byte_code(bytestr=4316213668, vector=4321330677,
> maxdepth=82, args_template=1030, nargs=1, args=0x00007ffeefbf8938) at
> bytecode.c:629
> frame #5: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321330885,
> nargs=1, arg_vector=0x00007ffeefbf8930) at eval.c:2967
> frame #6: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
> args=0x00007ffeefbf8928) at eval.c:2768
> frame #7: 0x000000010037a3fb
> Emacs`exec_byte_code(bytestr=4316214228, vector=4321342069,
> maxdepth=26, args_template=2058, nargs=2, args=0x00007ffeefbf9440) at
> bytecode.c:629
> frame #8: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321342181,
> nargs=2, arg_vector=0x00007ffeefbf9430) at eval.c:2967
> frame #9: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
> args=0x00007ffeefbf9428) at eval.c:2768
> frame #10: 0x000000010037a3fb
> Emacs`exec_byte_code(bytestr=4316213188, vector=4321329173,
> maxdepth=34, args_template=3086, nargs=3, args=0x00007ffeefbf9f20) at
> bytecode.c:629
> frame #11: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4321329269,
> nargs=3, arg_vector=0x00007ffeefbf9f08) at eval.c:2967
> frame #12: 0x00000001002e4105 Emacs`Ffuncall(nargs=4,
> args=0x00007ffeefbf9f00) at eval.c:2768
> frame #13: 0x000000010037a3fb
> Emacs`exec_byte_code(bytestr=4316213060, vector=4354401397,
> maxdepth=22, args_template=1030, nargs=1, args=0x00007ffeefbfa9f0) at
> bytecode.c:629
> frame #14: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4355101269,
> nargs=1, arg_vector=0x00007ffeefbfa9e8) at eval.c:2967
> frame #15: 0x00000001002e4105 Emacs`Ffuncall(nargs=2,
> args=0x00007ffeefbfa9e0) at eval.c:2768
> frame #16: 0x000000010037a3fb
> Emacs`exec_byte_code(bytestr=4317253604, vector=4329055989,
> maxdepth=58, args_template=2058, nargs=2, args=0x00007ffeefbfb628) at
> bytecode.c:629
> frame #17: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4329056293,
> nargs=2, arg_vector=0x00007ffeefbfb618) at eval.c:2967
> frame #18: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
> args=0x00007ffeefbfb610) at eval.c:2768
> frame #19: 0x000000010037a3fb
> Emacs`exec_byte_code(bytestr=4317253988, vector=4345900853,
> maxdepth=38, args_template=2058, nargs=2, args=0x00007ffeefbfc158) at
> bytecode.c:629
> frame #20: 0x00000001002e5cd5 Emacs`funcall_lambda(fun=4345901061,
> nargs=2, arg_vector=0x00007ffeefbfc148) at eval.c:2967
> frame #21: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
> args=0x00007ffeefbfc140) at eval.c:2768
> frame #22: 0x00000001002e3e3a Emacs`Fapply(nargs=2,
> args=0x00007ffeefbfc958) at eval.c:2386
> frame #23: 0x00000001002c68b5 Emacs`apply1(fn=4345901061,
> arg=4354286451) at eval.c:2602
> frame #24: 0x000000010039bc20
> Emacs`read_process_output_call(fun_and_args=4354286419) at
> process.c:5794
> frame #25: 0x00000001002d4e6a
> Emacs`internal_condition_case_1(bfun=(Emacs`read_process_output_call
> at process.c:5793), arg=4354286419, handlers=18672,
> hfun=(Emacs`read_process_output_error_handler at process.c:5799)) at
> eval.c:1356
> frame #26: 0x000000010039bb19
> Emacs`read_and_dispose_of_process_output(p=0x0000000103093230,
> chars="Content-Length:
> 117\r\n\r\n{\"jsonrpc\":\"2.0\",\"id\":19,\"result\":{\"contents\":[\"
> Wowzers\\n\",{\"language\":\"rust\",\"value\":\"fn () ->
> ()\"}],\"range\":null}}\x01", nbytes=140, coding=0x00000001029429c0)
> at process.c:6002
> frame #27: 0x0000000100395b3c
> Emacs`read_process_output(proc=4345901621, channel=12) at
> process.c:5913
This looks like a process filter set up by one of the features
involved in this. It seems to resize the frame, most probably on the
assumption that it's a GUI frame, because resizing a TTY frame, which
is your case, makes no sense.
Can you figure out the Lisp backtrace corresponding to the above C
backtrace? The file src/.gdbinit defines a command "xbacktrace",
which does that, but I'm not sure if lldb can support user-defined
commands like GDB does. If it can, just tell lldb to read that file,
and then invoke xbacktrace when Emacs stops due to watchpoint that
shows the frame being resized to height of 3.
If lldb doesn't support user-defined commands, you can reconstruct the
Lisp backtrace by following the frames that call Ffuncall: the first
element of the args[] array passed to Ffuncall is the symbol of the
function that is being called. To display the name of that symbol,
you will have to emulate by hand what the xsymbol command, defined on
.gdbinit, does.
We should anyway protect TTY frames from causing a crash when resized
to such nonsensical sizes, but I'd like first to see the Lisp which
causes that.
Thanks.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-04 18:35 ` Eli Zaretskii
@ 2018-02-04 21:08 ` Jake Goulding
2018-02-04 21:38 ` Jake Goulding
0 siblings, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-04 21:08 UTC (permalink / raw)
To: 30320
> the first
> element of the args[] array passed to Ffuncall is the symbol of the
> function that is being called. To display the name of that symbol,
> you will have to emulate by hand what the xsymbol command, defined on
> .gdbinit, does.
I cannot find a way to just use the GDB `define`d helpers in LLDB, so
it looks like I need to re-create
them. Unfortunately, I'm getting values that don't make sense; I'm
sure I'm not translating something
correctly but it's not obvious what:
(lldb) frame info
frame #36: 0x00000001002e4105 Emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfb610) at eval.c:2768
(lldb) p args
(Lisp_Object *) $76 = 0x00007ffeefbfb610
(lldb) p args[0]
(Lisp_Object) $77 = 48784336
# Attempting equivalent to `xgetptr`
(lldb) p args[0] & VALMASK
(long) $78 = 48784336
# Attempting equivalent to `xgetsym`
(lldb) p ((struct Lisp_Symbol *) ((char *)lispsym + (args[0] & VALMASK)))
(struct Lisp_Symbol *) $79 = 0x0000000110340d80
(lldb) p *((struct Lisp_Symbol *) ((char *)lispsym + (args[0] & VALMASK)))
error: Couldn't apply expression side effects : Couldn't dematerialize
a result variable: couldn't read its memory
For reference, here are the GDB definitions I see in src/.gdbinit
define xgetptr
if (CHECK_LISP_OBJECT_TYPE)
set $bugfix = $arg0.i
else
set $bugfix = $arg0
end
set $ptr = $bugfix & VALMASK
end
define xgetsym
xgetptr $arg0
set $ptr = ((struct Lisp_Symbol *) ((char *)lispsym + $ptr))
end
define xsymbol
set $sym = $
xgetsym $sym
print (struct Lisp_Symbol *) $ptr
xprintsym $sym
echo \n
end
And the value of VALMASK:
(lldb) p VALMASK
(EMACS_INT) $83 = -8
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-04 21:08 ` Jake Goulding
@ 2018-02-04 21:38 ` Jake Goulding
2018-02-05 17:03 ` Eli Zaretskii
0 siblings, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-04 21:38 UTC (permalink / raw)
To: 30320
Ah, using `XSTRING(XSYMBOL(args[0])->u.s.name)->u.s.data` seems to do the trick:
<not a symbol 1>
lsp--parser-on-message
<not a symbol 2>
lsp-ui-doc--callback
lsp-ui-doc--display
lsp-ui-doc--move-frame
set-frame-size
not a symbol 1:
p *XVECTOR(args[0])
(Lisp_Vector) $14 = {
header = (size = 4611686018729377797, gcaligned = '\x05')
contents = {}
}
(lldb) p PSEUDOVECTOR_TYPE(XVECTOR(args[0]))
(pvec_type) $18 = PVEC_COMPILED
not a symbol 2:
p *XVECTOR(args[0])
(Lisp_Vector) $16 = {
header = (size = 4611686018729377797, gcaligned = '\x05')
contents = {}
}
(lldb) p PSEUDOVECTOR_TYPE(XVECTOR(args[0]))
(pvec_type) $17 = PVEC_COMPILED
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-04 21:38 ` Jake Goulding
@ 2018-02-05 17:03 ` Eli Zaretskii
2018-02-05 18:43 ` Jake Goulding
2018-02-06 9:29 ` martin rudalics
0 siblings, 2 replies; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-05 17:03 UTC (permalink / raw)
To: Jake Goulding, martin rudalics; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Sun, 4 Feb 2018 16:38:20 -0500
>
> Ah, using `XSTRING(XSYMBOL(args[0])->u.s.name)->u.s.data` seems to do the trick:
>
> <not a symbol 1>
> lsp--parser-on-message
> <not a symbol 2>
> lsp-ui-doc--callback
> lsp-ui-doc--display
> lsp-ui-doc--move-frame
> set-frame-size
Thanks, great job. It is now clear what happens. As I guessed,
lsp-ui assumes it is run in a GUI frame, so it calls functions that
make no sense on TTY frames. I suggest to communicate this to the
developers of that package.
Can you avoid the crash if you remove the call to set-frame-size in
lsp-ui-doc--move-frame, or condition it on display-graphic-p returning
non-nil?
As for preventing such crashes even though some Lisp does nonsensical
things: I think a TTY frame cannot be less than 3 or 4 lines plus the
number of lines used for the menu bar. Martin, WDYT about adding
these limitations to adjust_frame_size?
> not a symbol 1:
>
> p *XVECTOR(args[0])
> (Lisp_Vector) $14 = {
> header = (size = 4611686018729377797, gcaligned = '\x05')
> contents = {}
> }
> (lldb) p PSEUDOVECTOR_TYPE(XVECTOR(args[0]))
> (pvec_type) $18 = PVEC_COMPILED
>
> not a symbol 2:
>
> p *XVECTOR(args[0])
> (Lisp_Vector) $16 = {
> header = (size = 4611686018729377797, gcaligned = '\x05')
> contents = {}
> }
> (lldb) p PSEUDOVECTOR_TYPE(XVECTOR(args[0]))
> (pvec_type) $17 = PVEC_COMPILED
Yes, these are byte-compiled functions.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-05 17:03 ` Eli Zaretskii
@ 2018-02-05 18:43 ` Jake Goulding
2018-02-05 20:14 ` Eli Zaretskii
2018-02-06 9:29 ` martin rudalics
1 sibling, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-05 18:43 UTC (permalink / raw)
To: 30320
> I suggest to communicate this to the developers of that package.
Good point; I've done so [bug].
> Can you avoid the crash if you remove the call to set-frame-size in
lsp-ui-doc--move-frame, or condition it on display-graphic-p
returning non-nil?
I added a condition and recompiled my ~/.emacs.d/elpa directory.
It does seem to no longer crash:
(if (display-graphic-p)
(set-frame-size frame width height t))
However, I also don't see the documentation displayed anywhere, so
perhaps I've done something else incorrect?
[bug]: https://github.com/emacs-lsp/lsp-ui/issues/77
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-05 18:43 ` Jake Goulding
@ 2018-02-05 20:14 ` Eli Zaretskii
0 siblings, 0 replies; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-05 20:14 UTC (permalink / raw)
To: Jake Goulding; +Cc: 30320
> From: Jake Goulding <jake.goulding@gmail.com>
> Date: Mon, 5 Feb 2018 13:43:46 -0500
>
> I added a condition and recompiled my ~/.emacs.d/elpa directory.
> It does seem to no longer crash:
>
> (if (display-graphic-p)
> (set-frame-size frame width height t))
>
> However, I also don't see the documentation displayed anywhere, so
> perhaps I've done something else incorrect?
No, I guess the package really depends on that child frame. But I see
that an alternative solution is already proposed in response to the
issue you reported.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-05 17:03 ` Eli Zaretskii
2018-02-05 18:43 ` Jake Goulding
@ 2018-02-06 9:29 ` martin rudalics
2018-02-10 10:14 ` Eli Zaretskii
1 sibling, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-06 9:29 UTC (permalink / raw)
To: Eli Zaretskii, Jake Goulding; +Cc: 30320
> As for preventing such crashes even though some Lisp does nonsensical
> things: I think a TTY frame cannot be less than 3 or 4 lines plus the
> number of lines used for the menu bar. Martin, WDYT about adding
> these limitations to adjust_frame_size?
A better location is when adjusting min_size in frame_windows_min_size
here:
int min_size = XINT (par_size);
/* Don't allow phantom frames. */
if (min_size < 1)
min_size = 1;
As you see we currently allow 1 here for width and height measured in
characters. Feel free to change this any way you want -
FRAME_TERMCAP_P conditioned it shouldn't hurt and be suitable for the
release version. If you want me to do it, please tell me the value(s)
you consider appropriate and where to apply it.
I never cared about this because I never was able to crash Emacs when
using small sizes.
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-06 9:29 ` martin rudalics
@ 2018-02-10 10:14 ` Eli Zaretskii
2018-02-10 10:45 ` martin rudalics
2018-02-10 19:04 ` Jake Goulding
0 siblings, 2 replies; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-10 10:14 UTC (permalink / raw)
To: martin rudalics; +Cc: 30320, jake.goulding
> Date: Tue, 06 Feb 2018 10:29:04 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: 30320@debbugs.gnu.org
>
> > As for preventing such crashes even though some Lisp does nonsensical
> > things: I think a TTY frame cannot be less than 3 or 4 lines plus the
> > number of lines used for the menu bar. Martin, WDYT about adding
> > these limitations to adjust_frame_size?
>
> A better location is when adjusting min_size in frame_windows_min_size
> here:
>
> int min_size = XINT (par_size);
>
> /* Don't allow phantom frames. */
> if (min_size < 1)
> min_size = 1;
>
> As you see we currently allow 1 here for width and height measured in
> characters. Feel free to change this any way you want -
> FRAME_TERMCAP_P conditioned it shouldn't hurt and be suitable for the
> release version. If you want me to do it, please tell me the value(s)
> you consider appropriate and where to apply it.
>
> I never cared about this because I never was able to crash Emacs when
> using small sizes.
Does the below look reasonable and safe for emacs-26?
Jake, can you see if this patch avoids the crash even with the
original problem in lsp-ui-doc-mode?
diff --git a/src/frame.c b/src/frame.c
index d5b080d..b2bc031 100644
--- a/src/frame.c
+++ b/src/frame.c
@@ -349,6 +349,7 @@ frame_windows_min_size (Lisp_Object frame, Lisp_Object horizontal,
{
struct frame *f = XFRAME (frame);
Lisp_Object par_size;
+ int retval;
if ((!NILP (horizontal)
&& NUMBERP (par_size = get_frame_param (f, Qmin_width)))
@@ -361,15 +362,27 @@ frame_windows_min_size (Lisp_Object frame, Lisp_Object horizontal,
if (min_size < 1)
min_size = 1;
- return (NILP (pixelwise)
- ? min_size
- : min_size * (NILP (horizontal)
- ? FRAME_LINE_HEIGHT (f)
- : FRAME_COLUMN_WIDTH (f)));
+ retval = (NILP (pixelwise)
+ ? min_size
+ : min_size * (NILP (horizontal)
+ ? FRAME_LINE_HEIGHT (f)
+ : FRAME_COLUMN_WIDTH (f)));
}
else
- return XINT (call4 (Qframe_windows_min_size, frame, horizontal,
- ignore, pixelwise));
+ retval = XINT (call4 (Qframe_windows_min_size, frame, horizontal,
+ ignore, pixelwise));
+ /* Don't allow too snall height of text-mode frames, or else cm.c
+ might abort in cmcheckmagic. */
+ if ((FRAME_TERMCAP_P (f) || FRAME_MSDOS_P (f)) && NILP (horizontal))
+ {
+ int min_height = (FRAME_MENU_BAR_LINES (f)
+ + FRAME_WANTS_MODELINE_P (f)
+ + 2); /* one text line and one echo-area line */
+ if (retval < min_height)
+ retval = min_height;
+ }
+
+ return retval;
}
^ permalink raw reply related [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-10 10:14 ` Eli Zaretskii
@ 2018-02-10 10:45 ` martin rudalics
2018-02-10 12:11 ` Eli Zaretskii
2018-02-10 19:04 ` Jake Goulding
1 sibling, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-10 10:45 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320, jake.goulding
> Does the below look reasonable and safe for emacs-26?
It does (the comments should be fixed) unless we want to guarantee a
minimum width as well.
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-10 10:45 ` martin rudalics
@ 2018-02-10 12:11 ` Eli Zaretskii
2018-02-10 13:40 ` martin rudalics
0 siblings, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-10 12:11 UTC (permalink / raw)
To: martin rudalics; +Cc: 30320, jake.goulding
> Date: Sat, 10 Feb 2018 11:45:08 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: jake.goulding@gmail.com, 30320@debbugs.gnu.org
>
> > Does the below look reasonable and safe for emacs-26?
>
> It does (the comments should be fixed) unless we want to guarantee a
> minimum width as well.
I considered the case of width, but couldn't find a case where 1 is
too few. Is there some configuration where one or more columns are
taken by some display element other than text? Also, cm.c only aborts
if the Y coordinate is wrong, it doesn't care about the X coordinate.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-10 12:11 ` Eli Zaretskii
@ 2018-02-10 13:40 ` martin rudalics
2018-02-10 16:38 ` Eli Zaretskii
0 siblings, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-10 13:40 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320, jake.goulding
> I considered the case of width, but couldn't find a case where 1 is
> too few. Is there some configuration where one or more columns are
> taken by some display element other than text?
Is the truncation/continuation glyph mechanism robust enough to handle
one column wide windows?
> Also, cm.c only aborts
> if the Y coordinate is wrong, it doesn't care about the X coordinate.
I have no idea what MagicWrap does (the "Wrap" made me wrongly suspect
a width problem initially).
Maybe a simpler fix would be to process the 'min-width' and
'min-height' frame parameters for graphic frames only. Then
'frame-windows-min-size' should be able to handle this problem without
further assistance. Note that 'window-safe-min-width' is 2 which also
gives the minimum width of the frame. OTOH 'window-safe-min-height'
is 1 and we add 1 for a header line, 1 for a mode line and 1 if the
frame contains a minibuffer/echo area window so we can have a one line
frame if there's none of the latter.
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-10 13:40 ` martin rudalics
@ 2018-02-10 16:38 ` Eli Zaretskii
2018-02-11 9:36 ` martin rudalics
0 siblings, 1 reply; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-10 16:38 UTC (permalink / raw)
To: martin rudalics; +Cc: 30320, jake.goulding
> Date: Sat, 10 Feb 2018 14:40:20 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: jake.goulding@gmail.com, 30320@debbugs.gnu.org
>
> > I considered the case of width, but couldn't find a case where 1 is
> > too few. Is there some configuration where one or more columns are
> > taken by some display element other than text?
>
> Is the truncation/continuation glyph mechanism robust enough to handle
> one column wide windows?
Yes, AFAICT.
> Maybe a simpler fix would be to process the 'min-width' and
> 'min-height' frame parameters for graphic frames only.
But then we will not be able to resize TTY frames, is that true? I
think that ability is a feature we shouldn't lose, as it could be
useful, certainly with terminal emulators.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-10 10:14 ` Eli Zaretskii
2018-02-10 10:45 ` martin rudalics
@ 2018-02-10 19:04 ` Jake Goulding
1 sibling, 0 replies; 37+ messages in thread
From: Jake Goulding @ 2018-02-10 19:04 UTC (permalink / raw)
To: 30320
The patch does seem to prevent the crash; thank you.
There is a small (heh) typo in the comment though:
> too snall
-Jake
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-10 16:38 ` Eli Zaretskii
@ 2018-02-11 9:36 ` martin rudalics
2018-02-11 15:43 ` Eli Zaretskii
0 siblings, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-11 9:36 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320, jake.goulding
[-- Attachment #1: Type: text/plain, Size: 611 bytes --]
>> Maybe a simpler fix would be to process the 'min-width' and
>> 'min-height' frame parameters for graphic frames only.
>
> But then we will not be able to resize TTY frames, is that true? I
> think that ability is a feature we shouldn't lose, as it could be
> useful, certainly with terminal emulators.
Don't worry. The attached patch will make Emacs 26 behave just like
its predecessors with TTY frames.
The 'min-width' and 'min-height' parameters have been added to allow
people to shrink frames to one line just as they can do with tooltip
frames. They hardly make sense for TTY frames.
martin
[-- Attachment #2: frame.c.diff --]
[-- Type: text/plain, Size: 790 bytes --]
diff --git a/src/frame.c b/src/frame.c
index d5b080d..ecab7fe 100644
--- a/src/frame.c
+++ b/src/frame.c
@@ -350,10 +350,13 @@ struct frame *
struct frame *f = XFRAME (frame);
Lisp_Object par_size;
- if ((!NILP (horizontal)
- && NUMBERP (par_size = get_frame_param (f, Qmin_width)))
- || (NILP (horizontal)
- && NUMBERP (par_size = get_frame_param (f, Qmin_height))))
+ /* The 'min-width' and 'min-height' parameters have no effect on TTY
+ frames. */
+ if (!(FRAME_TERMCAP_P (f) || FRAME_MSDOS_P (f))
+ && ((!NILP (horizontal)
+ && NUMBERP (par_size = get_frame_param (f, Qmin_width)))
+ || (NILP (horizontal)
+ && NUMBERP (par_size = get_frame_param (f, Qmin_height)))))
{
int min_size = XINT (par_size);
^ permalink raw reply related [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-11 9:36 ` martin rudalics
@ 2018-02-11 15:43 ` Eli Zaretskii
2018-02-12 1:31 ` Jake Goulding
2018-02-12 9:22 ` martin rudalics
0 siblings, 2 replies; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-11 15:43 UTC (permalink / raw)
To: martin rudalics; +Cc: 30320, jake.goulding
> Date: Sun, 11 Feb 2018 10:36:10 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: jake.goulding@gmail.com, 30320@debbugs.gnu.org
>
> --- a/src/frame.c
> +++ b/src/frame.c
> @@ -350,10 +350,13 @@ struct frame *
> struct frame *f = XFRAME (frame);
> Lisp_Object par_size;
>
> - if ((!NILP (horizontal)
> - && NUMBERP (par_size = get_frame_param (f, Qmin_width)))
> - || (NILP (horizontal)
> - && NUMBERP (par_size = get_frame_param (f, Qmin_height))))
> + /* The 'min-width' and 'min-height' parameters have no effect on TTY
> + frames. */
> + if (!(FRAME_TERMCAP_P (f) || FRAME_MSDOS_P (f))
> + && ((!NILP (horizontal)
> + && NUMBERP (par_size = get_frame_param (f, Qmin_width)))
> + || (NILP (horizontal)
> + && NUMBERP (par_size = get_frame_param (f, Qmin_height)))))
> {
> int min_size = XINT (par_size);
So you are saying that frame-windows-min-size will never return too
small values, at least not for TTY frames? If so, this LGTM, thanks.
I just hoped Jake would be able to test this with the original Lisp
that caused the problems.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-11 15:43 ` Eli Zaretskii
@ 2018-02-12 1:31 ` Jake Goulding
2018-02-12 1:33 ` Jake Goulding
2018-02-12 9:22 ` martin rudalics
2018-02-12 9:22 ` martin rudalics
1 sibling, 2 replies; 37+ messages in thread
From: Jake Goulding @ 2018-02-12 1:31 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320
> I just hoped Jake would be able to test this with the original Lisp
that caused the problems.
I did reply, for the original patch:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30320#80
I assumed that replying solely to the bug email was the correct
procedure to avoid duplicate emails, but perhaps I should be
CCing each person?
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 1:31 ` Jake Goulding
@ 2018-02-12 1:33 ` Jake Goulding
2018-02-12 1:48 ` Jake Goulding
2018-02-12 9:22 ` martin rudalics
2018-02-12 9:22 ` martin rudalics
1 sibling, 2 replies; 37+ messages in thread
From: Jake Goulding @ 2018-02-12 1:33 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320
Although I just flipped back into that terminal session and it did crash;
not sure why leaving it open for hours would have had any difference.
I'll try with the newer patch now.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 1:33 ` Jake Goulding
@ 2018-02-12 1:48 ` Jake Goulding
2018-02-12 9:24 ` martin rudalics
2018-02-12 9:22 ` martin rudalics
1 sibling, 1 reply; 37+ messages in thread
From: Jake Goulding @ 2018-02-12 1:48 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320
The new patch appears to continue to have a crash:
frame #9: 0x0000000100173610
Emacs`cmcheckmagic(tty=0x0000000107001000) at cm.c:118
115 if (curX (tty) == FrameCols (tty))
116 {
117 if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
-> 118 emacs_abort ();
119 if (tty->termscript)
120 putc_unlocked ('\r', tty->termscript);
121 putc_unlocked ('\r', tty->output);
(lldb) p (tty)->Wcm->cm_magicwrap
(bool_bf) $0 = true
(lldb) p (tty)->Wcm->cm_curY
(int) $1 = 2
(lldb) p (tty)->Wcm->cm_rows
(int) $3 = 3
I am at commit 66e9527b9a8c66bc3c5a4e5c3e68777d93310be1
on the `emacs-26` branch. My full sequence of commands:
git checkout -p # removing patch v1
mv ~/Downloads/frame.c.diff ./patch2.diff
git apply --ignore-whitespace patch2.diff
make -j7
./nextstep/Emacs.app/Contents/MacOS/Emacs -Q -nw
Perhaps `make` by itself doesn't do the proper rebuild?
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-11 15:43 ` Eli Zaretskii
2018-02-12 1:31 ` Jake Goulding
@ 2018-02-12 9:22 ` martin rudalics
2018-02-12 18:04 ` Eli Zaretskii
1 sibling, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-12 9:22 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 30320, jake.goulding
> So you are saying that frame-windows-min-size will never return too
> small values, at least not for TTY frames?
Given the fact that it crashed with Jake's setup, the answer is
probably no. One problem I see is the menu bar which cannot be really
counted by ‘frame-windows-min-size’ and which is not counted by
FRAME_TOP_MARGIN_HEIGHT either.
So let's stick to your patch.
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 1:31 ` Jake Goulding
2018-02-12 1:33 ` Jake Goulding
@ 2018-02-12 9:22 ` martin rudalics
1 sibling, 0 replies; 37+ messages in thread
From: martin rudalics @ 2018-02-12 9:22 UTC (permalink / raw)
To: Jake Goulding, Eli Zaretskii; +Cc: 30320
>> I just hoped Jake would be able to test this with the original Lisp
> that caused the problems.
>
> I did reply, for the original patch:
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30320#80
>
> I assumed that replying solely to the bug email was the correct
> procedure to avoid duplicate emails, but perhaps I should be
> CCing each person?
Don't worry. Eli just meant that you should try your scenario with my
patch which you already did.
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 1:33 ` Jake Goulding
2018-02-12 1:48 ` Jake Goulding
@ 2018-02-12 9:22 ` martin rudalics
1 sibling, 0 replies; 37+ messages in thread
From: martin rudalics @ 2018-02-12 9:22 UTC (permalink / raw)
To: Jake Goulding, Eli Zaretskii; +Cc: 30320
> Although I just flipped back into that terminal session and it did crash;
> not sure why leaving it open for hours would have had any difference.
With the same backtrace as before?
martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 1:48 ` Jake Goulding
@ 2018-02-12 9:24 ` martin rudalics
2019-10-30 11:06 ` Lars Ingebrigtsen
0 siblings, 1 reply; 37+ messages in thread
From: martin rudalics @ 2018-02-12 9:24 UTC (permalink / raw)
To: Jake Goulding, Eli Zaretskii; +Cc: 30320
> The new patch appears to continue to have a crash:
>
> frame #9: 0x0000000100173610
> Emacs`cmcheckmagic(tty=0x0000000107001000) at cm.c:118
> 115 if (curX (tty) == FrameCols (tty))
> 116 {
> 117 if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
> -> 118 emacs_abort ();
> 119 if (tty->termscript)
> 120 putc_unlocked ('\r', tty->termscript);
> 121 putc_unlocked ('\r', tty->output);
> (lldb) p (tty)->Wcm->cm_magicwrap
> (bool_bf) $0 = true
> (lldb) p (tty)->Wcm->cm_curY
> (int) $1 = 2
> (lldb) p (tty)->Wcm->cm_rows
> (int) $3 = 3
>
> I am at commit 66e9527b9a8c66bc3c5a4e5c3e68777d93310be1
> on the `emacs-26` branch. My full sequence of commands:
>
> git checkout -p # removing patch v1
> mv ~/Downloads/frame.c.diff ./patch2.diff
> git apply --ignore-whitespace patch2.diff
> make -j7
> ./nextstep/Emacs.app/Contents/MacOS/Emacs -Q -nw
>
> Perhaps `make` by itself doesn't do the proper rebuild?
Thanks for testing.
Somehow that code seems perfidious enough to override the value of
`window-min-height'. Can you please try the following with Eli's
patch applied so crashes don't interfere: Locate the identity of the
small frame, for example, by looking at the value returned by
(frame-list). Then evaluate the form
(window-min-size (frame-root-window FRAME))
substituting FRAME with the frame you obtained above which could
result in something like
(window-min-size (frame-root-window (car (frame-list))))
or
(window-min-size (frame-root-window (cadr (frame-list))))
and tell us the result.
Thanks, martin
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 9:22 ` martin rudalics
@ 2018-02-12 18:04 ` Eli Zaretskii
0 siblings, 0 replies; 37+ messages in thread
From: Eli Zaretskii @ 2018-02-12 18:04 UTC (permalink / raw)
To: martin rudalics; +Cc: 30320, jake.goulding
> Date: Mon, 12 Feb 2018 10:22:15 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: jake.goulding@gmail.com, 30320@debbugs.gnu.org
>
> So let's stick to your patch.
Pushed.
^ permalink raw reply [flat|nested] 37+ messages in thread
* bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode
2018-02-12 9:24 ` martin rudalics
@ 2019-10-30 11:06 ` Lars Ingebrigtsen
0 siblings, 0 replies; 37+ messages in thread
From: Lars Ingebrigtsen @ 2019-10-30 11:06 UTC (permalink / raw)
To: martin rudalics; +Cc: 30320, Jake Goulding
martin rudalics <rudalics@gmx.at> writes:
> Somehow that code seems perfidious enough to override the value of
> `window-min-height'. Can you please try the following with Eli's
> patch applied so crashes don't interfere: Locate the identity of the
> small frame, for example, by looking at the value returned by
> (frame-list). Then evaluate the form
[...]
If I'm reading this thread right, at least one crash was fixed, but
possibly another one persisted, and more information was requested.
That was more than a year ago, so it seems unlikely there'll be more
progress made on this crash, and I'm closing this bug report.
If this is still a problem, please reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 37+ messages in thread
end of thread, other threads:[~2019-10-30 11:06 UTC | newest]
Thread overview: 37+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-02-01 15:10 bug#30320: 26.0.91; Crash when using lsp-ui-doc-mode Jake Goulding
2018-02-01 17:16 ` Eli Zaretskii
2018-02-01 19:52 ` Jake Goulding
2018-02-01 19:54 ` Jake Goulding
2018-02-02 8:21 ` Eli Zaretskii
2018-02-02 16:22 ` Jake Goulding
2018-02-03 9:04 ` martin rudalics
2018-02-03 16:10 ` Jake Goulding
2018-02-03 16:34 ` Eli Zaretskii
2018-02-03 19:43 ` Jake Goulding
2018-02-03 20:10 ` Eli Zaretskii
2018-02-03 21:55 ` Jake Goulding
2018-02-04 18:35 ` Eli Zaretskii
2018-02-04 21:08 ` Jake Goulding
2018-02-04 21:38 ` Jake Goulding
2018-02-05 17:03 ` Eli Zaretskii
2018-02-05 18:43 ` Jake Goulding
2018-02-05 20:14 ` Eli Zaretskii
2018-02-06 9:29 ` martin rudalics
2018-02-10 10:14 ` Eli Zaretskii
2018-02-10 10:45 ` martin rudalics
2018-02-10 12:11 ` Eli Zaretskii
2018-02-10 13:40 ` martin rudalics
2018-02-10 16:38 ` Eli Zaretskii
2018-02-11 9:36 ` martin rudalics
2018-02-11 15:43 ` Eli Zaretskii
2018-02-12 1:31 ` Jake Goulding
2018-02-12 1:33 ` Jake Goulding
2018-02-12 1:48 ` Jake Goulding
2018-02-12 9:24 ` martin rudalics
2019-10-30 11:06 ` Lars Ingebrigtsen
2018-02-12 9:22 ` martin rudalics
2018-02-12 9:22 ` martin rudalics
2018-02-12 9:22 ` martin rudalics
2018-02-12 18:04 ` Eli Zaretskii
2018-02-10 19:04 ` Jake Goulding
2018-02-02 8:27 ` martin rudalics
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.