Tracker crash post-initialization

[dvh]

Sometimes immediately, sometimes with some coaxing, browsing directories with Tracker on a gcc4-hrev31095 build results in Tracker crash to gdb, under the following conditions:

1) Running Haiku from a nightly test image as primary master, under VirtualBox 2.2.4, either Ubuntu Jaunty or Windows XP Hosts. 2) Primary slave is mapped to a partition on disk 3) Partition is initialized to BFS block size 2048 using DiskSetup 4) Files from the disk image are copied to the host partition using cp -rf, rather than using Tracker

Copying the contents of the system disk image to the host partition using Tracker preserves metadata and does not cause crashes during directory browsing.

[dvh]

gdb backtrace

[dvh]

syslog

[dvh]

There's chatter on-list about the question but I'm open to assistance with additional investigation into the state of the filesystem. This isn't fully isolated and it's difficult to reproduce.

Also: is there an equivalent to dmidecode for use in bug reporting with haiku?

[axeld]

It looks like something might be wrong with your MIME database, BContainerWindow::AddMimeMenu() did not check whether or not the MIME type was valid, and there was at least one invocation where this was not checked either.

In any case, the MIME type could become messed up if you build Haiku under Linux without using xattr support (but there is already a ticket for that somewhere).

The crash itself should be fixed in hrev31777.