Crash on object layer load about tmxlite HOT 6 CLOSED

This occurs because the code assumes you have a path before the .tmx file name - if you don't have a path separator ('/' or '') the code attempt to pop_back on an empty string.

from tmxlite.

Without running through a debugger myself I can't really say for sure. Can you share a map file which reproduces the problem so I can take a look?

from tmxlite.

Here's the map I used for testing. Of course, then it would be map.load("0-1.tmx"); instead.

UPDATE: Through some more testing, it seems like it crashes trying to parse the object layers for some reason...

from tmxlite.

I've just run the map through the parse test program and it loads OK. Are you possibly mixing debug/release builds perhaps? And are you doing anything else to the map file or does it crash before map.load() can even return true or false? I'm running the same setup as you except on Windows 7

from tmxlite.

I've tried both debug and release builds with respective libraries and both fail with that error. map.load doesn't have time to return a value before it crashes. As I also tried including the source files directly, I doubt it's that. Although, now that I include the source files directly, I now get this runtime error instead.

from tmxlite.

Ah. Looking at the previous out of range exception, I'm beginning to to think this may be to do with the way strings are handled with different locale settings / whether the underlying string uses widechars or not - I've come across something similar in the logger class. I'm going to need to have a think about how to reproduce the bug my end. As a wild stab it might happen around here - you could try commenting parts out to see if it makes a difference. This is most vexing, indeed.

from tmxlite.