http://cia.vc/stats/author/mmlr155961git-notify script for CIAhaikuhaikumasterhrev43717mmlrUpdate wpa_supplicant package for gcc2.
It should work on current images again and contains a few usability
tweaks that make it simpler to navigate/use.http://cgit.haiku-os.org/haiku/commit/?id=dd2116b1328300709git-notify script for CIAhaikuhaikumasterhrev43638mmlrRemove coreutils and tcpdump from the DEBUG blacklist. [2 commits]
The DEBUG build for these has been fixed in hrev43636 and hrev43637
respectively.http://cgit.haiku-os.org/haiku/commit/?id=17e82341325904466git-notify script for CIAhaikuhaikumasterhrev43637mmlrUse static inline instead of extern inline to fix DEBUG build.
Fixing this directly even though it is technically vendor code as it
has been modified rather heavily (as per #8252).http://cgit.haiku-os.org/haiku/commit/?id=4506b331325903223git-notify script for CIAhaikuhaikumasterhrev43636mmlrAdd xfreopen.c to the library build, fixes DEBUG build.
The actual xfreopen function is only relevant if O_BINARY != 0 and all
places invoking it are surrounded by if statements that are always
false if O_BINARY == 0. The compiler therefore stripped all the calls
out at the default -O2, but this obviously breaks down with DEBUG on.http://cgit.haiku-os.org/haiku/commit/?id=d26f8801325902381git-notify script for CIAhaikuhaikumasterhrev43635mmlrUnconditionally add debug.c. Fixes DEBUG build. [2 commits]
The file is guarded with DEBUG so this doesn't change anything for
non-debug builds. Inspired by patch in #8252 by Urias McCullough.http://cgit.haiku-os.org/haiku/commit/?id=ecea46b1325899636git-notify script for CIAhaikuhaikumasterhrev43634mmlrAvoid warning on certain debug builds.
The variable is used in the TRACE(), but that is only enabled for
DEBUG >= 2. This therefore avoids a warning on DEBUG=1 builds.
Inspired by patch in #8252 by Urias McCullough.http://cgit.haiku-os.org/haiku/commit/?id=91d01231325898296git-notify script for CIAhaikuhaikumasterhrev43620mmlrPad the transfer buffer to prevent out of bounds access.
The HIDReportItem reads 32 bit chunks from the report buffer. To avoid
having to check the remaining buffer space on each extraction, we pad
the buffer so it is always valid to read 32 bits at a time. Also add
a comment explaining why we do it that way.
Thanks to Johannes Anderwald for pointing out the potential out of
bound access!http://cgit.haiku-os.org/haiku/commit/?id=f13be491325716387git-notify script for CIAhaikuhaikumasterhrev43510mmlrFix copy&paste error and double launch of Terminal.
Apparently the "Deskbar" part was a copy&paste error. Also there was
an additional launch call making two Terminal windows come up. Should
fix #8243.http://cgit.haiku-os.org/haiku/commit/?id=3de4c1e1323975893git-notify script for CIAhaikuhaikumasterhrev43484mmlrFix the build, sorry for the noise.http://cgit.haiku-os.org/haiku/commit/?id=eb5e1c01323699648git-notify script for CIAhaikuhaikumasterhrev43482mmlrFix use after free in error case. CID 10545.http://cgit.haiku-os.org/haiku/commit/?id=7bdc0731323657478git-notify script for CIAhaikuhaikumasterhrev43481mmlrRemove extra free() that lead to a double free. CID 10546.http://cgit.haiku-os.org/haiku/commit/?id=85819ae1323657296git-notify script for CIAhaikuhaikumasterhrev43480mmlrRemove needless atomic_add() accessing freed memory. CID 10551.http://cgit.haiku-os.org/haiku/commit/?id=c11c7241323656139git-notify script for CIAhaikuhaikumasterhrev43478mmlrFix use after free. CID 10567.http://cgit.haiku-os.org/haiku/commit/?id=a15a38c1323651530git-notify script for CIAhaikuhaikumasterhrev43476mmlrFix indirect use of fState after deleting it.
Calling SetIcon(NULL) calls MakeEmpty() that tries to delete all
manipulators on fState. So we may only delete fState after that call.
Also reported as CID 10856.http://cgit.haiku-os.org/haiku/commit/?id=fe10dd21323646000git-notify script for CIAhaikuhaikumasterhrev43475mmlrFix build with DEBUG on.http://cgit.haiku-os.org/haiku/commit/?id=d86197c1323624595git-notify script for CIAhaikuhaikumasterhrev43473mmlrASSERT() that there really aren't any wired pages. [2 commits]http://cgit.haiku-os.org/haiku/commit/?id=6ef7d351323619690git-notify script for CIAhaikuhaikumasterhrev43466mmlrClean up the mess added in hrev43461 and solve it differently.
* Define a MEMALIGN macro that is either just defined to malloc() or
to the actual memalign() depending on where KMessage is used. We only
use memalign() inside the kernel and libroot.
* Add a comment to the macro explaining that this allows the use of
special heap implementations that might return unaligned buffers for
debugging purposes.http://cgit.haiku-os.org/haiku/commit/?id=44c3f5c1323555618git-notify script for CIAhaikuhaikumasterhrev43463mmlrFix hrev43405 by moving the reference above the autolocker.
The change in hrev43405 wasn't correct, as it put the reference
object definition after the one of the corresponding locker, causing
the reference to be released before the unlock would happen.
Finally fixes #8187. Thanks Ingo for pointing that out.http://cgit.haiku-os.org/haiku/commit/?id=e3393221323549340git-notify script for CIAhaikuhaikumasterhrev43462mmlrFix invalid use of iterator after erase and lock corruption.
* The call to _TeamDied() causes the team that the iterator points to
be removed from the map. Therefore the iterator becomes invalid and
may not be accessed anymore (including incrementing it). As we've had
to unlock, anything might have happened to to map, so take the safe
route and just start over.
* For each dead team that was found the AppManager was unlocked, but
there were no balancing lock calls, therefore causing the lock count
to get corrupted.http://cgit.haiku-os.org/haiku/commit/?id=bcc4a521323548615git-notify script for CIAhaikuhaikumasterhrev43461mmlrRevert hrev43455 and instead just align the size. [4 commits]
While this isn't really correct, it works for the use case it is
intended and doesn't open the can of worms we get when trying to do
memalign() across platforms (due to build tools use of KMessage).http://cgit.haiku-os.org/haiku/commit/?id=55852621323547394