Development

Removing the view from the window and deleting it is fine. This is a quick fix for #11976. The underlaying issue of how BLayout::RemoveView should work still needs to be fixed. Removing the view from the window and deleting it is fine. This is a quick fix for #11976. The underlaying issue of how BLayout::RemoveView should work still needs to be fixed.

invalid:

Indeed; however, that BeShare package is horribly broken in other ways -- it's a snapshot of some WIP changes I was doing. I don't know who uploaded it and why, but it probably shouldn't've been uploaded in the first place.

At any rate, this is a bug for ​HaikuPorts, not here.

* including assert.h multiple times with NDEBUG varying is perfectly legal, and required by POSIX. * including assert.h multiple times with NDEBUG varying is perfectly legal, and required by POSIX.

I downloaded BeShare via haikuDepot with Haiku href: 49038.

Error: missing symbol?!

2015-04-06 23:14 GMT+02:00 Axel Dörfler axeld@xxxxxxxxxxxxxxxx: just a lot of boring work to update all their drivers, and make sure our compability kludges still apply, and work. On the one hand the ethernet compatibility layer can easily be updated, the wireless part on the other hand is a lot more impacted at least. The API changes impacted some wireless drivers more than others. This probably won't go without regressions. ...

This is probably a pretty small feature addition, but it'd would be a big help!

Right now, SoundRecorder repeatedly defaults to /home as its Save-as location, and doesn't store or remember the previously used Save-as location. So that requires the user to have to browse to the desired location over and over (or drill down through folders in Tracker, and drag the newly-recorded item to the desired destination). If SoundRecorder could just remember the user's last Save-as location, it'd be a huge time-saver to people who use the program regularly.

fixed

* Do not define the symbols by default, as they are not in the default libraries. * Adjust jamfiles of all code using BSD extensions to define _BSD_SOURCE. * This makes Haiku slightly more compliant to standard C/POSIX. * Do not define the symbols by default, as they are not in the default libraries. * Adjust jamfiles of all code using BSD extensions to define _BSD_SOURCE. * This makes Haiku slightly more compliant to standard C/POSIX.

On Wed, Dec 24, 2014 at 08:22:57PM -0500, Augustin Cavalier wrote: On Dec 24, 2014 7:20 PM, Michael Mounteney gate03@xxxxxxxxxxxxxxx wrote: I tried to build but ran into problems. I think it was designed for gcc2 only. Use instead. ...

RegisterTableModel: - Add member for preferred SIMD unit format, and use it to decide what to divide up such registers as, rather than hardcoding 16 bit integer. RegistersView: - When right clicking on an SIMD register, display a format context menu allowing the user to decide what packed unit format to interpret the register data as, and adjust table model accordingly. RegisterTableModel: - Add member for preferred SIMD unit format, and use it to decide what to divide up such registers as, rather than hardcoding 16 bit integer. RegistersView: - When right clicking on an SIMD register, display a format context menu allowing the user to decide what packed unit format to interpret the register data as, and adjust table model accordingly.

Hello, while working to fix #6188 i tried to begin a cleanup of the whole management, at least i tried to fix TODOs. Actually i'm just preserving this code to submit in future a complete cleanup and i hope you can make things a bit more clear : A TODO in BBufferGroup #110 states that we should avoid to add more than one BBuffer::ID() to each group, but in SharedBufferList there's a function named _RequestBuffersInOtherGroups that find in the current list buffers with the same ID. i've guessed that it's a workaround and should be removed. ...

from Ithamar Adema: Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... Anyway, just wondering if someone tried that already and found some ...

On 07/04/2015 08:45, Fredrik Holmqvist wrote: ...

On 04/07/2015 10:10 AM, Jessica Hamilton wrote: Is it possible to cross-compile Haiku on a Haiku host? I'm running gcc2h, and want to build an x86_64 version of Haiku for my UEFI hacking with QEMU. However, doing something like ./configure --build-cross-tools x86_64 ../buildtools ... followed by jam -q -j4 @minimum-anyboot results in an image that doesn't boot. I used setarch x86 before running any of ...

Following the layout kit changes in hrev49040, I was greeted by the above crash on a freshly booted image while it was in the process of generating ssh keys and other first boot steps. Report attached.

Am 07/04/2015 um 10:10 schrieb Jessica Hamilton: Is it possible to cross-compile Haiku on a Haiku host? Not to my knowledge. We currently use system headers and libraries for the build tools, and have no API abstraction. We would need to use a similar mechanism there that the fs-shell is using already. ...

from Ithamar Adema: Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... Anyway, just wondering if someone tried that already and found some blocking issues or if it is just a lack of time / motivation ;) ...