Re: [code] [textadept] Possible bug?

From: triplejam <triplejam.att.protonmail.com>
Date: Tue, 08 May 2018 07:20:17 -0400

Reading symbols from ./textadept...done.
(gdb) set disable-randomization off
(gdb) r
Starting program: /home/james/Software/textadept_10.0_beta.x86_64/textadept
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7f0e5d86f700 (LWP 20113)]
[New Thread 0x7f0e5d06e700 (LWP 20114)]

Thread 1 "textadept" received signal SIGSEGV, Segmentation fault.
0x00007f0e5c1acc11 in ?? ()
(gdb) bt
#0 0x00007f0e5c1acc11 in ?? ()
#1 0x00005570c16b83cb in luaD_precall (
    L=0x5570c2924108, func=0x5570c31cb3b0,
    nresults=1) at lua/src/ldo.c:434
#2 0x00005570c16ce22a in luaV_execute (
    L=0x5570c2924108) at lua/src/lvm.c:1134
#3 0x00005570c16b8769 in luaD_call (
    L=0x5570c2924108, func=0x5570c31cb2b0,
    nResults=-1) at lua/src/ldo.c:499
#4 0x00005570c16b87c7 in luaD_callnoyield (
    L=0x5570c2924108, func=0x5570c31cb2b0,
    nResults=-1) at lua/src/ldo.c:509
#5 0x00005570c16b2289 in f_call (L=0x5570c2924108,
    ud=0x7ffe9d43a410) at lua/src/lapi.c:942
#6 0x00005570c16b76f4 in luaD_rawrunprotected (
    L=0x5570c2924108, f=0x5570c16b2254 <f_call>,
    ud=0x7ffe9d43a410) at lua/src/ldo.c:142
#7 0x00005570c16b8fa8 in luaD_pcall (
    L=0x5570c2924108, func=0x5570c16b2254 <f_call>,
    u=0x7ffe9d43a410, old_top=832, ef=0)
    at lua/src/ldo.c:729
#8 0x00005570c16b2369 in lua_pcallk (
    L=0x5570c2924108, nargs=1, nresults=-1,
    errfunc=0, ctx=0, k=0x5570c16d2e4f <finishpcall>)
    at lua/src/lapi.c:968
#9 0x00005570c16d2f25 in luaB_pcall (
    L=0x5570c2924108) at lua/src/lbaselib.c:424
#10 0x00005570c16b83cb in luaD_precall (
    L=0x5570c2924108, func=0x5570c31cb290,
    nresults=2) at lua/src/ldo.c:434
#11 0x00005570c16ce22a in luaV_execute (
    L=0x5570c2924108) at lua/src/lvm.c:1134
---Type <return> to continue, or q <return> to quit---
#12 0x00005570c16b8769 in luaD_call (
    L=0x5570c2924108, func=0x5570c31cb1d0,
    nResults=-1) at lua/src/ldo.c:499
#13 0x00005570c16b87c7 in luaD_callnoyield (
    L=0x5570c2924108, func=0x5570c31cb1d0,
    nResults=-1) at lua/src/ldo.c:509
#14 0x00005570c16b2289 in f_call (L=0x5570c2924108,
    ud=0x7ffe9d43ac80) at lua/src/lapi.c:942
#15 0x00005570c16b76f4 in luaD_rawrunprotected (
    L=0x5570c2924108, f=0x5570c16b2254 <f_call>,
    ud=0x7ffe9d43ac80) at lua/src/ldo.c:142
#16 0x00005570c16b8fa8 in luaD_pcall (
    L=0x5570c2924108, func=0x5570c16b2254 <f_call>,
    u=0x7ffe9d43ac80, old_top=608, ef=576)
    at lua/src/ldo.c:729
#17 0x00005570c16b2369 in lua_pcallk (
    L=0x5570c2924108, nargs=0, nresults=-1,
    errfunc=2, ctx=2, k=0x5570c16d2e4f <finishpcall>)
    at lua/src/lapi.c:968
#18 0x00005570c16d2fd2 in luaB_xpcall (
    L=0x5570c2924108) at lua/src/lbaselib.c:441
#19 0x00005570c16b83cb in luaD_precall (
    L=0x5570c2924108, func=0x5570c31cb190,
    nresults=-1) at lua/src/ldo.c:434
#20 0x00005570c16ce22a in luaV_execute (
    L=0x5570c2924108) at lua/src/lvm.c:1134
#21 0x00005570c16b8769 in luaD_call (
    L=0x5570c2924108, func=0x5570c31cb090,
    nResults=-1) at lua/src/ldo.c:499
#22 0x00005570c16b87c7 in luaD_callnoyield (
    L=0x5570c2924108, func=0x5570c31cb090,
    nResults=-1) at lua/src/ldo.c:509
---Type <return> to continue, or q <return> to quit---
#23 0x00005570c16b2289 in f_call (L=0x5570c2924108,
    ud=0x7ffe9d43b4f0) at lua/src/lapi.c:942
#24 0x00005570c16b76f4 in luaD_rawrunprotected (
    L=0x5570c2924108, f=0x5570c16b2254 <f_call>,
    ud=0x7ffe9d43b4f0) at lua/src/ldo.c:142
#25 0x00005570c16b8fa8 in luaD_pcall (
    L=0x5570c2924108, func=0x5570c16b2254 <f_call>,
    u=0x7ffe9d43b4f0, old_top=288, ef=0)
    at lua/src/ldo.c:729
#26 0x00005570c16b2369 in lua_pcallk (
    L=0x5570c2924108, nargs=6, nresults=-1,
    errfunc=0, ctx=0, k=0x5570c16d2e4f <finishpcall>)
    at lua/src/lapi.c:968
#27 0x00005570c16d2f25 in luaB_pcall (
    L=0x5570c2924108) at lua/src/lbaselib.c:424
#28 0x00005570c16b83cb in luaD_precall (
    L=0x5570c2924108, func=0x5570c31cb070,
    nresults=2) at lua/src/ldo.c:434
#29 0x00005570c16ce22a in luaV_execute (
    L=0x5570c2924108) at lua/src/lvm.c:1134
#30 0x00005570c16b8769 in luaD_call (
    L=0x5570c2924108, func=0x5570c31caf90,
    nResults=1) at lua/src/ldo.c:499
#31 0x00005570c16b87c7 in luaD_callnoyield (
    L=0x5570c2924108, func=0x5570c31caf90,
    nResults=1) at lua/src/ldo.c:509
#32 0x00005570c16b2289 in f_call (L=0x5570c2924108,
    ud=0x7ffe9d43bd60) at lua/src/lapi.c:942
#33 0x00005570c16b76f4 in luaD_rawrunprotected (
    L=0x5570c2924108, f=0x5570c16b2254 <f_call>,
    ud=0x7ffe9d43bd60) at lua/src/ldo.c:142
#34 0x00005570c16b8fa8 in luaD_pcall (
---Type <return> to continue, or q <return> to quit---
    L=0x5570c2924108, func=0x5570c16b2254 <f_call>,
    u=0x7ffe9d43bd60, old_top=32, ef=0)
    at lua/src/ldo.c:729
#35 0x00005570c16b2369 in lua_pcallk (
    L=0x5570c2924108, nargs=7, nresults=1,
    errfunc=0, ctx=0, k=0x0) at lua/src/lapi.c:968
#36 0x00005570c16a73e2 in lL_event (
    L=0x5570c2924108, name=0x5570c16f95d9 "keypress")
    at textadept.c:255
#37 0x00005570c16ad8e1 in s_keypress (
    _=0x5570c29b0710, event=0x5570c2a86170, __=0x0)
    at textadept.c:1924
#38 0x00007f0e67ebb8b4 in ?? ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#39 0x00007f0e66707e55 in g_closure_invoke ()
   from /usr/lib64/libgobject-2.0.so.0
#40 0x00007f0e667194d2 in ?? ()
   from /usr/lib64/libgobject-2.0.so.0
#41 0x00007f0e6672196e in g_signal_emit_valist ()
   from /usr/lib64/libgobject-2.0.so.0
#42 0x00007f0e667222a7 in g_signal_emit ()
   from /usr/lib64/libgobject-2.0.so.0
#43 0x00007f0e67fc9e14 in ?? ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#44 0x00007f0e67fdcf87 in gtk_window_propagate_key_event () from /usr/lib64/libgtk-x11-2.0.so.0
#45 0x00007f0e67fdf8fb in ?? ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#46 0x00007f0e67ebb8b4 in ?? ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#47 0x00007f0e66707e55 in g_closure_invoke ()
   from /usr/lib64/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#48 0x00007f0e667198bc in ?? ()
   from /usr/lib64/libgobject-2.0.so.0
#49 0x00007f0e6672196e in g_signal_emit_valist ()
   from /usr/lib64/libgobject-2.0.so.0
#50 0x00007f0e667222a7 in g_signal_emit ()
   from /usr/lib64/libgobject-2.0.so.0
#51 0x00007f0e67fc9e14 in ?? ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#52 0x00007f0e67eba1d7 in gtk_propagate_event ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#53 0x00007f0e67eba4ab in gtk_main_do_event ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#54 0x00007f0e67b31a04 in ?? ()
   from /usr/lib64/libgdk-x11-2.0.so.0
#55 0x00007f0e65d295de in g_main_context_dispatch ()
   from /usr/lib64/libglib-2.0.so.0
#56 0x00007f0e65d29840 in ?? ()
   from /usr/lib64/libglib-2.0.so.0
#57 0x00007f0e65d29b4a in g_main_loop_run ()
   from /usr/lib64/libglib-2.0.so.0
#58 0x00007f0e67eb95a7 in gtk_main ()
   from /usr/lib64/libgtk-x11-2.0.so.0
#59 0x00005570c16afa35 in main (argc=1,
    argv=0x7ffe9d43cc68) at textadept.c:2501
#60 0x00007f0e64bf8541 in __libc_start_main ()
   from /lib64/libc.so.6
#61 0x00005570c1595b9a in ?? ()
(gdb)

Doesn't seem like much more info... the last few lines of 'info sharedlibrary' shows the symbols as being loaded

0x00007f0e5da7a480 0x00007f0e5da7f4bf Yes (*) /usr/lib64/gtk-2.0/2.10.0/engines/libpixmap.so
0x00007f0e5d871300 0x00007f0e5d871989 Yes (*) /usr/lib64/gtk-2.0/2.10.0/engines/libadwaita.so
0x00007f0e5c669ec0 0x00007f0e5c66be09 Yes (*) /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
0x00007f0e57df8620 0x00007f0e57df9155 Yes (*) /usr/lib64/gconv/ISO8859-1.so
0x00007f0e57b9ca70 0x00007f0e57bce224 Yes /home/james/.textadept/modules/spellcheck/spell64.so

Is there something else to get more info?

​Cordially,

James

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On May 7, 2018 11:27 AM, Mitchell <m.att.foicica.com> wrote:

> Hi James,
>
> On Mon, 7 May 2018, triplejam wrote:
>
> > I tried going through the init file and the command in the line "if not M.spellchecker:spell(word) then" is what triggers it. I don't really know if enough about how lua works to look further. But thanks for trying to help. Maybe someone else can give better info if it occurs for them.
>
> I appreciate your taking the time to debug this yourself. That function call indeed calls into hunspell (C++). Will you please download and use:
>
> https://foicica.com/wiki/spellcheck/file/spellcheck-0-2-dbg.zip
>
> That is a spellcheck module for 10.0 beta that has debug symbols built-in. Please provide a gdb backtrace when you get a crash.
>
> Thanks for all of your efforts and patience.
>
> Cheers,
>
> Mitchell
>
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> You are subscribed to code.att.foicica.com.
>
> To change subscription settings, send an e-mail to code+help.att.foicica.com.
>
> To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.

-- 
You are subscribed to code.att.foicica.com.
To change subscription settings, send an e-mail to code+help.att.foicica.com.
To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
Received on Tue 08 May 2018 - 07:20:17 EDT

This archive was generated by hypermail 2.2.0 : Wed 09 May 2018 - 06:32:23 EDT