My system is: AMD Duron 1.1GHz 256MB RAM NVidia GeForce 2 MMX Kernel version is 2.6.12-12mdk
Here's what I get when I run UQM:
Set the resolution to: 640x480x32 Screen scalers are using SSE/MMX-Ext/MMX code *** glibc detected *** malloc(): memory corruption (fast): 0x083db9b8 *** Aborted
Does anyone know why this is happening? I'm totally stumped.
Weird. Sounds like some part of UQM is overwriting malloc's data structures; a typical case of writing outside allocated blocks. However, I haven't seen UQM do this before.
Have you compiled this yourself, or is this a precompiled binary? Have you tried the CVS version of UQM?
Either way, it looks like a bug in UQM (or, theoretically, SDL). I suggest you file a bug report.
Did you compile UQM yourself? Or was this a binary package? In the latter case, from which distribution? If you compiled it yourself, does this occur in debug mode, or only in release mode? It would be useful if you could include a core file in the bug report (if you don't get a core file, do "ulimit -c unlimited" in bash or zsh, or "limit coredumpsize unlimited" in tcsh), as well as the binary that goes with it. A debug mode core file and executable are much more usable for us, so if you've compiled it yourself, and the problem occurs in debug mode, please send us those. Also it may be useful for us to know what version of glibc and SDL you're running on your system.
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”
A core file is a dump of the process state at the time of the crash (or abort() call in this case). If you have creation of core files on (which is what the command lines I mentioned were to do), a core file will be created in the current directory at the time of a crash. If the same problem occurs in debug mode, it will contain more useful information to help us track down the problem.
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”