Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Segmentation fault with prosody/liblua (Entware) #7012

Closed
Rooby69 opened this issue Sep 13, 2018 · 5 comments
Closed

Segmentation fault with prosody/liblua (Entware) #7012

Rooby69 opened this issue Sep 13, 2018 · 5 comments

Comments

@Rooby69
Copy link

Rooby69 commented Sep 13, 2018

Description:

Hello I got the info from entware member that I should contact you
Entware/Entware#107

I have issues with prosody(v0.9.12) and the liblua (v5.1.5) in entware on ASUS router RT-AC88U.
The prosody daemon crashes. gdb log:

Program received signal SIGSEGV, Segmentation fault.
0x2abf09a0 in luaL_addlstring () from /opt/lib/liblua.so.5.1.5
(gdb) bt
#0 0x2abf09a0 in luaL_addlstring () from /opt/lib/liblua.so.5.1.5
#1 0x2abefef8 in ?? () from /opt/lib/liblua.so.5.1.5
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Can you pleas update liblua and prosody.
Prosody has already a new scurity release 0.10.2 see
http://blog.prosody.im/prosody-0-10-2-security-release/

Thanks

@dibdot
Copy link
Contributor

dibdot commented Sep 14, 2018

Please always inform the package maintainer: @heil
Also please try to reproduce your issue with a current/supported OpenWrt release - with logs, dumps etc.

@Rooby69
Copy link
Author

Rooby69 commented Sep 15, 2018

Unfrtunately I do not have any additional logs, dumps etc. I' not a linux expert.
I'm running prosody which uses liblua and cashes with the segmentation fault shown above.
Router is a RT-AC88U running Asus Merlin SW with Entware.
I try to update liblua by myself with a more recent version but did not manage yet.
Maybe someone can give me an udated make file. and patch files for latest stable version.

@Rooby69
Copy link
Author

Rooby69 commented Sep 16, 2018

I managed to get liblua compiled with symbols:

Program received signal SIGSEGV, Segmentation fault.
0x2ac589a0 in luaL_addlstring (B=0x7ed922e4, s=0x19c9000 <error: Cannot access memory at address 0x19c9000>, l=) at lauxlib.c:448
448 lauxlib.c: No such file or directory.
(gdb) bt
#0 0x2ac589a0 in luaL_addlstring (B=0x7ed922e4, s=0x19c9000 <error: Cannot access memory at address 0x19c9000>, l=) at lauxlib.c:448
#1 0x2aadf730 in buffer_meth_receive () from /opt/lib/lua/ssl.so
#2 0x2ac4c2bc in luaD_precall (L=L@entry=0x23008, func=, func@entry=0x1399a8, nresults=nresults@entry=3) at ldo.c:320
#3 0x2ac56c24 in luaV_execute (L=L@entry=0x23008, nexeccalls=2355992, nexeccalls@entry=1) at lvm.c:847
#4 0x2ac4c73c in luaD_call (L=0x23008, func=0x1398d8, nResults=-1) at ldo.c:378
#5 0x2ac4bb30 in luaD_rawrunprotected (L=0x2ac4bb30 <luaD_rawrunprotected+76>, L@entry=0x23008, f=0x23008, ud=0x23008, ud@entry=0x7ed945a8) at ldo.c:116
#6 0x2ac4c898 in luaD_pcall (L=L@entry=0x23008, func=, u=u@entry=0x7ed945a8, old_top=224, ef=208) at ldo.c:464
#7 0x2ac48368 in lua_pcall (L=L@entry=0x23008, nargs=nargs@entry=0, nresults=nresults@entry=-1, errfunc=errfunc@entry=1) at lapi.c:881
#8 0x2ac59348 in luaB_xpcall (L=0x23008) at lbaselib.c:396
#9 0x2ac4c2bc in luaD_precall (L=L@entry=0x23008, func=, func@entry=0x1398b8, nresults=nresults@entry=-1) at ldo.c:320
#10 0x2ac56c24 in luaV_execute (L=L@entry=0x23008, nexeccalls=2031768, nexeccalls@entry=1) at lvm.c:847
#11 0x2ac4c73c in luaD_call (L=0x23008, func=0x23298, nResults=-1) at ldo.c:378
#12 0x2ac4bb30 in luaD_rawrunprotected (L=0x2ac4bb30 <luaD_rawrunprotected+76>, L@entry=0x23008, f=0x0, ud=0x23008, ud@entry=0x7ed94860) at ldo.c:116
#13 0x2ac4c898 in luaD_pcall (L=L@entry=0x23008, func=, u=u@entry=0x7ed94860, old_top=64, ef=48) at ldo.c:464
#14 0x2ac48368 in lua_pcall (L=0x23008, nargs=0, nresults=-1, errfunc=) at lapi.c:881
#15 0x000111f8 in _start ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

@Rooby69
Copy link
Author

Rooby69 commented Sep 16, 2018

Anoher example:

Program received signal SIGSEGV, Segmentation fault.
0x2ab739a0 in luaL_addlstring (B=B@entry=0x7e9462e4, s=0x1994000 <error: Cannot access memory at address 0x1994000>, l=) at lauxlib.c:448
448 lauxlib.c: No such file or directory.
(gdb) bt
#0 0x2ab739a0 in luaL_addlstring (B=B@entry=0x7e9462e4, s=0x1994000 <error: Cannot access memory at address 0x1994000>, l=) at lauxlib.c:448
#1 0x2aea0730 in recvall (b=, buf=) at buffer.c:215
#2 buffer_meth_receive (L=0x2, buf=0x22b2a8) at buffer.c:125
#3 0x2ab672bc in luaD_precall (L=L@entry=0x23008, func=, func@entry=0x139790, nresults=nresults@entry=3) at ldo.c:320
#4 0x2ab71c24 in luaV_execute (L=L@entry=0x23008, nexeccalls=2254384, nexeccalls@entry=1) at lvm.c:847
#5 0x2ab6773c in luaD_call (L=0x23008, func=0x1396c0, nResults=-1) at ldo.c:378
#6 0x2ab66b30 in luaD_rawrunprotected (L=0x2ab66b30 <luaD_rawrunprotected+76>, L@entry=0x23008, f=0x23008, ud=0x23008, ud@entry=0x7e9485a8) at ldo.c:116
#7 0x2ab67898 in luaD_pcall (L=L@entry=0x23008, func=, u=u@entry=0x7e9485a8, old_top=224, ef=208) at ldo.c:464
#8 0x2ab63368 in lua_pcall (L=L@entry=0x23008, nargs=nargs@entry=0, nresults=nresults@entry=-1, errfunc=errfunc@entry=1) at lapi.c:881
#9 0x2ab74348 in luaB_xpcall (L=0x23008) at lbaselib.c:396
#10 0x2ab672bc in luaD_precall (L=L@entry=0x23008, func=, func@entry=0x1396a0, nresults=nresults@entry=-1) at ldo.c:320
#11 0x2ab71c24 in luaV_execute (L=L@entry=0x23008, nexeccalls=1063216, nexeccalls@entry=1) at lvm.c:847
#12 0x2ab6773c in luaD_call (L=0x23008, func=0x23298, nResults=-1) at ldo.c:378
#13 0x2ab66b30 in luaD_rawrunprotected (L=0x2ab66b30 <luaD_rawrunprotected+76>, L@entry=0x23008, f=0x0, ud=0x23008, ud@entry=0x7e948860) at ldo.c:116
#14 0x2ab67898 in luaD_pcall (L=L@entry=0x23008, func=, u=u@entry=0x7e948860, old_top=64, ef=48) at ldo.c:464
#15 0x2ab63368 in lua_pcall (L=0x23008, nargs=0, nresults=-1, errfunc=) at lapi.c:881
#16 0x000111f8 in _start ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

@diizzyy
Copy link
Contributor

diizzyy commented Jan 31, 2019

Entware != Openwrt
@thess @hnyman
Close as invalid

@hnyman hnyman closed this as completed Jan 31, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants