Development

* Until now, only AF_UNSPEC addresses could be empty. * Now, the unspecified IPV4/IPv6 address is considered empty, too. * This corresponds to how the kernel modules handles this. * Until now, only AF_UNSPEC addresses could be empty. * Now, the unspecified IPV4/IPv6 address is considered empty, too. * This corresponds to how the kernel modules handles this.

* The ConvertFromDriverSettings() method missed the current value index. * Completed unit tests, and enabled them all. * The ConvertFromDriverSettings() method missed the current value index. * Completed unit tests, and enabled them all.

I see. What about Xicon, then? Pete, would you care to donate the source code for integration with Haiku? No need for that, we can just make a package. -- Adrien Destugues / PulkoMandy ...

On 2/27/2015 3:38 AM, Ingo Weinhold wrote: Anyway, a separate application -- a real application, not a script -- could do the trick of running a JAR. However, that is really only a solution for this situation. There are similar ones that have the same issue. What is missing in Haiku is an option to associate a file type with a command line instead of a preferred application. For JAR files one ...

KDL appears when booting x86_64 hrev48926 on real hardware, Toshiba C640 laptop with 2 core Celeron
Wifi is is Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

Attached is KDL and ints

System start getting real hot even though fan is running max. System shuts self off after about 20secs.

260 MB

260 MB

262 MB

262 MB

fixed

1, fix variable "protocol" redefine problem
2, acquire reference by link level address for multicast packet

fixed:

I applied a "fix" for the problem in hrev48926. It doesn't actually fix adding attributes > 64kb because this can't possibly be done with the extra field maximal length of 65536. zip now warns about the problem and leaves attributes for the file out.
I'm willing to close this ticket as fixed, as I think it's out of its scope to implement some support for bigger attributes.

* This helps with #11023. When attributes total length exceeds the extra field maximal length, there is no way to add them to the zip entry. We now just warn about the problem and leave attributes out. * This helps with #11023. When attributes total length exceeds the extra field maximal length, there is no way to add them to the zip entry. We now just warn about the problem and leave attributes out.

260 MB

260 MB

262 MB

262 MB

On 2009-11-24 at 10:03:19 [+0100], Colin Gnther coling@xxxxxx wrote: I'd like to create a Branch for the wlan stack development. Mainly so that you guys can easier watch over my shoulders. I'd like to know whether this is OK, and if so whether there are any rules/guidelines I should following when branching. That's definitely OK. Just create the directory haiku/branches/developer/colin (relative to the repository root) and do whatever you want in it. The usual approach is to just copy the trunk as a ...

Hi, I'd like to create a Branch for the wlan stack development. Mainly so that you guys can easier watch over my shoulders. I'd like to know whether this is OK, and if so whether there are any rules/guidelines I should following when branching. Kind Regards -Colin ...

Colin Gnther coling@xxxxxx wrote: Axel Drfler schrieb: On the ioctl() level, I wouldn't mind keeping the (Free)BSD naming scheme, as we already have a more or less BSD compatible stack, and I see little point in differing there just for the sake of it. If this (Free)BSD compatiblity is one of the goals I have no problem with sticking to the IEEE80211 naming scheme. This goal wasn't so clear to me, so thanks for pointing it out. ...