Robert Isaac schrieb:
The full version of the game was playable on Sarge without issues
(32-bit compiled from upstream CVS). The breakage seemed to happen
when compiled on an Etch system (if that's helpful) this is both the
Debian package and Upstream's CVS.
Sorry, but I don't know what you
The full version is playable on Sarge when taken from upstream CVS.
How about the Shareware version (or what do you mean by full version)?
There is no difference between the full retail version and the
shareware version, it is just a compile switch that allows the loading
of more wad files.
Robert Isaac schrieb:
There is no difference between the full retail version and the
shareware version, it is just a compile switch that allows the loading
of more wad files.
I know, that's why I was wondering why it should work with the full
version but not with the shareware version which
On Monday 06 August 2007 08:59:59 am Fabian Greffrath wrote:
thank you very much for debugging!
I have merged both of our patches and made them available under:
http://www.geocities.com/fab666_2000/10-32bitisms_v2.dpatch.zip
Good, although I won't have time to check that out for another
Dear Dmitry,
Dmitry V. Rutsky schrieb:
After some pleasant tinkering with GDB (didn't use that for ages) and fixing
various things I managed to make it start a game; the graphics and gameplay
at the beginning seem normal. Sound works, but music is just a loud humming.
Loading a game
However, do you consider the game playable?
The full version of the game was playable on Sarge without issues
(32-bit compiled from upstream CVS). The breakage seemed to happen
when compiled on an Etch system (if that's helpful) this is both the
Debian package and Upstream's CVS.
I am CCing
Dear ROTTers,
last weekend I finally found the time to implement what Darren Salt (and
several 64bit-porting documentations the web) suggested and replaced all
unsinged and signed long variables in the ROTT source code with the
corresponfing (u)int32_t variables. Please find the dpatch at:
On Friday 03 August 2007 09:06:44 am Fabian Greffrath wrote:
Dear ROTTers,
last weekend I finally found the time to implement what Darren Salt (and
several 64bit-porting documentations the web) suggested and replaced all
unsinged and signed long variables in the ROTT source code with the
I demand that Fabian Greffrath may or may not have written...
Am Freitag, den 13.04.2007, 21:28 +0100 schrieb Darren Salt:
I've seen exactly the same crash. On looking at the source, I see the
usual 32bit-isms: an assumption that long is 32 bits wide, and many casts
between pointer types and
Hello.
I apply your patch:
[...]
gcc -g -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DUSE_SDL=1
-DPLATFORM_UNIX=1 -W -Wall -Wno-unused -m32 -DUSE_EXECINFO=1
-DDATADIR=\/usr/share/games/rott/\ -c -o rt_scale.o rt_scale.c
gcc -g -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DUSE_SDL=1
Am Freitag, den 13.04.2007, 21:28 +0100 schrieb Darren Salt:
I've seen exactly the same crash. On looking at the source, I see the usual
32bit-isms: an assumption that long is 32 bits wide, and many casts between
pointer types and either int or unsigned int.
As an experiment: Could you please
Package: rott
Version: 1.0-1
Severity: normal
After clean installation rott crashes on startup with the following
console output:
~~~
[EMAIL PROTECTED]:~$ rott
Rise of the Triad Startup Version 1.4
Shareware Version
Z_INIT:
severity 419035 serious
retitle 419035 rott is rotten - riddled with 32bit-isms
thanks
I've seen exactly the same crash. On looking at the source, I see the usual
32bit-isms: an assumption that long is 32 bits wide, and many casts between
pointer types and either int or unsigned int.
Basically,
13 matches
Mail list logo