Latest Bugs & Tasks
I can't run an application that I built on the same system. It complains that it can't find libstdc++.so.6 so I'm thinking that running plain app and from a package both run it in gcc2 mode that don't have libstdc++.so.6.
Yes, this was "fixed" by the tiled drawing mode but as I mentionned in the weekly report we are back to the older drawing mode. I'll try to find a solution for the remaining issues.
Since hrev47632, Canna is available as an optional package from HaikuPorts (haikuports/app-i18n/canna).
Note that the HaikuPorts recipe uses sources on GitHub which lack any Haiku commit history, since it was copied as a one-off snapshot.
Not sure if there is a way around this, or if it's even worth looking into.
Currently, one can add the following to UserBuildConfig:
AddFilesToHaikuImage system non-packaged add-ons kernel drivers disk virtual : ram_disk ; AddFilesToHaikuImage system non-packaged bin : ramdisk ;
$ jam -q h2generic src/add-ons/kernel/drivers/bluetooth/h2/h2generic/h2generic.cpp: In function `status_t device_control(void *, long unsigned int, void *, long unsigned int)': src/add-ons/kernel/drivers/bluetooth/h2/h2generic/h2generic.cpp:667: warning: statement with no effect src/add-ons/kernel/drivers/bluetooth/h2/h2generic/h2generic.cpp:676: warning: statement with no effect src/add-ons/kernel/drivers/bluetooth/h2/h2generic/h2generic.cpp:683: warning: statement with no effect
I apparently missed that including the optional Bluetooth package is effectively a NOP since
http://cgit.haiku-os.org/haiku/commit/build/jam/OptionalPackages?id=98c6dfa41e20c57edf426197a8d9aab6223a59fd which is why I didn't notice the bit rot sooner.
The "rate matching hub" is in no way special, it is just a normal USB2 hub with a transaction translator that happens to be built right into the controller. So this is really all about getting a minimal set of EHCI working from the kernel debugger and removing/extending some places to not rely on UHCI directly.
Support for that Implemented in hrev47784 alongside updates to the usb_keyboard module to pick it up. Tested with a USB keyboard on a laptop with aforementioned rate matching hub.
New ticket #11183 is more adequate. Closing this one.
This is hrev47764.
Before package management Tracker warned when renaming important folders. With PM those folders are in read-only locations anyway (/system/ and ~/config/).
Those alerts should be removed and the "Edit name" menu item disabled from the "File" and context menus. Also, be aware of #10173.
Our pthread implementation has a minor memory access bug somewhere.
Download a simple pthread example: http://www.cs.ucsb.edu/~tyang/class/pthreads/code_sgi/p_hello.c Compile it: gcc p_hello.c Run it under libroot_debug.so: LD_PRELOAD=libroot_debug.so ./a.out 5
IBM ThinkCentre m55e with 82946GZ/GL Integrated Graphics Controller.
Only VESA graphics works, but maximum resolution is 1280x1014 (widescreen does not work). MOnitor identified correctly as Samsung SyncMaster 22".
it is in hrev47773.
device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 8086: Intel Corporation device 2972: 82946GZ/GL Integrated Graphics Controller
Fixed in hrev47778.
I have an Intel i7-3770 Gigabyte motherboard with integrated HD4000 (3rd Gen Core processor Graphics Controller) graphics and neither the intel, nor vesa driver works. It boots, then after the boot screen it goes out of sync and screen goes dark (hdmi and/or DVI).
it is in hrev47773 (but never worked so far)
Vendor: 0x8086, Device: 0x0166
Perhaps these IDs can be added to the intel_extreme driver...
I've had a few instances where I move a window to the edge, and when I let the mouse go, the window move some more. This makes the yellow tab disappear outside the left edge of the screen, and I can thus not move the window back.
Latest build as of aug 30, using an intel ssd 128 gb, 4 gb memory, 4-core intel i7.
Very well then, resolving as invalid. If anyone has media files that do not play properly, please file separate tickets.
Added ID with hrev47775.
This is hrev47764.
As Adrien suggested, I file a ticket for this Intel HD Graphics 4600 chipset, as it boots into VESA. No problem, as my notebook's native resolution is used...
I'll attach the complete listdev, but here's the graphics portion:
device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 8086: Intel Corporation device 0416: 4th Gen Core Processor Integrated Graphics Controller
[Not sure if this should be part of the intel_extreme driver...]
/system/lib/x86> readelf -aW libnetwork.so |grep libsupc++ 0x00000001 (NEEDED) Shared library: [/Donnees/Dev/Haiku/haiku/generated/build_packages/gcc_x86_syslibs-4.8.3_2014_07_26-2-x86_gcc2/lib/x86/libsupc++.so]
This works ok (as long as I don't delete the generated folder...) but I can't build some stuff in HaikuPorter (eg fontconfig_x86) because of it (as my Donnees disk is not available there).
Remaining portion implemented in hrev47766.
When emptying Trash with many small files Tracker status displays "Preparing to empty Trash" and it shows Finish: Dec 13, 1901.
Probably has something to do with Unixepoch:
The standard Unix time_t (data type representing a point in time) is a signed integer data type, traditionally of 32 bits (but see below), directly encoding the Unix time number as described in the preceding section. Being 32 bits means that it covers a range of about 136 years in total. The minimum representable time is 1901-12-13, and the maximum representable time is 2038-01-19.