Bug#706488: RM: boinc-server-maker/7.0.27
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
Bug#702667: ffproxy: incorrect bounds check when reading headers
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 the local side, probably?) provides too many headers, then the stack is overwritten with heap pointers to the headers in question (since 'r' is on the stack). The trivial fix would be to replace the 6 uses of sizeof(r-header) with 32, which is the size of the r-header array (see req.h). - Alyssa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679207: boincmgr segfault when setting proxy
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
Bug#476608: [libqt4-dev] segfault with call to QCursorData::update
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 except some problems with dlopen: ==8562== Conditional jump or move depends on uninitialised value(s) ==8562==at 0x4015213: (within /lib/ld-2.7.so) ==8562==by 0x4011108: (within /lib/ld-2.7.so) ==8562==by 0x4DA9C18: (within /lib/i686/cmov/libdl-2.7.so) ==8562==by 0x400D5D5: (within /lib/ld-2.7.so) ==8562==by 0x4DAA2BB: (within /lib/i686/cmov/libdl-2.7.so) ==8562==by 0x4DA9B50: dlopen (in /lib/i686/cmov/libdl-2.7.so) ==8562==by 0x4CB444B: QLibraryPrivate::load_sys() (qlibrary_unix.cpp:207) ==8562==by 0x4CAED53: QLibraryPrivate::load() (qlibrary.cpp:460) ==8562==by 0x4CAED8D: QLibrary::load() (qlibrary.cpp:722) ==8562==by 0x431A0C0: qt_init(QApplicationPrivate*, int, _XDisplay*, unsigned long, unsigned long) (qapplication_x11.cpp:1778) ==8562==by 0x42B5BC8: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (qapplication.cpp:740) ==8562==by 0x42B69B2: QApplication::QApplication(int, char**, int) (qapplication.cpp:672) If I install libxcursor-dev then it doesn't crash here but elsewhere, with Xinerama. If I install libxinerama-dev then my application works without crashing. Can I help further? - Alyssa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350778: I get this too.
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 solution. [EMAIL PROTECTED]:~$ echo $LANG en_GB.UTF-8 gcc-4.0 package, version 4.0.3-1. Any other information which would help? - alyssa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346102: does not start on etch powerpc
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 might be wrong. :) I'm on a 1.2ghz iBook G4, running 2.6.15, anyway.. - alyssa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346102: does not start on etch powerpc
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 PROTECTED]
