example level compiles correctly but crashes in emulator. #17

New Issue

2022-08-12T16:09:46+02:00

filippocastelli commented

2022-08-12 16:09:46 +02:00

(Migrated from github.com)

After compiling out of the box, the example level seems not to load correctly.
Can't really figure out what's wrong here, posting two screenshots.

The gouraud cube seems to render fine but there's apparently some problem with texture loading, can't really figure out what's happening here.

EDIT: the real problem was just the crashing, the textures should be correct. Anyway switching to level 1 caused all kinds of graphical glitches before crashing.

After compiling out of the box, the example level seems not to load correctly. Can't really figure out what's wrong here, posting two screenshots. <img width="687" alt="immagine" src="https://user-images.githubusercontent.com/37574218/184369459-0d91227a-a9b0-4f55-84b8-eea2e219db69.png"> <img width="687" alt="immagine" src="https://user-images.githubusercontent.com/37574218/184369537-721dfe5f-4158-46bc-9fc7-dd0809be08cc.png"> The gouraud cube seems to render fine but there's apparently some problem with texture loading, can't really figure out what's happening here. EDIT: the real problem was just the crashing, the textures should be correct. Anyway switching to level 1 caused all kinds of graphical glitches before crashing.

filippocastelli commented

2022-08-15 12:55:58 +02:00

(Migrated from github.com)

After bisecting, it seems that the first bad commit producing crashes is 1dd7405244 .

The binary that's present in 56a9fa382f doesn't suffer from the same problem though and is clearly made after 1dd7405244 .
I suspect this has to do with different versions of components of the compilation environment, I'll try to fix in current and let you know.

After bisecting, it seems that the first bad commit producing crashes is 1dd74052447a2c81ad86c7a46b2685152ebefc7b . The binary that's present in 56a9fa382f2c6120b01fed2d6d00d656dd610b65 doesn't suffer from the same problem though and is clearly made after 1dd74052447a2c81ad86c7a46b2685152ebefc7b . I suspect this has to do with different versions of components of the compilation environment, I'll try to fix in current and let you know.

filippocastelli commented

2022-08-15 13:02:30 +02:00

(Migrated from github.com)

Update: reverting 1dd7405244 does in fact avoid crashes, even though the program now seem to crush when X is pressed.

Update: reverting 1dd74052447a2c81ad86c7a46b2685152ebefc7b does in fact avoid crashes, even though the program now seem to crush when X is pressed.

Sign in to join this conversation.