pulkomandy@xxxxxxxxx schrieb:
Author: pulkomandy Date: 2009-12-21 20:59:13 +0100 (Mon, 21 Dec 2009) New Revision: 34735 Changeset: http://dev.haiku-os.org/changeset/34735/haiku Modified: haiku/trunk/data/catalogs/preferences/cpufrequency/bg.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/de.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/fi.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/fr.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/it.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/lt.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/ru.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/sv.catkeys haiku/trunk/data/catalogs/preferences/cpufrequency/uk.catkeys haiku/trunk/src/preferences/appearance/Jamfile haiku/trunk/src/preferences/cpufrequency/StatusView.cpp Log: Fix cpufrequency catalogs build and update them. This clean up the add-on from hand-made translation mess.
When I try to run the CPUFrequency preflet it crashes. Serial console prints: vm_soft_fault: va 0x0 not covered by area in address spacevm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x4aad03, write 0, user 1, thread 0xf5 vm_page_fault: thread "CPUFrequency" (245) in team "CPUFrequency" (245) tried to read address 0x0, ip 0x4aad03 ("liblocale.so_seg0ro" +0x11d03)
debug_server: Thread 245 entered the debugger: Segment violation stack trace, current PC 0x4aad03 GetString__8BCatalogPCcN21 + 0x1b: (0x7ffeef04) 0x20dd18 main + 0xc4 (0x7ffeef7c) 0x20a0ff _start + 0x5b (0x7ffeefac) 0x105b5e runtime_loader + 0x14a backtrace in gdb says: #0 0x004aad03 in BCatalog::GetString () fro /boot/system/lib/liblocale.so #1 0x0020dd18 in main () This happens on real hardware and in vmware. Tested with gcc2hybrid r34753. When more info is needed just request it :) Kind Regards -Colin