URL:
http://gna.org/bugs/?12508
Summary: crash when selecting Options/Game Options in r6222
Project: Warzone Resurrection Project
Submitted by: mkoller
Submitted on: Sunday 10/26/2008 at 10:30
Category: None
URL:
http://gna.org/bugs/?12509
Summary: Assert in Warzone: map.h:258 (x mapWidth) in
r6222
Project: Warzone Resurrection Project
Submitted by: mkoller
Submitted on: Sunday 10/26/2008 at 11:25
Category: None
URL:
http://gna.org/bugs/?12093
Summary: Assert in Warzone: widget.c:1080
Project: Warzone Resurrection Project
Submitted by: mkoller
Submitted on: Saturday 07/26/2008 at 16:06
Category: None
Severity:
Hi,
as warzone (svn trunk rev r5639) crashes immediately when I start a game
without --nosound, it's impossible to play/test anything.
(I created already a ticket for the crash http://gna.org/bugs/?12017 )
As a workaround: can the background music somehow be disabled but the
rest of the sound
On Tuesday 22 July 2008, Martin Koller wrote:
As a workaround: can the background music somehow be disabled but the
rest of the sound effects still be available ?
E.g. a commandline option --nomusic would be great.
I found a config entry to achieve this:
music_enabled=0
--
Best regards
URL:
http://gna.org/bugs/?12017
Summary: crash when starting a game
Project: Warzone Resurrection Project
Submitted by: mkoller
Submitted on: Monday 07/14/2008 at 21:33
Category: None
Severity: Blocker
URL:
http://gna.org/bugs/?12011
Summary: Script file Tech.slo not found - case problem ?
Project: Warzone Resurrection Project
Submitted by: mkoller
Submitted on: Sunday 07/13/2008 at 10:57
Category: None
Hi,
just updated to 2552.
When I start warzone, it crashes with the following:
(gdb) bt
#0 0x081dc604 in registry_load (filename=0x82b9b00 config) at
configfile.c:216
#1 0x081dc8ad in openWarzoneKey () at configfile.c:281
#2 0x081377d2 in loadConfig () at configuration.c:72
#3 0x080c9fc2 in
On Tuesday 16 October 2007, Dennis Schridde wrote:
Am Dienstag, 16. Oktober 2007 20:08:26 schrieb Martin Koller:
just updated to 2552.
You don't want to say that this is introduced by defining the C std, do
you?
I have no idea what you mean by that, sorry.
P.S.:I didn't want to say
Hi,
I tried if warzone (current SVN) runs with the german translation, but failed.
Checking what happens, I think I found that the problem lies somewhere in
the configure step, as the config.h contains:
/* Directory with gettext locales */
#define LOCALEDIR ${localedir}
which leads to
On Monday 24 September 2007, Per Inge Mathisen wrote:
On 9/24/07, Martin Koller [EMAIL PROTECTED] wrote:
BTW: the last commit removed src/winmain.h which seems still to be
needed. *** No rule to make target `winmain.h', needed by `all-am'.
Stop.
Works here. Did you forget to rerun
Hi,
attached is a patch which fixes a bug in droid.h where the number of allowed
order list entries was checked with an assert but 1 number too less.
BTW: the last commit removed src/winmain.h which seems still to be needed.
*** No rule to make target `winmain.h', needed by `all-am'. Stop.
--
Hi list,
in search of documentation regarding what do I have to research to get a
specific weapon, etc., I found the following document:
http://www.pivotalgames.com/pumpkin/Downloads/Warzone/Tech_tree/WZ_Tech_Tree.zip
Now I ask myself: why isn't this in the SVN repository ?
I think this is
On Sunday 12 August 2007, Thomas wrote:
URL:
http://gna.org/patch/?795
Summary: Translation fixes, german
Any chance that this patch gets committed ?
The current de.po is unusable due to the wrong encoding in the file.
--
Best regards/Schöne Grüße
Martin() ascii
On Tuesday 21 August 2007, Dennis Schridde wrote:
Am Dienstag, 21. August 2007 22:16:57 schrieb Martin Koller:
Hi,
I was playing a skirmish game which on saving created also a file
called templ.bjo which is 1294272 bytes large.
This game can no longer be loaded, as init.h defines
On Tuesday 31 July 2007, Per Inge Mathisen wrote:
Do anyone play with the shake screen option on? I find it extremely
annoying and always turn it off.
I'm currently using it as it's activated by default - but I was already
thinking of deactivating it as it's kind of annoying.
Can I remove
Hallo,
danke für die Übersetzung.
Allerdings ist das de.po in einem falschen encoding.
Es sollte in iso8859-1 sein (also 1 byte pro char)
Das geht leider nicht anders, weil der code nur 1 byte pro char verarbeiten
kann.
Das de.po von dir ist aber irgendwie ganz komisch, weil z.B. für das
Wort
On Wednesday 18 July 2007, Dennis Schridde wrote:
BTW: why is there a names.txt in messages and in mp/messages which are
mostly the same ?
The files in the mp/* directory are used in multiplayer/skirmish (they
override the files in the data/* directory). This works by using
On Tuesday 17 July 2007, Per Inge Mathisen wrote:
On 7/17/07, Martin Koller [EMAIL PROTECTED] wrote:
What about the follwing patch ?
Just a quick glance at src/multibot.c tells me you missed cases. That
will break multiplayer games badly, so it is important you catch them
all.
Do I see
On Wednesday 18 July 2007, Martin Koller wrote:
It should better use a size counter and sizeof() instead.
What do you think about the following approach:
A new NETadd macro simply counts on its own what is given to its NETMSG.
So e.g. sendHappyVtol() would change from:
NETMSG m;
NetAdd(m,0
Hi all,
is there any interest in allowing to compile wz with a C++ compiler and
allowing future additions to use C++ ?
I made a simple check by compiling wz with g++ to see what happens.
There are only about 250 errors, which are mainly invalid datatype conversions
(e.g. not casting the
On Wednesday 18 July 2007, Per Inge Mathisen wrote:
On 7/18/07, Martin Koller [EMAIL PROTECTED] wrote:
is there any interest in allowing to compile wz with a C++ compiler
If you look at the coding style document (in the wiki), you'll see we
require that patches remain C++ compatible
Hi,
I somehow saved a game which when loaded again leads to program abort.
The abort occurs in scriptobj.c line 1155 due to a sound file having no name
(pName is an empty string)
debug(LOG_ERROR, Sound ID not available %s not
found, pName);
On Friday 13 July 2007, Dennis Schridde wrote:
The next step would probably be to eliminate strres entirely:
Attached is a patch which gets rid of the strings.txt file by hardcoding the
strings and using _() (gettext)
strings.txt has then also to be removed from SVN
BTW: Could you commit my
On Monday 16 July 2007, Per Inge Mathisen wrote:
On 7/16/07, Martin Koller [EMAIL PROTECTED] wrote:
I ask myself: what is the x,y,z position supposed to have as datatype ?
I find UWORD but also UDWORD.
..
I think this should be made consistent to be able to correctly fix the
compiler
On Monday 16 July 2007, Dennis Schridde wrote:
BTW: Could you commit my other patches as there do not seem to be
objections, so that I do not get completely out of sync with SVN, please.
Thanks.
Should all be there in r2124.
Thanks. But the change in
lib/framework/strres_parser.y
is
On Monday 16 July 2007, Per Inge Mathisen wrote:
Nice, this removes a lot of ugly casts. Unfortunately, that patch
would break the netcode badly. In order to convert basedef's xyz from
UWORD to UDWORD, we will have to check or change the size of all xyz
coordinates going over the network, too
On Sunday 15 July 2007, Giel van Schijndel wrote:
Per Inge Mathisen schreef:
On 7/15/07, Martin Koller [EMAIL PROTECTED] wrote:
I have revision 2105 and I can no longer compile on Linux due to the
following problem:
move.c: In function `moveGetDirection':
move.c:1967: warning
Hi,
attached patch fixes some compiler warnings:
loop.c:655: warning: `originalVolume' might be used uninitialized in this
function
objmem.c:46: warning: `factoryDeliveryPointCheck' defined but not used
objmem.c:939: warning: `objListIntegCheck' defined but not used
scriptfuncs.c:10423:
On Thursday 12 July 2007, Martin Koller wrote:
On Thursday 12 July 2007, Dennis Schridde wrote:
I think this is a bad way of doing it, since it introduces a second
system for translation, and extra files to keep updated, with no clear
system of finding out when they are out of sync. Instead
On Thursday 12 July 2007, Dennis Schridde wrote:
I am afraid your patch to frameresource.c wont work like this.
- Unconditional inclusion of locale.h, which shouldn't happen when compile
with --disable-nls, eg. in case where no gettext is available.
- Variable declaration in the middle of a
On Wednesday 11 July 2007, Dennis Schridde wrote:
The patch is already commited (r2053).
The translation has a few locations I am not sure about. So before clearing
those parts and commiting the remainders, I think it is better to talk
about it first. (Saves me some effort. ;) )
Thanks for
32 matches
Mail list logo