There are still asserts in inet_pton4 and 6 anyway.
libgit2's tests expect inet_pton() to fail with EAFNOSUPPORT on unsupported
address families instead of crashing...
Discussed with kallisti5 and PulkoMandy before committing. So far, the
only bugs since korli's recent changes either are minor ones that don't
appear to affect functionality (e.g. #12860), or so bad that nothing works
(so, just as good as if the controller was disabled.) PulkoMandy reports
that his controller works but wasn't whitelisted, as have some other users,
so I'm enabling it by default.
If there turn out to be too many broken devices, we can revert this. Or only
revert it in the beta branch, if needed.
* Not sure if cursors could also have triggered this, but the memory
allocator can now outlive its ServerApp.
* However, this may also reveal cases of memory that is not freed
correctly.
The test in the previous commit had a totally flawed invocation of strcmp().
I probably shouldn't attempt to write C code without consulting the manual.
Even if it had worked, it would have worked on too many cases, including
some volume paths. So I reordered the if statement and added it in there.
This includes FSCopyAttributesAndStats as well as an older version of
FSGetDeskDir, and adds another alias of FSGetTrashDir. Fixes BeIDE
compatibility.
BPoseView::NewFileFromTemplate does not want to copy the times. Fixes#11702.
We have to keep a 2-argument version of this function because it looks like
some third-party applications might call it (e.g. Dockbert), and even
though it's technically private API, it's easy enough to preserve binary
compatibility.
If the pose matches the current type-ahead filter, it will be added
by the node watcher anyway, so this just created duplicate poses
which messed up internal data structures. Fixes#11122.
This is instead of just checking for NVIDIA devices. Also add an entry
for Intel 0x2668 (VirtualBox's HDA controller). Gets HDA a bit further
in VirtualBox, but an acquire_sem() times out later on.
The warnings made those headers and those including them not detectable
by libiberty's configure because of the way it checked for them.
This fixes the gcc build.
... but only if you don't have a custom base color set.
Was broken trying to fix color drop regression in hrev50428
We don't want your custom Deskcalc color to get
overridden accidentially.
If you have dropped a custom base color and you want live
updating to work again, drop the current panel background
color.
Legacy applications setting colors manually on BStringView would prevent
the BStringView from inheriting theparent view color. Most legacy
applications that did this also set the view color manually, so this went
unnoticed except in Beezer's Preferences window.
This fix introduces another, minor, issue for legacy applications that do
the same thing - they will not receive the system default panel text color.
In most instances, you don't want that happening anyway, so it's not much of
an issue.
Fixes#12868.
Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com>
