-
Notifications
You must be signed in to change notification settings - Fork 553
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
exits with a segfault instead of vpo #48
Comments
This happens because |
You can add a NULL check to the visplane in diff --git a/src/doom/r_plane.c b/src/doom/r_plane.c
index 16dde4c2..db882e57 100644
--- a/src/doom/r_plane.c
+++ b/src/doom/r_plane.c
@@ -266,7 +266,11 @@ R_CheckPlane
int unionl;
int unionh;
int x;
-
+ if (pl == NULL)
+ {
+ I_Error ("R_DrawPlanes: visplane overflow (%" PRIiPTR ")",
+ lastvisplane - visplanes);
+ }
if (start < pl->minx)
{
intrl = pl->minx; |
A pointer pointing past the
|
So @fabiangreffrath could that be merged in? Is there anything else that would need to be done? |
I expressed some objections against your approach, but have none against mine. 😉 Could you confirm that it works as expected? |
Is something else than the VPO wrong with this map? It won't even run in Doom+. It locks up with the music playing, either there's a missing player 1 start position or there's more than 1024 visplanes. I don't have tools to check. |
@fabiangreffrath I implemented your fix in my source port and it works as expected. |
chocolate-doom -file shdwpit.wad -warp 01 exits with a segmentation fault instead of the visplane overflow message like the exe
The text was updated successfully, but these errors were encountered: