Unfortunately, it looks like at this point the only way I can think to get more info would be to have you build your own spell64.so module with debug symbols and then try to debug it. There may be a shortcut, but you'll certainly need to fetch the spellcheck source and put it in your ~/.textadept/modules/spellcheck/.

1. Download https://foicica.com/hg/spellcheck/archive/tip.zip.
2. Extract its contents into ~/.textadept/modules/spellcheck/
3. [Begin shortcut] Try running `gdb textadept`.
4. Before running the program, try putting a breakpoint `b ls_spell` and accept the "pending" query. This is the Lua `spell()` function that you determined was the entry point to the source of the crash.
5. Now run the program and trigger spell checking.
6. The debugger should break at lspell.cxx:22.
7. Type `n` for "next" twice.
8. There should be a crash after the second "next" (it should not get to line 24, the end of the function).
9. If the crash indeed happens, try and get the backtrace.
10. If the crash does not happen, then the crash is not happening in `spell()` and you'll have to do some more sleuthing.
11. [End shortcut] If you cannot break at `b ls_spell` in step 5, then you'll have to build your own spell64.so.
12. Run `make hunspell` and then `make CXX="g++ -g" spell64.so`. Now try steps 3-11.

If you are still getting an unhelpful backtrace, and the crash is occuring inside hunspell, then you may be able to debug hunspell itself by putting a breakpoint `b Hunspell::spell` (hunspell.cxx:325) and rooting around there after continuing (`c`) from the `spell()` function breakpoint.

I am sorry for all the trouble you've been having, but I do very much appreciate your patience and taking the time to try and help me out.

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.