Pre-defined Queries

Custom Query (12076 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (76 - 78 of 12076)

Ticket Resolution Summary Owner Reporter
#78 duplicate another cache bug, maybe same as 77 axeld stippi
Description

Tried to expand the WonderBrush2.0 zip file with Expander. The zip file double clicked in Tracker is not automatically loaded in Expander, but drag&drop works good enough to load the zip into Expander. When I clicked Expand, I was soon visiting KDL:

unhandled page fault in kernel space... sc: <kernel> ChunkIndex11block_rangeP11block_cachePv + 0x000d <kernel> Free11block_rangeP11block_cacheP11 + 0x001d <kernel> Free11block_cachePv + 0x002a <kernel> cache_start_sub_transaction + 0x00d6 <bfs> Lock7JournalP11Transaction + 0x00b0 <bfs> Start11TransactionP6Volumex + 0x0028 <bfs> bfs_free_cookie_FPvN20 + 0x0165 <kernel> file_free_fd_FP15file_descriptor + 0x0031 <kernel> put_fd + 0x0032 <kernel> common_close + 0x004c <kernel> _user_close + 0x0014 <kernel> syscall_dispatcher...

This happened on a freshly initialized and installed Haiku partition. The next time I booted, when I synced after taking a screen shot, the sync command didn't return on the command line. The system was like under heavy load. I could still hit F12 to enter KDL and rebooted from there. On the next boot, the partition was toast again (Panic: BFS!... co... eventually Panic: No boot device found.), but booting into R5 fixed it.

#79 fixed Unable to boot HD image: bfs_access:1329: Operation not allowed axeld a.mottola@…
Description

Trying to build my first HD image in about three years of absence from the scene, and I'm experimenting this bug while booting a fresh new image under QEMU on R5: the system starts, I see the boot logo, but then the debug output blocks at this point (I report the lines above too for clarity):

[...] vesa_get_frame_buffer_config() loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/input/ps2_hid ps2_hid: keyboard: buffer not available! bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed bfs: bfs_access:1329: Operation not allowed vm_soft_fault: va 0x0 not covered by area in address space vm_page_fault: vm_soft_fault returned error -2147478783 on fault at 0x0, ip 0x28afe4, write 1, user 1, thread 0x41 vm_page_fault: sending team "/boot/beos/apps/Terminal" 0x29 SIGSEGV, ip 0x28afe4 ("libroot.so_seg0ro" +0x5cfe4)

Nothing more happens. If I download a prebuilt HD image the same happens, whereas the same image boots just fine under VMWare on WinXP. This leads me to believe it may be a BeOS issue; I'm running an Athlon64 3000. Not sure though so I thought this was worth a bug report...

#80 fixed Terminal hangs on large console output axeld a.mottola@…
Description

If a commandline app that outputs a lot of text is launched from the Terminal, the Terminal itself hangs, hogging most of the CPU. Killing the Terminal doesn't seem to work, the system is just slow as hell due to the CPU hog. You can reproduce the problem by launching listsem or listarea for example. The problem doesn't exist if these apps are launched from the fake_app_server/consoled combo.

Note: See TracQuery for help on using queries.