Most likely fixed in hrev45573 when Find Panel was converted to use the Layout APIs by jessicah or possibly but less likely hrev45472 which converted the FindPanel to draw it's arrows using ControlLook (so they resemble new style Haiku arrows instead of old-style Be arrows).
If you call getpid() from within the constructor of a custom class and create a global static object of that class, getpid() returns 0 instead of the process ID. Calling getpid() from inside main() function or any scope that is entered later on, works fine.
Fixed in hrev48728.
For some time now hard disks and SSDs have switched to 4K sectors instead of 512 bytes. They have, however, hidden this from the OS as it would break too much things (motherboard chipsets, BIOSes, etc). So the drives report secotrs of 512 bytes to the system and make adjustments on the firmware side.
However, we're starting to see some (high-end) drives which expose 4K sectors to the system. With an UEFI system and well-designed chipset the hardware issues should be solved, but the software needs to be adjusted as well. We need to check our MBR/GPT code, our stage1 loader, and the releated tools (drivesetup, writembr, makebootable, etc). We also need to check the ATA stack, block cache, filesystems, and make sure they don't hardcode the 512 bytes value anywhere and can handle 4K sectors properly. I suspect most of the issues would be in the bootloader and MBR, which is probably ok as these are skipped on EFI systems and it is currently unclear if an MBR is supposed to work on 4K-sector disks at all.
Starting Haiku and instantly try to open a mp3 does not work
Just booted the system. Clicked on an mp3 file to get an error message...
Media Player seems to crash too.
Have to kill it and the restart the media server to get sound...
Yes, that makes perfect sense. What remains I'd that the scrolloffset of the list is not preserved, but it is a minor problem.