From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Valtteri Vuorikoski Newsgroups: gmane.emacs.bugs Subject: bug#40225: 27.0.90; abort with apparent stack explosion in lsp-mode Date: Tue, 31 Mar 2020 21:39:42 +0300 Message-ID: References: <87mu844jm0.fsf@notcom.org> <83mu849zjc.fsf@gnu.org> <835zer9cj9.fsf@gnu.org> <8600e733-d75a-3d8f-897d-2eb3ca6bb59d@notcom.org> <83h7y41pxb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="82544"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 Cc: 40225@debbugs.gnu.org To: eliz@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Mar 31 20:40:43 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jJLoY-000LNt-PS for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 31 Mar 2020 20:40:43 +0200 Original-Received: from localhost ([::1]:42914 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jJLoX-0001To-MA for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 31 Mar 2020 14:40:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33471) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jJLnv-0001TY-24 for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2020 14:40:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jJLnt-0001qf-Tn for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2020 14:40:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53710) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jJLnt-0001qb-Qq for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2020 14:40:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jJLnt-0006Oe-PH for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2020 14:40:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Valtteri Vuorikoski Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Mar 2020 18:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40225 X-GNU-PR-Package: emacs Original-Received: via spool by 40225-submit@debbugs.gnu.org id=B40225.158567998924563 (code B ref 40225); Tue, 31 Mar 2020 18:40:01 +0000 Original-Received: (at 40225) by debbugs.gnu.org; 31 Mar 2020 18:39:49 +0000 Original-Received: from localhost ([127.0.0.1]:37023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jJLng-0006O7-Q4 for submit@debbugs.gnu.org; Tue, 31 Mar 2020 14:39:49 -0400 Original-Received: from mail.netcrew.fi ([85.188.1.62]:55436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jJLne-0006Ny-C2 for 40225@debbugs.gnu.org; Tue, 31 Mar 2020 14:39:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=notcom.org; s=nc2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version: Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=dxFDxFReWoxJKqMcPvlrA1q9TXu4wlcqQc9r1gDIEJ4=; b=BIDkQmzZM7fvWLvqeEyld+V7gL 3o/GdWEk2rQX36L+9/AxQNewR/W5Kx2dznTgj4ixNw9Ivh0k7YYBX/IRaD0goLClLrIIpItQeKZWR 2iaCaAKVCfZtSzpsZy3PKoLKWEhytan5SKvUWcRB1K8oaJeD1AKqxsiVH6m0ghcOEnvc=; Original-Received: from dsl-hkibng31-54fab3-231.dhcp.inet.fi ([84.250.179.231] helo=[10.0.42.10]) by mail.netcrew.fi with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1jJLnc-0003tA-Kf; Tue, 31 Mar 2020 21:39:44 +0300 In-Reply-To: <83h7y41pxb.fsf@gnu.org> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:177927 Archived-At: On 2020-03-31 18:53, Eli Zaretskii wrote: >> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. >> 0x00005568e2e5dc1b in mark_object (arg=> access memory at address 0x7ffde9c2fff8>) at alloc.c:6386 >> 6386 { >> (gdb) p/x $sp >> $1 = 0x7ffde9c2fff0 >> (gdb) p/x &stack_bottom >> No symbol "stack_bottom" in current context. > > What about this one: > > (gdb) p &(current_thread->stack_bottom) No luck there, but jooks like there's m_stack_bottom: (gdb) p *current_thread $4 = {header = {size = 4611686018763182088}, m_last_thing_searched = 0x5568edbdfc15, m_saved_last_thing_searched = 0x0, name = 0x0, function = 0x0, result = 0x0, error_symbol = 0x0, error_data = 0x0, event_object = 0x0, m_stack_bottom = 0x7ffdea5bcbe8 "\245'WWX\177", stack_top = 0x0, m_catchlist = 0x0, m_handlerlist = 0x5568e4298ae0, m_handlerlist_sentinel = 0x5568e426e620, m_specpdl_size = 383, m_specpdl = 0x5568e43f7968, m_specpdl_ptr = 0x5568e43f7bc0, m_lisp_eval_depth = 1, m_current_buffer = 0x5568edbdfc10, m_search_regs = {num_regs = 30, start = 0x5568e4217100, end = 0x5568e4275d00}, m_saved_search_regs = {num_regs = 0, start = 0x5568e4217100, end = 0x5568e4275d00}, m_waiting_for_user_input_p = -1, m_waiting_for_input = false, m_getcjmp = {{__jmpbuf = {0, -2837276071106932492, 93908968795088, 140728535338384, 0, 0, -2837276071016754956, -8235419651387780876}, __mask_was_saved = 0, __saved_mask = {__val = {140728535336288, 93908971939294, 5, 140728535336400, 93908971991551, 93909166555283, 3, 93909166555267, 0, 140728535336400, 93908971648480, 93908981051456, 0, 0, 2504284832306423296, 93908970882441}}}}, thread_id = 140017640263616, thread_condvar = {__data = {{__wseq = 0, __wseq32 = {__low = 0, __high = 0}}, {__g1_start = 0, __g1_start32 = {__low = 0, __high = 0}}, __g_refs = {0, 0}, __g_size = {0, 0}, __g1_orig_size = 0, __wrefs = 0, __g_signals = {0, 0}}, __size = '\000' , __align = 0}, wait_condvar = 0x0, thread_name = 0x0, not_holding_lock = 0, next_thread = 0x0} >> (gdb) bt full 3 >> #0 0x00005568e2e5dc1b in mark_object (arg=Python Exception > 'gdb.MemoryError'> Cannot access memory at address 0x7ffde9c2fff8: >> #1 0x00005568e2e5df9c in mark_object (arg=0x5568e6c1f003) at alloc.c:6629 >> ptr = 0x5568e6c1f000 >> obj = 0x5568e6c1f043 >> po = 0x5568e6c1f000 >> cdr_count = 0 > > This does look like stack overflow. Can you enlarge the stack size of > your Emacs and see if that helps? I'll test that tomorrow.