unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Nejc Vivod <nvivod@gmail.com>
To: Alan Third <alan@idiocy.org>
Cc: 27872@debbugs.gnu.org
Subject: bug#27872: 26.0.50; freeze when opening file with emojis
Date: Sun, 30 Jul 2017 14:42:45 +0200	[thread overview]
Message-ID: <DF01DF05-F40D-4A4E-8335-C7159FF99056@gmail.com> (raw)
In-Reply-To: <20170730123416.GC2137@breton.holly.idiocy.org>


[-- Attachment #1.1: Type: text/plain, Size: 118 bytes --]

I’m running in gui mode yes. I’ve ran it from lldb, attaching the backtrace. 

Thank you for taking the time


[-- Attachment #1.2: backtrace.txt --]
[-- Type: text/plain, Size: 8337 bytes --]

(lldb) target create "Emacs-x86_64-10_9"
Current executable set to 'Emacs-x86_64-10_9' (x86_64).
(lldb) run
Process 17175 launched: '/Applications/Emacs.app/Contents/MacOS/Emacs-x86_64-10_9' (x86_64)
Warning: arch-dependent data dir '/Users/build/workspace/Emacs-Multi-Build/label/mavericks/emacs-source/nextstep/Emacs.app/Contents/MacOS/libexec/': No such file or directory
Process 17175 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
    frame #0: 0x00007fffde8b446a libsystem_kernel.dylib`host_create_mach_voucher_trap + 10
libsystem_kernel.dylib`host_create_mach_voucher_trap:
->  0x7fffde8b446a <+10>: retq
    0x7fffde8b446b <+11>: nop

libsystem_kernel.dylib`mach_voucher_extract_attr_recipe_trap:
    0x7fffde8b446c <+0>:  movq   %rcx, %r10
    0x7fffde8b446f <+3>:  movl   $0x1000048, %eax          ; imm = 0x1000048
(lldb) bt all
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x00007fffde8b446a libsystem_kernel.dylib`host_create_mach_voucher_trap + 10
    frame #1: 0x00007fffde8b334d libsystem_kernel.dylib`host_create_mach_voucher + 27
    frame #2: 0x00007fffde75d35c libdispatch.dylib`_voucher_create_mach_voucher_with_priority + 395
    frame #3: 0x00007fffde75cd17 libdispatch.dylib`_dispatch_mach_msg_send + 471
    frame #4: 0x00007fffde75db55 libdispatch.dylib`_dispatch_mach_send_drain + 280
    frame #5: 0x00007fffde7742a9 libdispatch.dylib`_dispatch_mach_send_push_and_trydrain + 487
    frame #6: 0x00007fffde771804 libdispatch.dylib`_dispatch_mach_send_msg + 282
    frame #7: 0x00007fffde771a82 libdispatch.dylib`_dispatch_mach_send_and_wait_for_reply + 318
    frame #8: 0x00007fffde771ff9 libdispatch.dylib`dispatch_mach_send_with_result_and_wait_for_reply + 45
    frame #9: 0x00007fffde9e05b8 libxpc.dylib`xpc_connection_send_message_with_reply_sync + 154
    frame #10: 0x00007fffcaca80da Foundation`__NSXPCCONNECTION_IS_WAITING_FOR_A_SYNCHRONOUS_REPLY__ + 9
    frame #11: 0x00007fffca9fa737 Foundation`-[NSXPCConnection _sendInvocation:withProxy:remoteInterface:withErrorHandler:timeout:userInfo:] + 3665
    frame #12: 0x00007fffca9f98e0 Foundation`-[NSXPCConnection _sendInvocation:withProxy:remoteInterface:withErrorHandler:] + 32
    frame #13: 0x00007fffc8fda54a CoreFoundation`___forwarding___ + 538
    frame #14: 0x00007fffc8fda2a8 CoreFoundation`__forwarding_prep_0___ + 120
    frame #15: 0x00007fffc7adfafb libFontRegistry.dylib`__83-[XTypeXPCClient XTCopyPropertiesForFontsMatchingRequest:properties:scope:options:]_block_invoke + 109
    frame #16: 0x00007fffc7adbbd9 libFontRegistry.dylib`-[XTypeXPCClient run:errorHandler:] + 103
    frame #17: 0x00007fffc7adfa52 libFontRegistry.dylib`-[XTypeXPCClient XTCopyPropertiesForFontsMatchingRequest:properties:scope:options:] + 231
    frame #18: 0x00007fffc7ab8735 libFontRegistry.dylib`XTCopyFontsWithProperties + 160
    frame #19: 0x00007fffca5e55e1 CoreText`TDescriptorSource::CopyDescriptorsForRequest(__CFDictionary const*, __CFSet const*, CFComparisonResult (*)(void const*, void const*, void*), void*, unsigned long, TCFRef<__CFArray const*>*) const + 1087
    frame #20: 0x00007fffca58c0ca CoreText`TDescriptor::CreateMatchingDescriptors(__CFSet const*, unsigned long) const + 168
    frame #21: 0x00007fffca5c94a0 CoreText`CTFontDescriptorCreateMatchingFontDescriptors + 97
    frame #22: 0x00000001001d7fe5 Emacs-x86_64-10_9`macfont_list + 2053
    frame #23: 0x0000000100151941 Emacs-x86_64-10_9`font_list_entities + 673
    frame #24: 0x0000000100153983 Emacs-x86_64-10_9`font_find_for_lface + 1955
    frame #25: 0x00000001001a78da Emacs-x86_64-10_9`fontset_find_font + 1626
    frame #26: 0x00000001001a46fb Emacs-x86_64-10_9`fontset_font + 811
    frame #27: 0x00000001001a4336 Emacs-x86_64-10_9`face_for_char + 358
    frame #28: 0x000000010001cc3b Emacs-x86_64-10_9`get_next_display_element + 3051
    frame #29: 0x000000010002bb38 Emacs-x86_64-10_9`display_line + 1240
    frame #30: 0x000000010002b468 Emacs-x86_64-10_9`try_window + 216
    frame #31: 0x000000010004f23b Emacs-x86_64-10_9`redisplay_window + 11083
    frame #32: 0x00000001000578d6 Emacs-x86_64-10_9`redisplay_window_0 + 38
    frame #33: 0x000000010013ea9b Emacs-x86_64-10_9`internal_condition_case_1 + 91
    frame #34: 0x000000010004c670 Emacs-x86_64-10_9`redisplay_windows + 160
    frame #35: 0x0000000100029670 Emacs-x86_64-10_9`redisplay_internal + 5008
    frame #36: 0x00000001000c5f4b Emacs-x86_64-10_9`read_char + 2043
    frame #37: 0x00000001000c39f5 Emacs-x86_64-10_9`read_key_sequence + 1941
    frame #38: 0x00000001000c21e2 Emacs-x86_64-10_9`command_loop_1 + 1186
    frame #39: 0x000000010013ea17 Emacs-x86_64-10_9`internal_condition_case + 87
    frame #40: 0x00000001000d2f90 Emacs-x86_64-10_9`command_loop_2 + 48
    frame #41: 0x000000010013e2ce Emacs-x86_64-10_9`internal_catch + 78
    frame #42: 0x00000001000c13ee Emacs-x86_64-10_9`command_loop + 158
    frame #43: 0x00000001000c1312 Emacs-x86_64-10_9`recursive_edit_1 + 130
    frame #44: 0x00000001000c1535 Emacs-x86_64-10_9`Frecursive_edit + 229
    frame #45: 0x00000001000c014a Emacs-x86_64-10_9`main + 6506
    frame #46: 0x00007fffde78d235 libdyld.dylib`start + 1
    frame #47: 0x00007fffde78d235 libdyld.dylib`start + 1

  thread #7
    frame #0: 0x00007fffde8bbeb6 libsystem_kernel.dylib`__select + 10
    frame #1: 0x00000001001b94b8 Emacs-x86_64-10_9`-[EmacsApp fd_handler:] + 264
    frame #2: 0x00007fffcaa018ad Foundation`__NSThread__start__ + 1243
    frame #3: 0x00007fffde9a693b libsystem_pthread.dylib`_pthread_body + 180
    frame #4: 0x00007fffde9a6887 libsystem_pthread.dylib`_pthread_start + 286
    frame #5: 0x00007fffde9a608d libsystem_pthread.dylib`thread_start + 13

  thread #8, name = 'com.apple.NSEventThread'
    frame #0: 0x00007fffde8b434a libsystem_kernel.dylib`mach_msg_trap + 10
    frame #1: 0x00007fffde8b3797 libsystem_kernel.dylib`mach_msg + 55
    frame #2: 0x00007fffc8fdf434 CoreFoundation`__CFRunLoopServiceMachPort + 212
    frame #3: 0x00007fffc8fde8c1 CoreFoundation`__CFRunLoopRun + 1361
    frame #4: 0x00007fffc8fde114 CoreFoundation`CFRunLoopRunSpecific + 420
    frame #5: 0x00007fffc6c24f02 AppKit`_NSEventThread + 205
    frame #6: 0x00007fffde9a693b libsystem_pthread.dylib`_pthread_body + 180
    frame #7: 0x00007fffde9a6887 libsystem_pthread.dylib`_pthread_start + 286
    frame #8: 0x00007fffde9a608d libsystem_pthread.dylib`thread_start + 13

  thread #14
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a648e libsystem_pthread.dylib`_pthread_wqthread + 1023
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13

  thread #23
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a648e libsystem_pthread.dylib`_pthread_wqthread + 1023
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13

  thread #27
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a6621 libsystem_pthread.dylib`_pthread_wqthread + 1426
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13

  thread #29
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a6621 libsystem_pthread.dylib`_pthread_wqthread + 1426
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13

  thread #30
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a6621 libsystem_pthread.dylib`_pthread_wqthread + 1426
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13

  thread #31
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a6621 libsystem_pthread.dylib`_pthread_wqthread + 1426
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13

  thread #32
    frame #0: 0x00007fffde8bc44e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x00007fffde9a648e libsystem_pthread.dylib`_pthread_wqthread + 1023
    frame #2: 0x00007fffde9a607d libsystem_pthread.dylib`start_wqthread + 13
(lldb)

[-- Attachment #1.3: Type: text/plain, Size: 1449 bytes --]



> On 30 Jul 2017, at 14:34, Alan Third <alan@idiocy.org> wrote:
> 
> On Sun, Jul 30, 2017 at 02:10:38PM +0200, Nejc Vivod wrote:
>> Tried downloading from emacsformacosx.com
>> <http://emacsformacosx.com/> (both the nightly and the stable
>> version), still have the same issue - I’ve also recreated the file
>> with your echo command. Not sure why it breaks like this, since the
>> preinstalled emacs opens the file just fine.
> 
> The preinstalled Emacs is ancient. Version 22 or something. Quite a
> lot has changed since then. It also only works in the terminal so the
> glyph display code is completely different.
> 
>> What I did notice is, it seems to allocate a bunch of memory every
>> second or so when opening that test file (looking at activity
>> monitor -> Info about the process); before I force-killed it, it was
>> taking up 2,39GB of ram and it didn’t seem like it would stop.
>> 
>> I’m attaching a sample of the process, maybe this can be of help. 
> 
> I don’t really understand what that’s telling me. Is it possible for
> you to run it under a debugger and send me a backtrace?
> 
> You’ll probably have lldb installed already, so all you need to do is
> run
> 
>    lldb /path/to/emacs
>> run
> 
> and once it freezes hit ctrl‐c and
> 
>> bt all
> 
> and send me the output.
> 
> You are running it in GUI mode, and not in the terminal, right?
> 
> -- 
> Alan Third


[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2068 bytes --]

  reply	other threads:[~2017-07-30 12:42 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-29 22:44 bug#27872: 26.0.50; freeze when opening file with emojis Nejc Vivod
2017-07-30  2:41 ` Eli Zaretskii
2017-07-30 11:55 ` Alan Third
2017-07-30 12:10   ` Nejc Vivod
2017-07-30 12:34     ` Alan Third
2017-07-30 12:42       ` Nejc Vivod [this message]
2017-07-30 13:04         ` Alan Third
2017-07-30 13:09           ` Nejc Vivod
2017-07-30 18:51             ` Eli Zaretskii
2017-07-30 14:17           ` Eli Zaretskii
2017-07-30 14:19             ` Nejc Vivod
2017-07-30 14:27               ` Eli Zaretskii
2017-07-30 15:06                 ` Alan Third
2017-07-30 15:29                   ` Eli Zaretskii
2017-07-30 19:27                     ` Alan Third
2017-07-30 21:53                       ` Nejc Vivod
2017-07-30 22:07                         ` Alan Third
2017-07-31  3:07                           ` Eli Zaretskii
2020-08-16 16:34                             ` Lars Ingebrigtsen
2020-08-16 17:03                               ` Andreas Schwab
2017-07-30 14:12   ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DF01DF05-F40D-4A4E-8335-C7159FF99056@gmail.com \
    --to=nvivod@gmail.com \
    --cc=27872@debbugs.gnu.org \
    --cc=alan@idiocy.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

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

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