According to https://tools.ietf.org/html/rfc3493:
3.2 IPv6 Address Structure
"The structure in6_addr above is usually implemented with an embedded
union with extra fields that force the desired alignment level in a
manner similar to BSD implementations of "struct in_addr"."
Change-Id: Ibe0ee685366398c143cdf9573dcb77566a12888b
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3348
Reviewed-by: Rene Gollent <rene@gollent.com>
AutoRaise needs to load bitmaps stored as resources in the AppRaise
image. The strategy it used before was to store the path to itself in
its settings file.
It stored the entry_ref to the image in the settings, which may not be
stable across reboots with packagefs. In addition, the path could
change at some point for any other reason.
This patch changes AutoRaise to just use the same method as other tray
applets, which is to search the process for the image containing the
AutoRaise code, and then to get the path from the image_info.
Most of the initialization work is performed by TrayView::_init(),
which is called by the constructor. Some of the operations performed
by this method can fail, leaving TrayView partially initialized. Any
error is handled by returning early after telling Deskbar to remove
this item so that it will not continue running in a partially
initialized state. Deskbar will invoke the destructor so even a
partially initialized TrayView will be cleaned up.
Fixes#16473
Change-Id: Id1ac1ef78d410a7d191cfe88f1ba1db30e258adc
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3341
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
Remove use of custom list class where it is not
really required in the area of Categories. Also
introduces stabilities relayed over from the
Server and used in the HD user interface instead
of being hard-coded.
Relates To #15534
Change-Id: Ib71141e71cd4a0b4882827e2e59b62072de01b4b
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3331
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
And use BString.String() for printf().
Change-Id: Id11394bb9278764ed25fde801d82a177ad0d88b9
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3318
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
Hardlinked-By: Alexander von Gluck IV <kallisti5@unixzen.com>
Change-Id: I1a76647fe47949e950b4034629ad92ca16c53aa8
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3325
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
Hardlinked-By: Alexander von Gluck IV <kallisti5@unixzen.com>
Change-Id: Id37ef57b0042722ca8089e73d420d6e4edac1019
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3121
Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>
Replace "Haiku" with "%distroname%" for non-official builds i.e. forks.
The forker will have to replace the "*Distroname*" that is now shown
on unofficial builds.
Change-Id: I1a48403d7acc69529769870d869238f660deb49c
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3299
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
* usbid's borrowed from the Linux bluetooth driver
Change-Id: Ie7f93fbc1038e8b7011d0fdfbad497cdf2b97ff6
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3323
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>
* If you're building a hybrid, each arch directory gets included.
* If the architectures are all non-legacy, you end up getting
"all architectures" built in each architecture directory.
* This prevents this condition by filtering on sane architecture
matches per arch directory.
Change-Id: I529e2b3d315b0930aff594239dadd9db70dc9cfa
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3316
Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
* This was originally added circa 2012. via hrev43954
* Our toolchain appears to work fine now with explicit
multilib enabled.
Change-Id: I1f5d55c63a6b3b6ab1c4db95da3d14d5ef2da0df
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3315
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>
Currently used by fixup_next_boot_floppy.
Change-Id: I47c10657b5280f00e470a3171ad11744859ce76c
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3310
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
This API change forces all creation of BUrlRequest to be done via
BUrlProtocolRoster::MakeRequest(). This allows the structure of protocol
addons to be altered without breaking ABI for client applications.
Change-Id: I1785c9136c50d19eaa9e57cb9d259ed8d88a5b56
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3080
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
My trackball has a "system control" in its descriptor, but is
definitely not a keyboard. This results in an extra entry in Input
preferences for it.
If we actually want to accept input from such devices, we should scan
them more closely to check there is actually a valid input there, and
consider publishing them as something else than keyboards, because
that's not really suitable in Input preferences.
Change-Id: I9027454b3b24d0f39ea562aed851402d0be7aeb4
Reviewed-on: https://review.haiku-os.org/c/haiku/+/2715
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
They don't advertise themselves as standard SDHCI, but are mostly
compatible. Only check for the one in my machine for now.
Also improve tracing in the probe function.
Change-Id: Ia47238fb25b783790fa8caaedf2a71aeb6e29d89
Reviewed-on: https://review.haiku-os.org/c/haiku/+/806
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
For now it just forwards the command to the SDHCI controller.
The bus will gain more features and functions as work advances (tracking
which card is active, arbitration of DMA transfers, etc).
Change-Id: I094eb84f27e7789387a3f8fb65fba1e5fcfa3e8a
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3094
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
The interrupt handler clears the interrupt register, so the main thread
cannot get the errors from there. Save the interrupt state in the
handler so that the thread can know if a command succeeded or not.
Change-Id: Ibee35c3caed6be8e2552b6c66c4e854a00f5465d
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3090
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
These are apparently ignored by the Ricoh controller I did my previous
testing on, but QEMU is more strict about them
Change-Id: Ie70808a5c8b26e6f0f22bd8259a42452903781a3
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3089
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
Block directories can now be read.
Change-Id: I9aa898638e6ac39cb903f2dd58cd184785e1a06b
Reviewed-on: https://review.haiku-os.org/c/haiku/+/2992
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
Main problem was the use of sizeof(dirent) instead of sizeof(struct
dirent) so it used the size of the pointer.
Change-Id: I7d9388235d583d942ada5e3650cf8320ff2be6cb
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3197
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
Not needed by fs_shell but required to use the driver natively in Haiku.
Change-Id: I547ab4c0637230d447f437cb47a419734a0401e7
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3196
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
Symbolic links are now showing path and relative path can be tested.
Change-Id: I47820a475d78d8090c02564f698e72dd8fbaa3a1
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3171
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
