From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives Date: Mon, 02 May 2016 16:54:12 +0000 Message-ID: References: <8337q0mpe7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113ce3c621f4da0531ded80b X-Trace: ger.gmane.org 1462208148 8087 80.91.229.3 (2 May 2016 16:55:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 May 2016 16:55:48 +0000 (UTC) Cc: 23424@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 02 18:55:35 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1axH8A-00039k-Go for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 May 2016 18:55:34 +0200 Original-Received: from localhost ([::1]:37655 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axH86-0001EJ-Mb for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 May 2016 12:55:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48276) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axH7w-0000xG-96 for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:55:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1axH7i-0005Jb-Q9 for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:55:14 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axH7h-0005HU-KV for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:55:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1axH7e-0007Mf-5b for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 May 2016 16:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23424 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23424-submit@debbugs.gnu.org id=B23424.146220807028263 (code B ref 23424); Mon, 02 May 2016 16:55:02 +0000 Original-Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:54:30 +0000 Original-Received: from localhost ([127.0.0.1]:34105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axH77-0007Ln-Ic for submit@debbugs.gnu.org; Mon, 02 May 2016 12:54:30 -0400 Original-Received: from mail-oi0-f51.google.com ([209.85.218.51]:35424) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axH75-0007LU-QR for 23424@debbugs.gnu.org; Mon, 02 May 2016 12:54:28 -0400 Original-Received: by mail-oi0-f51.google.com with SMTP id x19so197349292oix.2 for <23424@debbugs.gnu.org>; Mon, 02 May 2016 09:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=scBztByFAnzZq70flQHKqajgDoZ3FuUSc0j2XgD+xBE=; b=W9ckPNuRov6+yFFtC0pTreQy5UR/tRLpA0m/b8EhJ7Fe/tEMVc4OA/laix/Z5u9qT4 P7nocCVCnthuIox9tsVPVlANBRvSnWtg8peZRQnkYFO9yJ+XkNWzw2qtQSoupWsCXBSg otk65Ht7YdmVqWDVLBdjID0e9xPW1rpldYC7HusRhDS89KX6gSbPOxZu1EjzNWHxSOea BxREO6UF+WcJBEwLK93J1QrZ6UlhLAJlkcsNVWb47h6ovXBGgvQCZ5EeLpwjuDSNAbdk sm1LOGb3DMxgozSi+0oYjpQaYxDy7xI+dixUBsffuDf4dvbvn92494AuXHH8yc4xuL3N tfgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=scBztByFAnzZq70flQHKqajgDoZ3FuUSc0j2XgD+xBE=; b=IUnJOA1QJmkUUzSRDHKBTBmAOcsH10Lw28CnbMdQ2hJWLdeVcZfTyMuIhbsfhgN4Wo 2bsr11mNt/5u5z22mqQcYpigthLmWCnHxK+pZ9WQyXPEkn4AFO12AvOjDySSvdw42gEr vo97+a9Jn+RQqQjd8uRJ8amz7MrRIqZhUOD3vqNYp3fs/a2Wd4PkoPBx2ELhHuB+35/V LUTAf8jg6YdZw0vtKIW2hW37x4tBdlZjqFK10q2yKDnm3n9lhffhoqG1u9pZfY9wW8ZN tSvRMVl2azHYxYPhX9iqbnvwBfIWzoOWBfPnIY0gLxNs4xcBRPpQ9MXVkfzQO720xz2Z q8eQ== X-Gm-Message-State: AOPr4FX/aySBJfjpbQyoE8EeRgrZci2OvDxKuLVAF4fzWOmJwT5KJpTuZVPq8kYDgP+W3/4Wc6xVbOfutQm2+A== X-Received: by 10.202.179.8 with SMTP id c8mr15645555oif.50.1462208062156; Mon, 02 May 2016 09:54:22 -0700 (PDT) In-Reply-To: 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: 208.118.235.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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:117585 Archived-At: --001a113ce3c621f4da0531ded80b Content-Type: text/plain; charset=UTF-8 Looks like, some minor mode keeps on checking for balanced parentheses and throws errors as I type "(require 'package)" after "r -Q" in gdb. Is that expected? If so, what do you need to disable to prevent these false breakpoints? Thanks. Here's a backtrace for that: (emacs:38938): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source != NULL' failed Breakpoint 3, Fsignal (error_symbol=41328, data=14842835) at eval.c:1471 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); (gdb) bt #0 Fsignal (error_symbol=41328, data=14842835) at eval.c:1471 #1 0x00000000005f3742 in xsignal (error_symbol=41328, data=14842835) at eval.c:1577 #2 0x00000000005f3817 in xsignal3 (error_symbol=41328, arg1=18570180, arg2=586, arg3=586) at eval.c:1604 #3 0x0000000000636545 in scan_lists (from=146, count=-1, depth=-1, sexpflag=true) at syntax.c:2947 #4 0x0000000000636e34 in Fscan_sexps (from=590, count=-2) at syntax.c:3076 #5 0x00000000005f631a in Ffuncall (nargs=3, args=0x7fffffff64b0) at eval.c:2696 #6 0x000000000063c073 in exec_byte_code (bytestr=11043980, vector=11044013, maxdepth=18, args_template=1026, nargs=1, args=0x7fffffff6a00) at bytecode.c:880 #7 0x00000000005f6b6c in funcall_lambda (fun=11043925, nargs=1, arg_vector=0x7fffffff69f8) at eval.c:2855 #8 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff69f0) at eval.c:2742 #9 0x000000000063c073 in exec_byte_code (bytestr=11111676, vector=11111709, maxdepth=22, args_template=2, nargs=0, args=0x7fffffff6f10) at bytecode.c:880 #10 0x00000000005f6b6c in funcall_lambda (fun=11111637, nargs=0, arg_vector=0x7fffffff6f10) at eval.c:2855 #11 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff6f08) at eval.c:2742 #12 0x000000000063c073 in exec_byte_code (bytestr=11111564, vector=11111597, maxdepth=14, args_template=2, nargs=0, args=0x7fffffff7438) at bytecode.c:880 #13 0x00000000005f6b6c in funcall_lambda (fun=11111525, nargs=0, arg_vector=0x7fffffff7438) at eval.c:2855 #14 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7430) at eval.c:2742 #15 0x000000000063c073 in exec_byte_code (bytestr=11109500, vector=11109533, maxdepth=22, args_template=2, nargs=0, args=0x7fffffff7ab0) at bytecode.c:880 #16 0x00000000005f6b6c in funcall_lambda (fun=11109453, nargs=0, arg_vector=0x7fffffff7ab0) at eval.c:2855 #17 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7aa8) at eval.c:2742 #18 0x00000000005f5220 in Fapply (nargs=2, args=0x7fffffff7aa8) at eval.c:2274 #19 0x00000000005f61e8 in Ffuncall (nargs=3, args=0x7fffffff7aa0) at eval.c:2673 #20 0x000000000063c073 in exec_byte_code (bytestr=17759172, vector=18920261, maxdepth=18, args_template=514, nargs=0, args=0x7fffffff7fd8) at bytecode.c:880 #21 0x00000000005f6b6c in funcall_lambda (fun=19745725, nargs=0, arg_vector=0x7fffffff7fd8) at eval.c:2855 #22 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7fd0) at eval.c:2742 #23 0x000000000063c073 in exec_byte_code (bytestr=11361660, vector=11361693, maxdepth=18, args_template=2, nargs=0, args=0x7fffffff8500) at bytecode.c:880 #24 0x00000000005f6b6c in funcall_lambda (fun=11361621, nargs=0, arg_vector=0x7fffffff8500) at eval.c:2855 #25 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff84f8) at eval.c:2742 #26 0x000000000063c073 in exec_byte_code (bytestr=11360308, vector=11360341, maxdepth=10, args_template=2, nargs=0, args=0x7fffffff8b68) at bytecode.c:880 #27 0x00000000005f6b6c in funcall_lambda (fun=11360269, nargs=0, arg_vector=0x7fffffff8b68) at eval.c:2855 #28 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff8b60) at eval.c:2742 #29 0x00000000005f5220 in Fapply (nargs=2, args=0x7fffffff8b60) at eval.c:2274 #30 0x00000000005f61e8 in Ffuncall (nargs=3, args=0x7fffffff8b58) at eval.c:2673 #31 0x000000000063c073 in exec_byte_code (bytestr=10909844, vector=10909877, maxdepth=30, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #32 0x00000000005f6ea8 in funcall_lambda (fun=10909797, nargs=1, arg_vector=0xa678b5 ) at eval.c:2921 #33 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff90a0) at eval.c:2742 #34 0x00000000005f5d10 in call1 (fn=45648, arg1=20350077) at eval.c:2552 #35 0x0000000000561100 in timer_check_2 (timers=14843027, idle_timers=14842995) at keyboard.c:4419 #36 0x000000000056122e in timer_check () at keyboard.c:4481 #37 0x000000000055f0c6 in readable_events (flags=1) at keyboard.c:3320 #38 0x0000000000565979 in get_input_pending (flags=1) at keyboard.c:6717 #39 0x000000000056bab1 in detect_input_pending_run_timers (do_display=true) at keyboard.c:9854 #40 0x0000000000649b14 in wait_reading_process_output (time_limit=30, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=0, wait_proc=0x0, just_wait_proc=0) at process.c:4950 #41 0x00000000004266ef in sit_for (timeout=122, reading=true, display_option=1) at dispnew.c:5762 #42 0x000000000055d9b3 in read_char (commandflag=1, map=14847235, prev_event=0, used_mouse_menu=0x7fffffff9a1f, end_time=0x0) at keyboard.c:2706 #43 0x000000000056a2d9 in read_key_sequence (keybuf=0x7fffffff9bd0, bufsize=30, prompt=0, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9055 #44 0x000000000055a8a9 in command_loop_1 () at keyboard.c:1357 #45 0x00000000005f2f86 in internal_condition_case (bfun=0x55a49f , handlers=19056, hfun=0x559c89 ) at eval.c:1309 #46 0x000000000055a1a7 in command_loop_2 (ignore=0) at keyboard.c:1099 #47 0x00000000005f28a6 in internal_catch (tag=46224, func=0x55a17e , arg=0) at eval.c:1074 #48 0x000000000055a147 in command_loop () at keyboard.c:1078 #49 0x0000000000559858 in recursive_edit_1 () at keyboard.c:684 #50 0x00000000005599eb in Frecursive_edit () at keyboard.c:755 #51 0x00000000005578aa in main (argc=2, argv=0x7fffffffa068) at emacs.c:1606 Lisp Backtrace: "scan-sexps" (0xffff64b8) "forward-sexp" (0xffff69f8) "elisp--beginning-of-sexp" (0xffff6f10) "elisp--fnsym-in-current-sexp" (0xffff7438) "elisp-eldoc-documentation-function" (0xffff7ab0) "apply" (0xffff7aa8) 0x12d4bb8 PVEC_COMPILED "eldoc-print-current-symbol-info" (0xffff8500) 0xad5808 PVEC_COMPILED "apply" (0xffff8b60) "timer-event-handler" (0xffff90a8) On Mon, May 2, 2016 at 12:41 PM Kaushal Modi wrote: > Sorry, I figured out my mistake (with respect to be unable to set > breakpoint). It's still not working smoothly.. the breakpoint is activated > with each character I type.. so not sure what's up. > > As you already have the debug info, I will put learning gdb on my short > term to-learn list. > > Thanks. > > ===== > Are you sure you want to change it? (y or n) [answered Y; input not from > terminal] > DISPLAY = :1.0 > TERM = xterm-256color > Breakpoint 1 at 0x555e7d: file emacs.c, line 354. > Temporary breakpoint 2 at 0x578c80: file sysdep.c, line 915. > (gdb) break Fsignal > Breakpoint 3 at 0x5f338c: file eval.c, line 1471. > (gdb) bt > No stack. > (gdb) r -Q > Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > [New Thread 0x7fffed75f700 (LWP 27555)] > > (emacs:27551): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: > assertion 'source != NULL' failed > > Breakpoint 3, Fsignal (error_symbol=41328, data=16757379) at eval.c:1471 > 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); > (gdb) c > Continuing. > > Breakpoint 3, Fsignal (error_symbol=41328, data=14850531) at eval.c:1471 > 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); > (gdb) c > Continuing. > > Breakpoint 3, Fsignal (error_symbol=41328, data=25212659) at eval.c:1471 > 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); > (gdb) c > Continuing. > > Breakpoint 3, Fsignal (error_symbol=41328, data=25415251) at eval.c:1471 > 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); > -- > > -- > Kaushal Modi > -- -- Kaushal Modi --001a113ce3c621f4da0531ded80b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Looks like, some minor mode keeps on checking for balanced= parentheses and throws errors as I type "(require 'package)"= after "r -Q" in gdb.

Is that expected? If so,= what do you need to disable to prevent these false breakpoints?
=
Thanks.

Here's a backtrace for = that:

(emacs:38938): GLib-GIO-CRITICAL **: g_= settings_schema_source_lookup: assertion 'source !=3D NULL' failed<= /div>

Breakpoint 3, Fsignal (error_symbol=3D41328, data= =3D14842835) at eval.c:1471
1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (= NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) bt
=
#0 =C2=A0Fsignal (error_symbol=3D41328, data=3D14842835) at eval.c:147= 1
#1 =C2=A00x00000000005f3742 in xsignal (error_symbol=3D41328, d= ata=3D14842835) at eval.c:1577
#2 =C2=A00x00000000005f3817 in xsi= gnal3 (error_symbol=3D41328, arg1=3D18570180, arg2=3D586, arg3=3D586) at ev= al.c:1604
#3 =C2=A00x0000000000636545 in scan_lists (from=3D146, = count=3D-1, depth=3D-1, sexpflag=3Dtrue) at syntax.c:2947
#4 =C2= =A00x0000000000636e34 in Fscan_sexps (from=3D590, count=3D-2) at syntax.c:3= 076
#5 =C2=A00x00000000005f631a in Ffuncall (nargs=3D3, args=3D0x= 7fffffff64b0) at eval.c:2696
#6 =C2=A00x000000000063c073 in exec_= byte_code (bytestr=3D11043980, vector=3D11044013, maxdepth=3D18, args_templ= ate=3D1026, nargs=3D1, args=3D0x7fffffff6a00) at bytecode.c:880
#= 7 =C2=A00x00000000005f6b6c in funcall_lambda (fun=3D11043925, nargs=3D1, ar= g_vector=3D0x7fffffff69f8) at eval.c:2855
#8 =C2=A00x00000000005f= 6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff69f0) at eval.c:2742
#9 =C2=A00x000000000063c073 in exec_byte_code (bytestr=3D11111676, vector= =3D11111709, maxdepth=3D22, args_template=3D2, nargs=3D0, args=3D0x7fffffff= 6f10) at bytecode.c:880
#10 0x00000000005f6b6c in funcall_lambda = (fun=3D11111637, nargs=3D0, arg_vector=3D0x7fffffff6f10) at eval.c:2855
#11 0x00000000005f6568 in Ffuncall (nargs=3D1, args=3D0x7fffffff6f08= ) at eval.c:2742
#12 0x000000000063c073 in exec_byte_code (bytest= r=3D11111564, vector=3D11111597, maxdepth=3D14, args_template=3D2, nargs=3D= 0, args=3D0x7fffffff7438) at bytecode.c:880
#13 0x00000000005f6b6= c in funcall_lambda (fun=3D11111525, nargs=3D0, arg_vector=3D0x7fffffff7438= ) at eval.c:2855
#14 0x00000000005f6568 in Ffuncall (nargs=3D1, a= rgs=3D0x7fffffff7430) at eval.c:2742
#15 0x000000000063c073 in ex= ec_byte_code (bytestr=3D11109500, vector=3D11109533, maxdepth=3D22, args_te= mplate=3D2, nargs=3D0, args=3D0x7fffffff7ab0) at bytecode.c:880
#= 16 0x00000000005f6b6c in funcall_lambda (fun=3D11109453, nargs=3D0, arg_vec= tor=3D0x7fffffff7ab0) at eval.c:2855
#17 0x00000000005f6568 in Ff= uncall (nargs=3D1, args=3D0x7fffffff7aa8) at eval.c:2742
#18 0x00= 000000005f5220 in Fapply (nargs=3D2, args=3D0x7fffffff7aa8) at eval.c:2274<= /div>
#19 0x00000000005f61e8 in Ffuncall (nargs=3D3, args=3D0x7fffffff7= aa0) at eval.c:2673
#20 0x000000000063c073 in exec_byte_code (byt= estr=3D17759172, vector=3D18920261, maxdepth=3D18, args_template=3D514, nar= gs=3D0, args=3D0x7fffffff7fd8) at bytecode.c:880
#21 0x0000000000= 5f6b6c in funcall_lambda (fun=3D19745725, nargs=3D0, arg_vector=3D0x7ffffff= f7fd8) at eval.c:2855
#22 0x00000000005f6568 in Ffuncall (nargs= =3D1, args=3D0x7fffffff7fd0) at eval.c:2742
#23 0x000000000063c07= 3 in exec_byte_code (bytestr=3D11361660, vector=3D11361693, maxdepth=3D18, = args_template=3D2, nargs=3D0, args=3D0x7fffffff8500) at bytecode.c:880
#24 0x00000000005f6b6c in funcall_lambda (fun=3D11361621, nargs=3D0, = arg_vector=3D0x7fffffff8500) at eval.c:2855
#25 0x00000000005f656= 8 in Ffuncall (nargs=3D1, args=3D0x7fffffff84f8) at eval.c:2742
#= 26 0x000000000063c073 in exec_byte_code (bytestr=3D11360308, vector=3D11360= 341, maxdepth=3D10, args_template=3D2, nargs=3D0, args=3D0x7fffffff8b68) at= bytecode.c:880
#27 0x00000000005f6b6c in funcall_lambda (fun=3D1= 1360269, nargs=3D0, arg_vector=3D0x7fffffff8b68) at eval.c:2855
#= 28 0x00000000005f6568 in Ffuncall (nargs=3D1, args=3D0x7fffffff8b60) at eva= l.c:2742
#29 0x00000000005f5220 in Fapply (nargs=3D2, args=3D0x7f= ffffff8b60) at eval.c:2274
#30 0x00000000005f61e8 in Ffuncall (na= rgs=3D3, args=3D0x7fffffff8b58) at eval.c:2673
#31 0x000000000063= c073 in exec_byte_code (bytestr=3D10909844, vector=3D10909877, maxdepth=3D3= 0, args_template=3D0, nargs=3D0, args=3D0x0) at bytecode.c:880
#3= 2 0x00000000005f6ea8 in funcall_lambda (fun=3D10909797, nargs=3D1, arg_vect= or=3D0xa678b5 <pure+1394613>) at eval.c:2921
#33 0x00000000= 005f6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff90a0) at eval.c:2742
#34 0x00000000005f5d10 in call1 (fn=3D45648, arg1=3D20350077) at eval= .c:2552
#35 0x0000000000561100 in timer_check_2 (timers=3D1484302= 7, idle_timers=3D14842995) at keyboard.c:4419
#36 0x0000000000561= 22e in timer_check () at keyboard.c:4481
#37 0x000000000055f0c6 i= n readable_events (flags=3D1) at keyboard.c:3320
#38 0x0000000000= 565979 in get_input_pending (flags=3D1) at keyboard.c:6717
#39 0x= 000000000056bab1 in detect_input_pending_run_timers (do_display=3Dtrue) at = keyboard.c:9854
#40 0x0000000000649b14 in wait_reading_process_ou= tput (time_limit=3D30, nsecs=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_fo= r_cell=3D0, wait_proc=3D0x0, just_wait_proc=3D0) at process.c:4950
#41 0x00000000004266ef in sit_for (timeout=3D122, reading=3Dtrue, display= _option=3D1) at dispnew.c:5762
#42 0x000000000055d9b3 in read_cha= r (commandflag=3D1, map=3D14847235, prev_event=3D0, used_mouse_menu=3D0x7ff= fffff9a1f, end_time=3D0x0) at keyboard.c:2706
#43 0x00= 0000000056a2d9 in read_key_sequence (keybuf=3D0x7fffffff9bd0, bufsize=3D30,= prompt=3D0, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fi= x_current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at keyboard.c:9055
#44 0x000000000055a8a9 in command_loop_1 () at keyboard.c:1357
<= div>#45 0x00000000005f2f86 in internal_condition_case (bfun=3D0x55a49f <= command_loop_1>, handlers=3D19056, hfun=3D0x559c89 <cmd_error>) at= eval.c:1309
#46 0x000000000055a1a7 in command_loop_2 (ignore=3D0= ) at keyboard.c:1099
#47 0x00000000005f28a6 in internal_catch (ta= g=3D46224, func=3D0x55a17e <command_loop_2>, arg=3D0) at eval.c:1074<= /div>
#48 0x000000000055a147 in command_loop () at keyboard.c:1078
#49 0x0000000000559858 in recursive_edit_1 () at keyboard.c:684
=
#50 0x00000000005599eb in Frecursive_edit () at keyboard.c:755
#51 0x00000000005578aa in main (argc=3D2, argv=3D0x7fffffffa068) at emac= s.c:1606

Lisp Backtrace:
&quo= t;scan-sexps" (0xffff64b8)
"forward-sexp" (0xffff6= 9f8)
"elisp--beginning-of-sexp" (0xffff6f10)
= "elisp--fnsym-in-current-sexp" (0xffff7438)
"elisp= -eldoc-documentation-function" (0xffff7ab0)
"apply"= ; (0xffff7aa8)
0x12d4bb8 PVEC_COMPILED
"eldoc-prin= t-current-symbol-info" (0xffff8500)
0xad5808 PVEC_COMPILED
"apply" (0xffff8b60)
"timer-event-handler= " (0xffff90a8)

On Mon, May 2, 2016 at 12:41 PM Kaushal Modi <kaushal.modi@gmail.com> wrote:
Sorry, I figured out my mista= ke (with respect to be unable to set breakpoint). It's still not workin= g smoothly.. the breakpoint is activated with each character I type.. so no= t sure what's up.

As you already have the debug info= , I will put learning gdb on my short term to-learn list.

Thanks.

=3D=3D=3D=3D=3D
Are= you sure you want to change it? (y or n) [answered Y; input not from termi= nal]
DISPLAY =3D :1.0
TERM =3D xterm-256color
Breakpoint 1 at 0x555e7d: file emacs.c, line 354.
Temporary breakpoint 2 at 0x578c80: file sysdep.c, line= 915.
(gdb) break Fsignal
=
Breakpoint 3 at 0x5f338c: file eval.c, line 1471.
(gdb) bt
No stack.
(gdb) r -Q
Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q
[Thread debugging using libthread_db enabled]
Using host l= ibthread_db library "/lib64/libthread_db.so.1".
=
[New Thread 0x7fffed75f700 (LWP 27555)]

(emacs:27551): GLib-GIO-CRITICAL **: g_settings_schema_sou= rce_lookup: assertion 'source !=3D NULL' failed

Breakpoint 3, Fsignal (error_symbol=3D41328, data=3D16757379) at= eval.c:1471
1471 = =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : error_s= ymbol);
(gdb) c
Continuing.

Breakpoint 3, Fsignal (error_sym= bol=3D41328, data=3D14850531) at eval.c:1471
1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_s= ymbol) ? Fcar (data) : error_symbol);
(gdb) c
Continuing.

Br= eakpoint 3, Fsignal (error_symbol=3D41328, data=3D25212659) at eval.c:1471<= /div>
1471 =C2=A0 =C2=A0 = =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);
<= /div>
(gdb) c
Continui= ng.

Breakpoint 3, Fsignal (error_symbol=3D41328, d= ata=3D25415251) at eval.c:1471
1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar = (data) : error_symbol);
--

--
Kaushal Modi

--

--
Kaushal Modi

--001a113ce3c621f4da0531ded80b--