Closed
Bug 1110359
Opened 10 years ago
Closed 10 years ago
Invalid write of size 4 in clone() on browser shutdown
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: mitchwharper, Unassigned)
Details
Attachments
(1 file)
|
58.71 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0
Build ID: 20141210200223
Steps to reproduce:
Was attempting to repro other bugs, browser started hanging so I killed Valgrind, and as it was closing I got this complaint. As it's on shutdown it might not be a big concern.
Ran 34.0.5 through `G_SLICE=always-malloc valgrind --tool=memcheck --vex-iropt-register-updates=allregs-at-mem-access --smc-check=all-non-file ./firefox` built with mozconfig
mk_add_options MOZ_MAKE_FLAGS="-j4"
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/ff-opt-g
ac_add_options --disable-tests
ac_add_options --enable-optimize="-g -Og"
ac_add_options --disable-jemalloc
ac_add_options --enable-valgrind
ac_add_options --enable-debug-symbols
Actual results:
Valgrind complaint (attached is a longer trace with thread status):
==13706== Thread 46 Shutdow~minator:
==13706== Invalid write of size 4
==13706== at 0x99F6E3B: mozilla::(anonymous namespace)::Run(void*) (nsTerminator.cpp:101)
==13706== by 0x646CE63: _pt_root (ptthread.c:212)
==13706== by 0x4E3F181: start_thread (pthread_create.c:312)
==13706== by 0x595E00C: clone (clone.S:111)
==13706== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==13706==
==13706== Unsupported clone() flags: 0x800600
==13706==
==13706== The only supported clone() uses are:
==13706== - via a threads library (LinuxThreads or NPTL)
==13706== - via the implementation of fork or vfork
==13706==
==13706== Valgrind detected that your program requires
==13706== the following unimplemented functionality:
==13706== Valgrind does not support general clone().
==13706== This may be because the functionality is hard to implement,
==13706== or because no reasonable program would behave this way,
==13706== or because nobody has yet needed it. In any case, let us know at
==13706== www.valgrind.org and/or try to work around the problem, if you can.
==13706==
==13706== Valgrind has to exit now. Sorry. Bye!
==13706==
Comment 1•10 years ago
|
||
Yoric, do you know more about what's going on here? It doesn't sound serious / sec-sensitive to me - more like a valgrind bug, but I'd prefer to be sure. :-)
Flags: needinfo?(dteller)
Comment 2•10 years ago
|
||
Well, this is a use of clone() by thread spawning, so this looks like a valgrind bug indeed.
I'm just surprised that it doesn't show up anywhere else in our code.
I don't think it's serious / sec-sensitive at all.
Flags: needinfo?(dteller)
Comment 3•10 years ago
|
||
Resolving. Please reopen if you have evidence something actually wrong is going on. :-)
Group: core-security
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
| Reporter | ||
Comment 4•10 years ago
|
||
OK, I just saw the attempt to write to 0x0 inside the clone method and wanted to make sure there wasn't some sort of use-after-free going on.
You need to log in
before you can comment on or make changes to this bug.
Description
•