Latest Bugs & Tasks

Fixed in hrev49256.

I'm trying to build lyx from their git repository (2.1.3 release is fine), but it segfaults when debugging is enabled. Disabling debugging when building creates a binary that runs without error.

After suggestions from hamishm, I've attached listarea and also syslog output.

Perhaps this is somehow related to the random binary crashes of #10279? CC'ing Ingo in case it is...

float.h is provided by gcc hpkgs.

Called by posix/limits.h but missing from sources.

Blender requires the following GNU POSIX extension, also provided by FreeBSD:
size_t malloc_usable_size(void *ptr);

​http://linux.die.net/man/3/malloc_usable_size

This is a request for comments.

diff --git a/headers/posix/malloc.h b/headers/posix/malloc.h
index b36b17d..7754038 100644
--- a/headers/posix/malloc.h
+++ b/headers/posix/malloc.h
@@ -20,6 +20,10 @@ extern void free(void *pointer);
 extern void *memalign(size_t alignment, size_t numBytes);
 extern void *valloc(size_t numBytes);
+#ifdef _GNU_SOURCE
+size_t malloc_usable_size(void *ptr);
+#endif
+
 #ifdef __cplusplus
 }
 #endif
diff --git a/src/system/libroot/posix/malloc/wrapper.cpp b/src/system/libroot/posix/malloc/wrapper.cpp
index 5b5e066..c83336a 100644
--- a/src/system/libroot/posix/malloc/wrapper.cpp
+++ b/src/system/libroot/posix/malloc/wrapper.cpp
@@ -490,6 +490,15 @@ realloc(void *ptr, size_t size)
 }
+extern "C" size_t
+malloc_usable_size(void *ptr)
+{
+       if (ptr == NULL)
+               return 0;
+       return threadHeap::objectSize(ptr);
+}
+
+
 //     #pragma mark - BeOS specific extensions

I does not know if this bug is new, but every time then i start up may Haiku, my folder options are default, not user settings enymore.

hrev 49162

Fixed in hrev49251.

Why Haiku using old-old autoconf and libtool in the buildtools ( ​https://git.haiku-os.org/buildtools )? I does not mean the "legacy" folder!

• Our autoconf is 2.61, but the latest version is 2.69 (it is a 6 years long span between the two version)
• Our libtool is 1.5.2, while the latest is 2.4.6 (almost 10 years long span)
• Our isl is 1 year old.

I swapped these softwares to the latest version, and tried to make a test build on OSX, but i got some errors at configuring binutils (i have no problem with the original in-tree version). So it seems, there is some not-upstreamed Haiku specific patches and mods in these softwares. IT would be great to upstream these changes (if any), and update the in-tree softwares to the latest version.

Applied in hrev49249.

The Featured packages view doesn't use the proper "Selected list item text" color.

The column should be sorted by the package size.

This is not reproducible. Please reopen if you can reproduce this.

No functional patch just make index_server compile

Hello. I am porting a program that uses lib glew to Haiku.
I installed glew_x86 and glew_x86_util.
The second package installs two executables - visualinfo_x86 and glewinfo_x86.
They both fail to start - it seems like glewInit can not detect GL version?

~/stuff> visualinfo-x86
Error [main]: glewInit failed: Missing GL version
~/stuff> glewinfo-x86
Error [main]: glewInit failed: Missing GL version

I wonder if this is related to the mesa port or the problem is in libglew only.
Looking at the libglew code it seems like glGetString(GL_VERSION) returns something that it does not recognize as a valid GL version.
Can anyone help me investigate this issue?

~> gcc -v
using priority 5
Reading specs from /packages/gcc-2.95.3_2014_10_14-3/.self/develop/tools/lib/gcc-lib/i586-pc-haiku/2.95.3-haiku-2014_07_26/specs
gcc version 2.95.3-haiku-2014_07_26
~> setarch x86
~> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/boot/system/develop/tools/x86/bin/../lib/gcc/i586-pc-haiku/4.8.4/lto-wrapper
Target: i586-pc-haiku
Configured with: /sources/buildtools-1a00a76b58ae57d24bd4d774f6323c4ea62dd1e7/configure --build=i586-pc-haiku --prefix=/packages/gcc_x86-4.8.4_2014_12_21-1/.self/develop/tools/x86 --libexecdir=/packages/gcc_x86-4.8.4_2014_12_21-1/.self/develop/tools/x86/lib --mandir=/packages/gcc_x86-4.8.4_2014_12_21-1/.self/documentation/man --docdir=/packages/gcc_x86-4.8.4_2014_12_21-1/.self/documentation/packages/gcc_x86 --enable-threads=posix --disable-nls --enable-shared --with-gnu-ld --with-gnu-as --enable-version-specific-runtime-libs --enable-languages=c,c++ --enable-lto --enable-frame-pointer --with-pkgversion=2014_12_21 --enable-__cxa-atexit --with-hybrid-secondary=x86
Thread model: posix
gcc version 4.8.4 (2014_12_21)
~> setarch x86
~> gcc -v
using priority 5
Reading specs from /packages/gcc-2.95.3_2014_10_14-3/.self/develop/tools/lib/gcc-lib/i586-pc-haiku/2.95.3-haiku-2014_07_26/specs
gcc version 2.95.3-haiku-2014_07_26
~>

As you can see, unless one checks the compiler that's being currently used an error could be easily made here.

If you drag shape North-East, preview does not render correctly (leaves ghosts). See attached picture.