It is not really clear if it has been fixed. A suspicious part of the compiler was cleaned up and the problem disappeared. But it could not be traced down to a particular bug. - If the problem were still there, wait(1) would probably not fix it, so that could be a different issue.

I can send in the project if interested.
However there might indeed be other reasons for a problem which I could not identify.

Sure, please send it to Support and we'll check it.

Was the project of any help?

Well, not really yet, but there is still hope. The problem was of course that there was no problem here - no crash on any PC. Well, that's how crashes tend to behave. We plan a more thorough check in a special environment together with some other projects with similar issues. I hope then we'll find out what's happening. But that will take a while.

Did you remove the wait(1) in question AND publish? It does not crash in dev mode.

Yes, sure. The problem is when you do something evil, such as modifying a parameter of a just removed entity, it does not necessarily lead to a crash. That depends on the way the memory is allocated. So it's sometimes a bit difficult to find that problem from the outside, without diving into the script code.

I've changed a few things in my project and now I get the "bad file format" error. But... I've changed a view entity, too (from *.tga with emissive_... acknex material to *.mdl with *.fx effect). Has this issue only appeared in projects with view entities so far? EDIT: No, happens with regular entities and tiny projects, too.

Tiny project sounds good: if it is reproducible even with a tiny tiny project, we could have a good chance to reproduce the problem here.

It's the same demo project I've linked some time ago, see here:
http://www.opserver.de/ubb7/ubbthreads.php?ubb=showflat&Number=438628#Post438628

The model has a secondary skin without texture. Maybe that's the reason for the crash after all? Which would be odd though, half of my models usually don't have textures and it works fine.