Latest Bugs & Tasks
/system/lib/x86> readelf -aW libnetwork.so |grep libsupc++ 0x00000001 (NEEDED) Shared library: [/Donnees/Dev/Haiku/haiku/generated/build_packages/gcc_x86_syslibs-4.8.3_2014_07_26-2-x86_gcc2/lib/x86/libsupc++.so]
This works ok (as long as I don't delete the generated folder...) but I can't build some stuff in HaikuPorter (eg fontconfig_x86) because of it (as my Donnees disk is not available there).
Remaining portion implemented in hrev47766.
When emptying Trash with many small files Tracker status displays "Preparing to empty Trash" and it shows Finish: Dec 13, 1901.
Probably has something to do with Unixepoch:
The standard Unix time_t (data type representing a point in time) is a signed integer data type, traditionally of 32 bits (but see below), directly encoding the Unix time number as described in the preceding section. Being 32 bits means that it covers a range of about 136 years in total. The minimum representable time is 1901-12-13, and the maximum representable time is 2038-01-19.
hrev47758, run from usb, real hardware
sometimes when playing a file you get this on terminal:
MediaTrackVideoSupplier:: _switchFormat - preferred colorspace: B_YUV420
Compiler did not align stack variables. LibAVcodec has been miscompiled (etc..etc)
Kernel name: kernel_x86 built on: Aug 24 2014 17:04:07 version 0x1 4 Intel Core™ i3-2330M, revision 206a7 running at 2195MHz CPU #0: "Intel(R) Core(TM) i3-2330M CPU @ 2.20GHz" Raw CPUID: 0x0206a7, Type 0, family 6, model 42, stepping 7, features 0xbfebfbff FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CFLUSH DS ACPI MMX FXSTR SSE SSE2 SS HTT TM PBE Extended Intel: 0x15bae3bf SSE3 PCLMULDQ DTES64 MONITOR DS-CPL VMX EST TM2 SSSE3 CX16 xTPR PDCM PCID SSE4.1 SSE4.2 x2APIC POPCNT TSC-DEADLINE XSAVE AVX Extended AMD: type 0, family 0, model 0, stepping 0, features 0x28100000 NX RDTSCP 64 Power Management Features: L2 Data cache fully associative, 1 lines/tag, 64 bytes/line L2 cache: 0 KB, 1-way set associative, 0 lines/tag, 63 bytes/line Data TLB: 2M/4M-bytes pages, 4-way set associative, 32 entries Data TLB: 4k-byte pages, 4-way set associative, 64 entries Unknown cache descriptor 0x76 Unknown cache descriptor 0xff Inst TLB: 4K-bytes pages, 4-way set associative, 64 entries 64-byte Prefetching Shared 2nd-level TLB: 4K, 4-way set associative, 512 entries
#47758, real hardware, run from usb stick.
Opening multiple files (over ten) so that processor chokes:
You get the usual dropping frames on terminal, the deskbar freezes.
When you close the media player windows one by one, deskbar becomes responsive again. Despite closing those windows, mediaplayer still has the associated au_control etc. processes attached to every mediaPlayey instance you opened. MediaPlayer wont respond to close app, you have to manually kill it from processcontroller. If you leave it be, you get the following crash (included).
After the crash mediaPlayer can be started again. But it starts in a zombie mode and gets stuck opening files.
Please try again with hrev47758.
Ah, I see. Well, the mailing list welcome email I can't do anything about.
In any case, I have changed the description to 'Websites', 'Discussion of websites maintained by Haiku'.
Type: PS/2 compatible
Type: PS/2 compatible
Everything else working correctly on my laptop (Acer Aspire M5-438TG), but the Touchpad and Keyboard.
On http://www.haiku-os.org/community/ml the haiku-web mailing list is listed as:
Discussion on the web and support tools for Haiku developers.
I suggest changing this to something more descriptive:
Discussion of the websites that are directly
maintained and utilized by Haiku.