-
Notifications
You must be signed in to change notification settings - Fork 18
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
Possible bug in Libco dependency effecting DOSBox-core #43
Comments
Actually, I think I read this incorrectly. The x28 are the correct instruction and the x29 are erroneous. So, it looks like we are good after all and are using the fixed Libco version. Apologies. |
dosbox-core does not use libco :-) |
Haha, ok my mistake is compounded then. Another rookie mistake. If you don't mind answering a question for my better understanding of how DOSBox-core is put together, what is the purpose of the /libretro/deps/common/libco sources? They aren't actually utilized in DOSBox-core? |
|
OK, thanks. I think I understand better now. I'm just starting to stick my toes into github and have so much to learn. |
I was aware, I listed every repo for posterity as they get cloned (maintained or not) with libretro-super automatically, and it is possible that the bug could propagate if the offending repo code is taken from it unknowingly at some point |
Btw, this is dosbox-core, NOT https://github.com/libretro/dosbox-libretro. |
There was recently a bug report I noticed via SCUMMVM that seems to effect DOSBox-core as well. It pertains to an error in the Libco dependency that causes errors/crashes on Windows x64.
The original bug report is here:
libretro/libretro-super#1643
The author mentions that the old (and now deprecated) DOSBox core is effected and specifically links to it. They are probably unaware that core is no longer maintained. I checked the libco/amd64.c file used in the current DOSBox-core sources, however, and it seems to be effected as well in lines 62-71, as the original report mentions. The erroneous x28 instructions are there instead of x29.
I thought I should bring it to attention here so it can be investigated further.
The text was updated successfully, but these errors were encountered: