Hi,
These missed server issues were presumably what's now CVE-2013-2018:
http://article.gmane.org/gmane.comp.security.oss.general/10083
- Alyssa
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ffproxy
Version: 1.6-10
Severity: normal
ffproxy uses bounds checks along the lines of 'i sizeof(r-header) - 1'
in several places to bounds-check the array index variable 'i', but
r-header is an array of char* variables, so this is incorrect.
The result is that if the remote side (or
See http://boinc.berkeley.edu/trac/ticket/1226 for (hopefully) a diagnosis
and patch.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I also have this problem, on a new x86 install of Debian. My backtrace is
identical.
This is presumably the cause:
(gdb) print qt_x11Data-ptrXcursorLibraryLoadCursor
$5 = (PtrXcursorLibraryLoadCursor) 0x
I am unable to remove libxcursor1 for similar reasons.
valgrind shows nothing odd
My gcc output is now useless: output like In member function â: and
caosVM_map.cpp:551: warning: passing â for argument 1 to âoom*
Map::roomAt(unsigned int, unsigned int)â, rather than useful names.
I'm on powerpc, utf8 locale. It works fine if I unset LANG, but
obviously that's not an ideal
Just FYI, I'm using sid with all packages completely upgraded and I have
exactly the same issue, so it's not just a problem with a single system.
Will later try grabbing the source and poking at it .. I seem to remember
the mmap behaviour changed somewhat in a recent kernel release, although
I
Drat, it works fine when built from source exactly as described in
an earlier message. Can I help track this bug down any further,
somehow?
(But, thanks, at least I can play!)
- alyssa
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
7 matches
Mail list logo