On Windows, when launching a cart that uses #include, all included files get locked forever and cannot be deleted or modified by an external program unless PICO-8 is stopped. Even if another cart is loaded, the old files are still locked. This makes it really hard to work with source control because no file can be updated or merged while PICO-8 is running.

Edit: here is a screenshot of resmon.exe showing that pico8.exe acquires a new file descriptor on the same file each time I press Ctrl-R:

So it really looks like a file descriptor leak. If your cart has one #include directive, PICO-8 stops working after you run the cart 512 times using Ctrl-R or by typing "run".

But if you use e.g. 32 #includes, it stops working after only 16 runs:

Gah, file locking bugs are the worst. Sorry about that -- fixed for 0.2.0d

I can only assume this is what I've been seeing. After a time I just get this.

@samhocevar Bro, not only are you the guy that first highlighted the #include CRLF bug to me but here you are verbalising this issue far better than me, and then it turns out you're the guy who created the Tiled plugin I discovered recently while working in this thread. Kudos!

NB: Kinda gutted I can't get opening PICO-8 files to work in Javascript.