Development

I have patched the Intel 2230 driver into Haiku so now I need to compile it. I was told in IRC I'd need to build Haiku in full before I can compile any daemons / drivers / modules or whatever they're called under BeOS / Haiku but I've not had any luck compiling Haiku git from yesterday under 49058 GCC2H with GCC2 or GCC4.

I used Haikudepot to check that I have all the required packages listed on ​https://www.haiku-os.org/guides/building/pre-reqs before I ran the relevant configure commands that I have included at the top of the two logs.

I have attached the last few hundred lines of both a failed GCC2 and GCC4 build.

I've noticed that I haven't received any email notifications when people have replied to any tickets I've created on here in the last few days.

I asked about this in the Haiku IRC channel earlier and other users and devs reported having experienced the same problem recently.

BeZilla crashes just as reliably as ever if left open while Haiku is shutting down. Attaching debug report.

When extracting a corrupt zipfile, unzip returns a bad (!0) exitcode. Expander silently ignores this and doesn't tell the user, it seems.

This led me chasing a bug elsewhere in some data-reading code, when the real problem was that the file was corrupt.

no change required:

BeZilla is now in HaikuDepot and doesn't crash (AFAICT).

invalid:

After adding more tracing in hrev49122, I get

inflate_file_to_file: inflate failed with 'incorrect data check'

A quick Google search shows that this means that zlib's checksum of the decompressed data failed, so the file is invalid.

This is hrev49114.

As bbjimmy found out, findpaths -a x86 B_FIND_PATH_LIB_DIRECTORY outputs
/boot/home/config/non-packaged/lib etc. instead of
/boot/home/config/non-packaged/lib/x86

The attached patch should fix that, if I'm not mistaken.

And copyright notices, of course. And copyright notices, of course.

duplicate

260 MB

262 MB

262 MB

When used to zip-up a single folder, Zip-O-Matic actually chdir()s to it before running /bin/zip, which then fails to find the folder to zip.

This is a master list of Radeon HD cards that need disabled prior to R1B1+

• Radeon HD 6480G
  • Card non-working due to #10335

The Be Book [1] states that these are supposed to be C functions, but the comment (see diff) said they were deprecated, and the fact that they were in a .cpp file (and I checked with "nm") made them C++ functions. I can't recall any applications failing to start because these symbols were unresolved, so we might be able to just remove them... [1]: https://www.haiku-os.org/legacy-docs/bebook/BFilePanel_Overview.html The Be Book [1] states that these are supposed to be C functions, but the comment (see diff) said they were deprecated, and the fact that they were in a .cpp file (and I checked with "nm") made them C++ functions. I can't recall any applications failing to start because these symbols were unresolved, so we might be able to just remove them... [1]: https://www.haiku-os.org/legacy-docs/bebook/BFilePanel_Overview.html