Unhandled Page Fault When Compiling Haiku Source On Nightly r42768

[Don Quixote]

I installed the nightly hrev42768 VMDK under VirtualBox. I mounted the blank disk image that was provided in the tarball as writable, then did an anonymous SVN checkout of the Haiku source tree.

I set up a separate directory to hold the object files:

 $ mkdir i686
 $ cd i686
 $ ../Source/haiku/haiku/configure
 $ jam -q @alpha-raw

The build ran from a few minutes then entered kernel debugging land with the attached crash dump. It's a screen shot - is there a way to save it to a text file, or to the clipboard from VirtualBox?

It's still in kernel debugging land with the keyboard working if you want me to do something to debug it.

[Don Quixote]

unhandled page fault when building Haiku in nightly hrev42768

[Don Quixote]

The VirtualBox VM is configured with 1024 MB of memory, with Virtual Memory enabled within Haiku. I/O APIC and VT-x are enabled - should they be?

[Don Quixote]

XML file with the VirtualBox config for my Haiku Nightly hrev42768 VM.

[Don Quixote]

My host is an early 2006 MacBook Pro (Core Duo, NOT Core 2 Duo, model identifier MacBookPro1,1) running Ubuntu 11.04. It has 2 GB of physical memory, with no virtual memory.

[bonefish]

I'd assume fork_team() failed (probably due to lack of memory) before the new thread object could be added to the new team, hence, when the thread destructor is called, its team is still NULL and ​Thread::DeleteUserTimers() invokes UserDefinedTimersRemoved() on a NULL team object.

The solution would be in Thread::DeleteUserTimers() to only invoke UserDefinedTimersRemoved() when count is greater than 0.

I don't know when I'll get to apply that change, so if anyone wants to beat me to it, feel free.

[Don Quixote]

Are we forking a multithreaded process? BeOS could not do that, one could fork only when the only thread was the one that entered main(). Does Haiku support multithreaded forks?

[bonefish]

Replying to Don Quixote:

Are we forking a multithreaded process?

In this case, no, jam is single-threaded.

BeOS could not do that, one could fork only when the only thread was the one that entered main(). Does Haiku support multithreaded forks?

Haiku supports fork() being called in any thread.

[anevilyak]

Replying to bonefish:

The solution would be in Thread::DeleteUserTimers() to only invoke UserDefinedTimersRemoved() when count is greater than 0.

Done in hrev42776.

[bonefish]

Thanks a lot! Closing as fixed. Please reopen, if you encounter it again.