[physfs] 2.0 wishlist...

[Brian Hook]

> Full-on async-I/O is probably overkill/overengineering for physfs's
> remit (not that it wouldn't be nice!), but non-blocking I/O would
> be an adequate basis for some nice things like speculative pulling-
> in of level and texture data without causing unavoidable troughs in
> the frame rate.

Can't the application handle this by spawning a separate thread 
instead of relying on presumably platform-specific non-blocking IO 
routines?

Brian