mailing list archives
[Bug?] memory could not be read in liblua/ldo.c resume_error
From: jah <jah () zadkiel plus com>
Date: Sat, 21 Jun 2008 16:58:31 +0100
In the current svn, I'm getting an unhandled exception when running
nmap.exe: The instruction at 0x63DCD2 referenced memory at
0xFEEEFEEE. The memory could not be read (0x0063DCD2 -> FEEEFEEE)
which happens in resume_error () in liblua/ldo.c:409:
L->top = L->ci->base;
L->ci has a value of 0xfeeefeee.
The code reaches resume_error() because in lua_resume:
if (L->status != LUA_YIELD && (L->status != 0 || L->ci != L->base_ci))
return resume_error(L, "cannot resume non-suspended coroutine");
L->status has a value of 238 (it's always the same value).
Somehow, the location of L contains garbage. I haven't been able to
determine what causes this with my limited understanding of the code.
I'm running the script for two targets in the same ip assignment.
The first thread does a mutex "lock", and does some stuff. Meanwhile,
the second thread starts and comes up against the lock.
The first thread then finishes doing its stuff, does a mutex "done" and
Once the first thread has returned, the second tries to resume and it is
at this point that the exception occurs.
I don't know for sure that it isn't caused by something in whois.nse
because the mutex stuff was written while working from r8260 in
Patrick's branch (where it works fine) and this is the first time I've
tried it anywhere other than there. My suspicion though, is that it's
something to do with the fact that when the second thread tries to
resume, the first thread has exited.
I've attached whois.nse.gz to aid reproduction of the issue (run it
against two or more targets in the same range and -d7 will help to
reveal the flow) and if there's anything else I can do to help, let me know.
Sent through the nmap-dev mailing list
Archived at http://SecLists.Org
- [Bug?] memory could not be read in liblua/ldo.c resume_error jah (Jun 21)