Re: [Warzone-dev] Bug with mission briefings halfway fixed
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
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
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?
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
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
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?
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