New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
read("*number") not working in 2.1.1 (always returning 0) #940
Comments
Nobody broke something while fixing that. Someone broke something while switching out the 100% of the lua implementation with another. Change the lua core in config > customize, or give me a malfunctioning test case (besides mari/o) I can a/b check between the two lua cores |
if it was a savestate from a 1.x release then that's the problem. Previous SNES savestates are no longer valid in 2.x |
@adelikat I was only trying to read a text file, not loading a savestate
and this is what it prints in the console:
|
If it doesn't work, use \r\n (I can't remember for sure now, but I think '\n' will work). FYI, kopilua's IO library is NOT READY FOR PRODUCTION USE. |
It's needed for the future linux port. |
Could use keralua for that instead. I didnt use keralua originally because it had the same problem luainterface+lua did but if I've fixed that, then I know how to fix keralua. With keralua you then build a native lua dll. Basically keralua replaces the managed c++ with more normal pinvoke, I think |
I came across this issue while trying to load a previously saved state with the Mar I/O script.
Couldn't find anyone with the same issue, so I guessed it must have appeared recently.
Also, this part in the release notes of version 2.1.1 could mean someone broke something while fixing something else:
The text was updated successfully, but these errors were encountered: