[haiku-development] Re: The status of getting a compiler running
- From: "Rene Gollent" <anevilyak@xxxxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Sun, 3 Feb 2008 22:19:46 -0600
Further update, it looks like that trashed the filesystem as well,
after rebooting from that panic, zbeos is no longer able to mount
/boot.
Rene
> Hi Ingo,
>
> I tried an svn checkout of the source tree from within Haiku today,
> and that panicked for me with "heap overgrew itself", trace as
> follows:
>
> <snip> lines for kernel debugger itself
> 803b8ae8 (+192) 8007e08d <kernel>:panic + 0x0029
> 803b8ba8 (+ 64) 80024e24 <kernel>:raw_alloc + 0x003c
> 803b8be8 (+ 64) 800250db <kernel>:memalign + 0x01f3
> 803b8c28 (+ 32) 800251f4 <kernel>:malloc + 0x0014
> 803b8c48 (+ 48) 80053e57
> <kernel>:create_area_struct__FP16vm_address_spacePCcUlUl + 0x002f
> 803b8c78 (+ 64) 80054495
> <kernel>:map_backing_store__FP16vm_address_spaceP8vm_cachePPvxUlUliiiPP7vm_areaPCc
> + 0x0021
> 803b8cb8 (+176) 80054a87 <kernel>:vm_create_anonymous_area + 0x0203
> 803b8d68 (+ 80) 8005a24b <kernel>:create_area + 0x003b
> 803b8db8 (+ 64) 80085aa4
> <kernel>:area_allocate_pages__FP12object_cachePPvUl + 0x004c
> 803b8df8 (+ 48) 80086f4c <kernel>:CreateSlab__16SmallObjectCacheUl + 0x002c
> 803b8e28 (+ 48) 80086c35
> <kernel>:object_cache_reserve_internal__FP12object_cacheUlUl + 0x0049
> 803b8e58 (+ 64) 80086692 <kernel>:object_cache_alloc + 0x0076
> 803b8e98 (+ 64) 803ae768
> </boot/beos/system/add-ons/kernel/drivers/dev/net/nforce>:m_getcl +
> 0x0034
> 803b8ed8 (+ 64) 803a4f13
> </boot/beos/system/add-ons/kernel/drivers/dev/net/nforce>:nfe_newbuf +
> 0x0023
> 803b8f18 (+ 64) 803a5452
> </boot/beos/system/add-ons/kernel/drivers/dev/net/nforce>:nfe_rxeof +
> 0x01e2
> 803b8f58 (+ 48) 803a4dd0
> </boot/beos/system/add-ons/kernel/drivers/dev/net/nforce>:nfe_int_task
> + 0x0204
> 803b8f88 (+ 80) 803aef29
> </boot/beos/system/add-ons/kernel/drivers/dev/net/nforce>:tq_handle_thread
> + 0x00a5
>
> Note that this was after quite a bit had been checked out (it was up
> to the glibc portion of libroot). I thought I'd test this since I saw
> Axel committed some changes related to flock(), which I seem to
> remember being an issue with svn on BeOS in the past.
>
> Regards,
>
> Rene
>
Other related posts:
