Latest Bugs & Tasks
This could be actually due to another issue. Seeing odd disk io on virtio disk driver. Going to close this one as trash as it would be hard to troubleshoot.
After running a large number of commands in kdl, you begin getting "out of memory for command execution" for every command.
kdebug> bfs_journal usage: bfs_journal <ptr-to-volume> DebugAllocPool::Free(0xcce38028): bad address DebugAllocPool::Free(0xcce38008): bad address kdebug> v vars vnode vnode_caches vnode_usage vnodes kdebug> v vars vnode vnode_caches vnode_usage vnodes kdebug> pt no completions kdebug> pt no completions kdebug> ptr no completions kdebug> ptr no completions kdebug> cpu out of memory for command executionkdebug> kdebug> threads out of memory for command executionkdebug> kdebug> thread out of memory for command executionkdebug> kdebug> exit out of memory for command executionkdebug> kdebug> continue out of memory for command executionkdebug> kdebug> reboot out of memory for command executionkdebug> kdebug> bfs_journal out of memory for command executionkdebug>
I try to install new nightly 47085 on my laptop, and Haiku don't start up. Main problem is with AHCI at you can see on attached picture...
A current url for the night images would be super handy. I've needed one a few times in the past.
An example use case is an automated way to spawn a virtual machine with the latest nightly image.
Fixed in hrev47086.
BOptionPopUp::SetEnabled() over here
is incorrect, it should "transmit" the call to the actuel widget like this:
The AllAttached() hook (i.e. the very last hook called in the setup phase, after ctor and AttachedToWindow()) calls SetDivider(), resetting it to fit the label width, overriding whatever was set earlier:
One could theoritically override (augment) that hook to counter-counter override the divider again, but it's not always possible. Think e.g. usage of a GUI framework that aligns the dividers of all widgets in a column in an aesthetically pleasing fashion, which wants to use the class "as-is" without subclassing it or without extending its responsability span to go past child being attached to a parent.
The class could be modified, it might be worth it to call this earlier instead... or even get rid of it completely, since SetDivider() is called in SetLabel() itself and does not seem to be impacted by the view not being attached yet, so why call SetDivider() again as late as in AllAttached()... Food for thought.
BOptionPopUp does not provide explicit separator-item support, but it exposes MenuField()->Menu()->AddSeparatorItem() to do so. I used that to make a menu look better/more structured, but realized that all further calls to GetOptionAt() will crash, probably because unlike BMenuItem, SeparatorItem lacks a Message() field.
There have been times when I have typed in a URL that ended with a filename, such as foo.zip, and when I hit Enter, Web+ fails to go to the page because it has added / to the end of the URL. Same happens when I put the following URL into Web+ as my home page preference and then open up Web+. Results in a 404 error.
I have a screenie attached that shows the error, what the URL line turned into on its own (with the slash) and alongside of it, the actual URL I had input into Web+ preferences.
I am using Haiku x86_64 (hrev46641). After downloading all buildtools and the Haiku source tree, building the tools, and doing a ./configure, I type:
jam -q haiku-image.
It goes along fine and then quits at Atomic.o, as shown. I can get it to go further, if I don't include the -q, but then I get various error messages saying that a certain program (I think it's when it's trying to download a file during the Jam), quit unexpectedly and that I have to select what I want to do. I click on "File report".
Eventually, after clicking through a bunch of those error messages, it quits anyways, due to too many failed/skipped files, etc.
My assumption is you should always use -q when running Jam, correct?
I would use Haiku x86_64 (hrev47061; latest version available on HaikuFiles, as of this ticket), but Web+ crashes on it and running Jam eventually causes the screen to black out and render the system totally unresponsive, requiring a manual reboot.
At least with hrev46641, I can use Web+ and the system seems fair stable/usable otherwise.
Web+ only shows a blank page when going to http://cloud.feedly.com/
Tested on x86 and x86_64, issue on both.
Right. Applied in hrev47077.
Not crashing anymore in current HaikuLauncher. Will be fixed by next update.
Duplicate indeed, these are SVG images and we still lack some support for that.
After connecting to my network, the wifi driver crashes. I tested Alpha 4 and the latest nightly (hrev47061).
It is a WPA protected open network. The wireless looks to work in other respects.
The card is an Intel wifi link 5300.
I was able to use the network with FreeBSD 10, so it may just be an issue of updating the iwn driver.
KERN: ieee80211_notify_scan_done KERN: [net/iprowifi4965/0] ieee80211_newstate_cb: SCAN -> AUTH arg 192 KERN: [net/iprowifi4965/0] sta_newstate: SCAN -> AUTH (192) KERN: [net/iprowifi4965/0] ieee80211_ref_node (ieee80211_send_mgmt:1892) 0x8244b400<02:24:17:f3:13:0a> refcnt 3 KERN: [net/iprowifi4965/0] [02:24:17:f3:13:0a] recv auth frame with algorithm 0 seq 2 KERN: [net/iprowifi4965/0] ieee80211_new_state_locked: AUTH -> ASSOC (nrunning 0 nscanning 0) KERN: [net/iprowifi4965/0] ieee80211_newstate_cb: AUTH -> ASSOC arg 0 KERN: [net/iprowifi4965/0] sta_newstate: AUTH -> ASSOC (0) KERN: [net/iprowifi4965/0] ieee80211_ref_node (ieee80211_send_mgmt:1892) 0x8244b400<02:24:17:f3:13:0a> refcnt 3 KERN: [net/iprowifi4965/0] ieee80211_wme_updateparams_locked: WME params updated, cap_info 0x8 KERN: [net/iprowifi4965/0] [02:24:17:f3:13:0a] switch station to HT20 channel 2442/0x10480 KERN: [net/iprowifi4965/0] [02:24:17:f3:13:0a] AMRR initial rate 72 KERN: [net/iprowifi4965/0] [02:24:17:f3:13:0a] assoc success at aid 1: long preamble, short slot time, QoS, HT20 (+AMPDU) KERN: [net/iprowifi4965/0] ieee80211_new_state_locked: ASSOC -> RUN (nrunning 0 nscanning 0) KERN: [net/iprowifi4965/0] ieee80211_newstate_cb: ASSOC -> RUN arg 16 KERN: [net/iprowifi4965/0] sta_newstate: ASSOC -> RUN (16) KERN: ieee80211_notify_node_join KERN: [net/iprowifi4965/0] [02:24:17:f3:13:0a] ieee80211_node_authorize: inact_reload 20 KERN: [iprowifi4965] (iwn) iwn_intr: fatal firmware error KERN: firm