Latest Bugs & Tasks
Applied in btrev43105. Thanks!
Running recover on a big hard disk will quickly use all memory and crash in one way or another. However, running it under libroot_debug it can recover files without using that much memory.
Do we have a leak somewhere in the regular allocator?
It seems as though WebPositive is firmly stuck in the Haiku universe. It will go to almost all of the bookmarked sites that are listed in WebPositive, but any attempt to go to any site outside (Google, Apple, Yahoo. etc.), even trying direct IP addresses, seems to cause WebPositive to just sit indefinitely (requesting [page]).
WebPositive also seems quite slow accessing pages, period.
I am able to get to Atari, however, which is weird... as it goes to an https:// version of the page. I didn't know Atari HAD a secure page version of their site.
Changing DNS servers did nothing, that I could tell.
Thanks for the update!
Installed hrev49450 x86_gcc2
After packages downloaded I ran
debug report generated (attached)
The last part has been fixed in hrev49447.
@Barrett: On a fully booted system, you always have two instances of the launch_daemon running. One for the system, one for the logged in user. Furthermore, the media server is just a plain old "legacy" server, which means it's just being started in the same way as before. The only difference is that its pre-registration is omitted, but I doubt that this can have any such consequences.
If the launch_daemon would be responsible for media_server already, applications wouldn't even notice it being gone anymore, as its port stays valid without it.
Variable editing implemented in hrev49449.
All remaining code applied in hrev49445.
Fixed in hrev49445.
Fixed in hrev49444.
There is a lack of drivers, but the app does work with at least one DVB-T tuner (currently owned by Puckipedia). So the app does not needs any updates.
The user directories associated with development are Read-Only. If a devel package is installed then uninstalled, links to libraries are left there which are broken and they can't be removed.
Installed hrev49442 x86_gcc2.
On first boot was greeted by nothing but a blue screen - no desktop.
Launched desktop from team monitor, and manually configured network.
When shutting down system "shutdown status" hangs.
Must hit power button to turn it off.
The same here with a BCM5784M, it seems a problem of the BCM* drivers or the FreeBSD compatibility layer. Duplicate of #10310.
Tracker doesn't start due to missing /system/data/launch/user file so I have to bring up Team monitor with Ctrl+Alt+Del. app_server crashes as soon as Workspace replicant is drawn on the desktop after clicking Restart Desktop button.
Implemented in hrev49438.
I took the liberty to implement it for Haiku, too. It's pretty much a one-liner.