Time for another monthly report! It covers hrev51254-hrev51346
Network Waddlesplash merged some changes to netresolv (the DNS resolver), from NetBSD.
The virtio_net driver was completed by phoudoin, and is now somewhat working. This driver is used for the virtual network device provided by some virtual machines, and should be simpler to implement and keep up to date than the more or less correctly implemented emulated devices that are used otherwise.
Hi there! It has been 4 weeks since my last blog post. This blog post recaps what I have done in the second coding period and what I am doing and will do in the following weeks. Link to my previous blog post.
In the previous weeks I have been doing the implmentation for extent allocator and journal. About the extent allocator, the allocating strategy for now is “first fit” which means it allocates a first extent that after the address and has size that equal or larger the size we need.
The second evaluation got over recently, and wanted to update my progress. My last blog post had discussion that custom preflets wanted to be added into SuperPrefs. It has been implemented now. Along with the exisitng boxes for specific categories, there’s now a box for Custom preflets, which includes third party preflets which come along with installation of apps. I also was working with implementation of Sorting of the entries in boxes, users can sort it based on Category, or Alphabetically, both has been done now.
Since last week I worked on enabling Haiku support for running the swift test-suite. This allows the newly built compiler to be put through the same series of test-cases run by the swift buildbots for macOS, Linux and FreeBSD platforms. These tests cover different areas of the toolchain, from simple unit-tests to validation-tests that cover the compiler internals, major standard library API changes and most importantly, compiler stability via testing with malformed inputs.
It's been more than a week since I wrote my last blog post. In this post I would brief you on the work done during this time.
I spent a little more time digging into the Haiku source (mostly the locale kit) to work on bugs and possible improvements as I came across quite a few places that would require it, while working on the Calendar app.
The current date is now highlighted in BCalendarView.
As we work to stabilize Haiku and move closer to the R1 beta releases, USB driver issues are becomming more apparent.
At the moment, bugs with our XHCI (usb 3.0) stack are high on the problem list. New hardware is beginning to ship with XHCI-only controllers, which means we can no-longer fall back to our stable EHCI (usb 2.0) stack.
A large number of bug reports have been opened around these kinds of issues:
Greetings It has been a while since the last Report. So here I go. Firstly, I would like to thank all the Haiku mentors and developers for the first GSoC evaluation, thank you for believing in me. Now coming to the report.
Progress I am still at the Linux compatibility layer, adding new headers and dependencies one by one. Things are not moving as fast as I would like them to, mainly because of my lack of understanding of Haiku’s internals.
Since my last report, apart from working on the remaining changes, I have been more focused towards testing the tcp module against the already made changes. In the first week of the previous month I did try to port a testing tool to Haiku but did not succeed. So I have been writing a tool of my own to artifically inject packets into the stack and read the replies.
It’s been almost 3 weeks since my last update. The first evaluation was complete, I’d like to thank Haiku for recognizing my work so far. And here’s an update on what I worked on for the past few weeks.
I replaced all IconView with BButton, since it has built in functions for label, icon handling.
I worked on categorizing all preflets based on their categories, and sorted them into respective BBox.
TL;DR: Compiling Swift programs works, added C library interoperability and adding support for running the test-suite.
Hello Everyone, This report covers my activities done since the first evaluation of GSoC. I spent the first week looking into the most critical aspects of the compiler and focused my attention on the TaskQueue class. Whenever a task is executed, the TaskQueue tries to read its data via a pipe and it was found that it read 0 bytes from it, despite poll() reporting that there is still data available for reading.