Project status overview Completed tasks The goal of this phase was to stabilize GDB, making it suitable for debugging complex and multi-threaded applications (including most Be API applications).
After clearing the first round of bug reports, the first revision of the GDB package is now online on HaikuPorts.
When attempting to use the published package to work on Debugger, I found a second round of bugs, resulting in the pending second revision of the port.
intro Hello, once again!
vid? We made it! I previously stated that we had achieved playback, but I never got to show it. So here it is, a short video showing you that playback actually works.
So you don’t have to go and compile it, just to see it on action.
outro Main functionality is here! So, I believe that it may be time to maybe push into the main branch.
Success! Now MiniBrowser displays things once again. Here is MiniBrowser showing https://review.haiku-os.org/
So, yeah, there’s still plenty of work left to do. Text isn’t rendered properly, keyboard and mouse support is missing, the window can’t be resized without MiniBrowser crashing, and it crashes when exited. I’ll take it one step at a time. Let’s make the mouse work! Then I can actually click on stuff. I think implementing that will be straightforward.
Project status overview Completed tasks The GDB port is feature-complete. A recipe has been submitted to HaikuPorts.
This took a bit longer than expected due to complexities in building the full GDB compared to gdbserver - all of which will be covered in the technical details section below. Subtle bugs revealed by invoking the debugger in different use cases delayed the project even more.
Despite being off schedule, I believe delivering a fully-functional GDB along with comprehensive documentation around it would benefit the community much more in the long run.
intro Hello, once again! It’s been weeks since the last update, so here we go.
Good news, there is active development of the virtio sound driver for Haiku. Key progress includes recording on the device and improvements.
buffer exchange redesign As per the last blog post:
We still specify 2 playback buffers, but incremented to 16,384 frames per buffer, to handle audio streams.
struct multi_buffer_info { // [...] bigtime_t played_real_time; bigtime_t played_frames_count; // [.
Another month has gone by and we’re entering now the last month of GSoC! So, what did I get done this month?
What works now that didn’t work before? The driver supports now the 16 IOCTL calls defined by the driver, which means that both the frontend and the VMX backend are complete. EPT tables support: Much of my previous post content was about EPT tables and all the problems I was having to get them working.
Nephele’s report:
This weekend in Berlin PulkoMandy and I attended an Coding sprint in Berlin to work on Renga, the XMPP client for Haiku.
On the first day we got settled first, had a nice introductory round and worked a bit on Renga. Everyone else seemed to want to work on end to end encryption, and then you have us: PulkoMandy improving the multi user chat experience, and me␚ deleting the settings menu.
WebKit wasn’t trying to draw anything to the screen. Turns out, it wasn’t aware that it was visible. No use drawing a web page when you’re invisible, right? Well, I told it that it is visible, and now it’s trying to draw to the screen. Of course, it crashes while trying to do so. It hasn’t tried to draw to the screen in ages. Everything is bit rotted!
So far, it looks like this will mostly be a collection of minor tasks.
This report covers hrev57754 through hrev57801.
intro Hello, once again! It’s been three weeks since the last update, so here we go.
Good news, there is active development of the virtio sound driver for Haiku. Key progress includes achieving playback on the device.
Getting the buffers ready. We need to tell hmulti_audio where it should expect to write and read the audio frames, to do that we need to fill out a structure called multi_buffer_list:
struct multi_buffer_list { // [.
