Opened 17 years ago

Closed 17 years ago

Last modified 17 years ago

#1350 closed bug (fixed)

GLTeapot crashes in VMware player on faster machine in FPS::drawChar ()

Reported by: umccullough Owned by: korli
Priority: normal Milestone: R1
Component: Kits/OpenGL Kit Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: x86

Description

GLTeapot runs for a second and then it crashes into gdb with attached stack trace.

Looks like something wrong in FPS::drawChar ()

This occurs running Haiku hrev21778 in VMWare Player 1.0.4 (windows) - machine is AMD64 X2 5600+ but VMWare is configured for single CPU. This seems to work fine on a slower PII450 running on real hardware (vesa driver).

Attachments (1)

GLTeapot_gdb_bt_r21778.txt​ (1.9 KB ) - added by umccullough 17 years ago.

Download all attachments as: .zip

Change History (6)

by umccullough, 17 years ago

Attachment: GLTeapot_gdb_bt_r21778.txt​ added

comment:1 by ekdahl, 17 years ago

I've observed the same behaviour here with an Athlon 64 X2 3800, also with vmware.

comment:2 by mmlr, 17 years ago

Should be fixed in hrev21782. The FPS counter did only expect frame rates below 1000. Anything above could cause an invalid array access. Can you please verify?

comment:3 by ekdahl, 17 years ago

It does indeed seem to work fine here now. Thanks!

comment:4 by mmlr, 17 years ago

Resolution: → fixed
Status: new → closed

Verified, closing ticket.

comment:5 by umccullough, 17 years ago

Yep, definitely fixed here too.

Thanks for tracking that down so quickly!

Note: See TracTickets for help on using tickets.