get_cached_block: invalid block number while booting into live cd

[TwoFx]

A screenshot of the KDL is attached. Some general information:

I am cross-compiling hrev49917 from 64-bit Debian to a .iso with

./compile --use-xattr-ref --build-cross-tools x86_gcc2 ../buildtools --build-cross-tools x86 --distro-compatibility official

and then

jam -q -j4 @nightly-cd

. I made some minor changes to Window.cpp (i.e. something entirely unrelated). This happened when booting into the generated .iso on VirtualBox 4.3.30 on a Windows host. It only happened once, when rebooting everything worked as expected.

[TwoFx]

I of course meant ./configure and not ./compile

[axeld]

Nice black frame around the KDL -- looks just like a death notice :-) Is the problem reproducible when you rebuild the ISO? It doesn't really look like something that would go away by itself (so it's likely to be some kind of memory corruption if it does).

[TwoFx]

I have not been able to reproduce this issue, neither with the same .iso, nor with one rebuilt from the same code.

I built this image using genisoimage. The build printed the following:

Building CD image (genisoimage)...
WARNING: genisoimage fallback has known problems with long filenames!
         Please install mkisofs before making production releases!
Warning: Creating ISO-9660:1999 (version 2) filesystem.
Warning: ISO-9660 filenames longer than 31 may cause buffer overflows in the OS.

Now, the file that seemed to be triggering the error is in fact longer than 31 characters. Maybe this is the problem? Probably a wontfix in this case.. I switched to mkisofs, if this happens again I'll let you know.

[axeld]

That sounds indeed likely. I would like to see if it isn't possible to improve the ISO file system to handle that case gracefully, though, and would therefore keep the ticket open.