Re: [Warzone-dev] Bug with mission briefings halfway fixed

2006-12-02 Thread Dennis Schridde
Am Samstag, 2. Dezember 2006 09:03 schrieb [EMAIL PROTECTED]:
   Hey troman! this is Hikaru-orly - I've been trying to get to you on
 IRC, but we never seem to be on at the same time; I sleep during the day
 normally so this isn't helping obviously. That missions briefings bug is
 still there, but the behavior is massively improved, now when the problem
 happens it doesn't freeze the game, though I still have to quit the game
 completely to make it work right again. (I can't move the area I'm looking
 at around anymore after the bug triggers by putting my mouse at the edge of
 the screen, though I can with the arrow keys.) The game produces this on
 console when it happens:

 error:  msgStackPush() - stack full
 error:  msgStackPush: failed to push CALL_DORDER_STOP

 Please make a reply to at least this email address; I tried subscribing to
 warzone-dev but never got the verification mail, or anything else... So
 replying to the list is fine, but I won't see it.
I manually subscribed you, Hikaru.

--Dennis


pgpLTuXAhzaGw.pgp
Description: PGP signature
___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listinfo/warzone-dev


Re: [Warzone-dev] r514 - /trunk/win32/warzone2100.rc

2006-12-02 Thread Dennis Schridde
Am Freitag, 1. Dezember 2006 22:18 schrieb Giel van Schijndel:
 Giel van Schijndel schreef:
  Dennis Schridde schreef:
  Author: devurandom
  Date: Fri Dec  1 17:57:52 2006
  New Revision: 514
 
  URL: http://svn.gna.org/viewcvs/warzone?rev=514view=rev
  Log:
  Revised warzone2100.rc with help from MSVC.
 
  Modified:
  trunk/win32/warzone2100.rc   (contents, props changed)
 
  All very nice, except for one tiny detail. The fact that you changed `1
  VERSIONINFO' into `VS_VERSION_INFO VERSIONINFO' causes the version
  information to simply disappear (icon is still displayed, the version
  info however isn't displayed in the properties window from the
  executable anymore). If I simply change that line back (into `1
  VERSIONINFO' that is) it works out well. I'm guessing this is because
  VS_VERSION_INFO is some kind of MS preprocessor macro which isn't
  defined in windres (MinGW's resource compiler). The change of `2 ICON'
  to `1 ICON' might have to be reverted as well if VERSIONINFO is
  reverted, however I didn't do so and it did work out well.

 Oh and forgot to mention that these changes have some funny results as
 well: -BLOCK 040904B0
 +BLOCK 040704b0
 and:
 -VALUE Translation, 0x0409, 0x04B0
 +VALUE Translation, 0x0407, 0x04b0

 Number 0x0407 presents German, so this just changed the language to
 German. (0x0409 the original represents English). The BLOCK part is just
 a concatenation of the TRANSLATION part.

 So I suggest the attached patch to fix these problems.
Fixed in r516.


pgpqVJadTf1xv.pgp
Description: PGP signature
___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listinfo/warzone-dev


Re: [Warzone-dev] Bison detection in autogen.sh

2006-12-02 Thread Dennis Schridde
Am Dienstag, 28. November 2006 14:07 schrieb Per Inge Mathisen:
 I tried to compile on MacOSX 10.4 from subversion repository today,
 and discovered to my horror that MacOSX (still!) ships a truly ancient
 bison 1.28 version, which does not support %name-prefix (introduced in
 bison 1.31, current is 2.1). So a newer version needs to be installed.
 Both fink or darwinsports should do the job (I used fink, worked
 fine).

 However, we should warn the user about ancient versions of bison, so
 that they do not think we are at fault when problems like this happen.
 A very large and complicated patch to implement this is attached.
I don't know if the autogen.sh is the best place for this...
Naturally it should go to configure.ac, but apparently the AC_PROG_YACC 
doesn't support a version check... :(

(Most users which use the release version wont ever execute autogen.sh.)

--Dennis


pgpfXbg9BNqjx.pgp
Description: PGP signature
___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listinfo/warzone-dev


Re: [Warzone-dev] Backporting fixes for 2.0.5?

2006-12-02 Thread Dennis Schridde
Am Samstag, 2. Dezember 2006 18:51 schrieb Christian Ohm:
 There have been quite a few patches fixing things, or adding small
 features while touching only a few lines of code in the trunk (the
 playlist fix, and the SDL_QUIT and gamma patches, for example). Any
 plans to apply those to 2.0 as well?
Go for it... ;)
Actually it was not directly planed, but if someone wants to do it...

--Dennis


pgp1juRRIBV1C.pgp
Description: PGP signature
___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listinfo/warzone-dev


[Warzone-dev] Re: [Warzone-commits] r513 - /trunk/lib/widget/scrap.c

2006-12-02 Thread Troman
Giel van Schijndel, this patch seems to be breaking MSVC compilation, I 
reverted it for now.


Troman

- Original Message - 
From: Dennis Schridde [EMAIL PROTECTED]

To: warzone-commits@gna.org
Sent: Wednesday, November 29, 2006 6:57 PM
Subject: [Warzone-commits] r513 - /trunk/lib/widget/scrap.c


Author: devurandom
Date: Wed Nov 29 18:57:58 2006
New Revision: 513

URL: http://svn.gna.org/viewcvs/warzone?rev=513view=rev
Log:
Fix clipboard and compile on Windows. (Reported by Giel.)

Modified:
   trunk/lib/widget/scrap.c


___
Warzone-commits mailing list
Warzone-commits@gna.org
https://mail.gna.org/listinfo/warzone-commits 



___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listinfo/warzone-dev


Re: [Warzone-dev] Re: [Warzone-commits] r513 - /trunk/lib/widget/scrap.c

2006-12-02 Thread Dennis Schridde
Am Sonntag, 3. Dezember 2006 01:50 schrieb Troman:
 Since when do my messages go through.
 (Sorry for spam.)
LOL, I just passed your mail through, when you sent it again...


pgpZCdscMsdA6.pgp
Description: PGP signature
___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listinfo/warzone-dev


Re: [Warzone-dev] Backporting fixes for 2.0.5?

2006-12-02 Thread Christian Ohm
On Saturday,  2 December 2006 at 19:11, Dennis Schridde wrote:
 Am Samstag, 2. Dezember 2006 18:51 schrieb Christian Ohm:
  There have been quite a few patches fixing things, or adding small
  features while touching only a few lines of code in the trunk (the
  playlist fix, and the SDL_QUIT and gamma patches, for example). Any
  plans to apply those to 2.0 as well?
 Go for it... ;)
 Actually it was not directly planed, but if someone wants to do it...

I had a look at the SVN changelog. In most cases, I don't know if the
fix applies to 2.0 as well or just a new feature. And there are quite a
few patches where I can't find the supposed fix in the remaining
changes, so the original author might want to have a look:

r371: Fixed script compilation bugs

r383: Remove an unnecessary and wrong cast
applies

r386: Disabled Allied players send vision to each other automatically (only 
once) for Allow alliances alliance mode

r397: Correct openal buffer
applies, but needs another change

r405: Fixed difficulty slider applying settings to the wrong players
r407: Fixed disabled AIs showing up in the game
r411: fixed and enabled shared ally vision for TEAMPLAY and 'Locked Teams' modes
  fixed disabled players allying their team members
r413: Fixed double messages in online games
r415: Fixed AIs getting renamed when changing player number in MP games.
  Prevented NETbcast() from flooding the log in games with no network 
communication.
  orderDroidObj() scripting function will no longer cause ASSERT when 
DORDER_DROIDPERAIR is passed as parameter.
r422: It is now possible to win in a team in 'Locked Alliances' mode, also in 
this mode a player doesn't lose until all of his team members were defeated
  Game now shows a text message when player has won/lost the game (just a 
temporary solution to bug #7317)
  Added extra heap debug, should be there at least until we fix bug #6530, 
as PTRVALID() doesn't seem to detect corrupted DROID pointers on win
  Increased number of iterations A* is allowed to do per frame, which will 
hopefully speed up pathfinding
  Fixed multiplayer menu slider bug (bug #6529)
  Fixed players not forwarding enemy units visibility to their allies in 
'TEAMPLAY' and 'Locked Alliances' modes
r424: Re-enabled some debug keys and disabled unused ones

r427: Process SDL_QUIT
applies

r428, r430, r508: Add gamma controls
combined patch may be attached

r436: fixed implicit bool/int to string convertion for the scripting language
  minor scripting function fixes
r440: Make lots of __inline, _inline, FUNCINLINE and whatnot static inline. See 
bug#7591
r448: Fixed double declaration of FUNCTION token for bison

r451: resolution config value has been changed to width and height (easier to 
parse). I probably forgot to tell that I changed the --viewport cl option to 
--resolution, which should be more clear to non programmers
needs parts of the previous one as well. I think we should use
--resolution in 2.0 as well, so we do not need to document the different
versions.

r452: Report wrong tracknumbers to LOG_SOUND and don't crash in 
sound_Play*DTrack
  Correct --help text
  Make console backlog key configurable

r459: HP/Reload bars overlaping
only for multi-turret?

r460: commander-related crash fix
r472: sensorcrash.patch: fixes a crash when repairing a not damaged command 
center, corrects the mouse cursor

r474: Fix for bug #7708: isHumanPlayer() now checks for player numbers outside 
the range if [0,MAX_PLAYERS)
applies

r492: License clarification about original data files
add this or whatever we decide on 

r499: fixes disappearing oil derricks (bug #7740)

r501: Fix typos in COMPILE and remove outdated COMPILE.html
plus check other docs

r502: Check for '\r' as well as '\n'. This should make playlists with DOS line 
endings work
applies

r511: Attempt to fix a script callback bug as described on IRC
r515: Fixed target prediction finally
  Fixed a bug which prevents AA weapon area of effect damage from working 
properly
  Fixed crashes when firing at baba people,baba vehicle in singleplayer 
campaign
r517: Fixed a potential crash with transport
  Fixed a crash/repair units disorder when linked to a commander




-- 
You can never do just one thing.
-- Hardin
Sun Dec  3 02:59:40 CET 2006  [EMAIL PROTECTED]
  * r428, r430, r508: Add gamma controls
diff -rN -u -ud old-wz-2.0/lib/ivis_common/piestate.h 
new-wz-2.0/lib/ivis_common/piestate.h
--- old-wz-2.0/lib/ivis_common/piestate.h   2006-12-03 03:38:07.700173179 
+0100
+++ new-wz-2.0/lib/ivis_common/piestate.h   2006-12-03 03:38:08.003129225 
+0100
@@ -143,7 +143,7 @@
 /***/
 extern void pie_SetDefaultStates();//Sets all states
 extern void pie_SetDepthBufferStatus(DEPTH_MODE depthMode);
-extern WZ_DEPRECATED void pie_SetGammaValue(float val);
+extern void pie_SetGammaValue(float val);
 //renderer