Nightly build of the development trunk

[OvermindDL1]

A lot of boost has already been accepted into the next standard.  In fact, boost even puts out a TR1 spec library that complies with the new things going into the next standard (well, anything that does not require new keyword support, like auto, but they work around that with transparent templates you never see).  I use TR1, so I should be able to just a header include with the next C++ version without any need to do anything else.

[Buginator]

I have never had any issues with DLL Hell that others have, but then I proactively help prevent against it.  Now Manifests, those are the new, worse DLL Hell.

Honestly I replaced the things with C++ constructs, but what if I changed the macro's to have their arg count in the name (ASSERT0, ASSERT1, ASSERT2, etc...).  I'll do it, and it would work everywhere easilly...

As stated, I use VS2k3 though as I have had bad annoyances with manifests.  I would rather deal with real DLL's any day then manifests.  Also that 2k3 has been shown to compile smaller and faster code then 2k5, since they did not change the C++ compiler except adding manifests support and other stupidity (mostly just .NET stuff) in that version (and in 2k8, they are getting behind...).  2k3 was the first one worth using however.

So Buginator, what are all of the dependencies?

They are listed @ GNA site, under downloads, the MSVC80 section. 

I got it down to 9 .dlls, most of them are from quesoGLC and the other big one is popt.


At least the mingw produced .exe works now.  Everyone can thank devurandom for that.

[DFStormbringer]

The past 2 trunk versions have not worked on my computer.. both ending up wiht erors already stated here in teh forums..
my last working version being Trunk 2472...
i was wondering when a new working version of the trunk will be released so i can help try to spot any bugs or flaws?  ive noticed a few discrepancies in te one im playing now but wint no acess to the mroe recent variations ive no idea if they have been adressed or not.

[DFStormbringer]

also a list of bug fixes for the trunks and things being worked on would be nice as all im getting fromt eh current change long links is a 404 not found error.

and please someone remind me how to take screenshot without using photoshop? im hopign the game has a screashot save system built in.. just dont know what key it is.. or where it saves.

on a more serious note...
Trunk-r2472
started a skirmish on "lil egypt" and as soon as i placed derriks on the oil resources.. they would immediatly disapear when built.. every derrik i built vanished from teh map when built.. though still gave resources and was detevted by the proximity detector of the build que.
Ps this was using the grim grfx exe from the install.

[DFStormbringer]

ok.. further details to add concerning the matter..  started another game to test it out...  this time the derriks stayed visible.. so i went back.. started a 3rd time.. EXACTLY replicateng everything i did the first time.. from building placement.. build order.. starting position and team color.. and low and behold.. they vanished...


going to continue to test this  to see if i can help isolate the problem.

[DFStormbringer]

seems when oil taken outside the base remains visibe.. so only so far the 4 INSIDE the base at spot 3 render invisible when built upon.. no idea if this applies to other players when they build within area 3 after the enemy there is taken out or not.

[Buginator]

also a list of bug fixes for the trunks and things being worked on would be nice as all im getting fromt eh current change long links is a 404 not found error.

and please someone remind me how to take screenshot without using photoshop? im hopign the game has a screashot save system built in.. just dont know what key it is.. or where it saves.

on a more serious note...
Trunk-r2472
started a skirmish on "lil egypt" and as soon as i placed derriks on the oil resources.. they would immediatly disapear when built.. every derrik i built vanished from teh map when built.. though still gave resources and was detevted by the proximity detector of the build que.
Ps this was using the grim grfx exe from the install.

Well, @ the GNA site, there is a bugs & patches section you can poke around.  You can also check out the mailing lists to see what is being committed.  The SVN logs may give you an idea of what the change log will look like for 2.1.  Although, sometimes, the SVN log isn't very helpful at all describing what is being done.

The screenshot key is f10.

r2472 ?  We are at r3550 now.

[DFStormbringer]

As i previously stated every time i click to that list of bugs and fixes i keep getting a 402 error not found.. so if i cant get acess to the list then i cant reference it.

thanks for the f10 help

and for the lackluster build im on.. i go to the SVN http repository and all it gives acess too is a load of seperate text files with different version numbers.. hardly the game itself.. and clicking the direct svn link gives a cant connect error.. so my only way of getting the trunk builds are through what was diretly linked in this thread.. last one was
r2654  listed on page 5..
using the download URL i was able to manage a link to r2732 which was mentioned on page 6...  and in both of those trunks i had gotten loading errors that were already mentioned on the forum.. so i had to go back to the linked/mentioned version on that forum which was actually playable on my computer without crashing. which happened to be 2472.. havent seen any mention or link of 3550.. so sorry i dont have that.. ill look into trying to downloading it if i can find it and test on that version instead.

[Buginator]

As i previously stated every time i click to that list of bugs and fixes i keep getting a 402 error not found.. so if i cant get acess to the list then i cant reference it.

thanks for the f10 help

and for the lackluster build im on.. i go to the SVN http repository and all it gives acess too is a load of seperate text files with different version numbers.. hardly the game itself.. and clicking the direct svn link gives a cant connect error.. so my only way of getting the trunk builds are through what was diretly linked in this thread.. last one was
r2654  listed on page 5..
using the download URL i was able to manage a link to r2732 which was mentioned on page 6...  and in both of those trunks i had gotten loading errors that were already mentioned on the forum.. so i had to go back to the linked/mentioned version on that forum which was actually playable on my computer without crashing. which happened to be 2472.. havent seen any mention or link of 3550.. so sorry i dont have that.. ill look into trying to downloading it if i can find it and test on that version instead.

You mean https://gna.org/bugs/?group=warzone & https://gna.org/patch/?group=warzone  don't work for you?  Which browser you using?  Notice that the site is https://  There is also no text file that lists all the bugs/patches, unless you look at the old ones.  The mailing list also spits out when bugs & patches are posted.

Here are the svn links:
svn co svn://svn.gna.org/svn/warzone/trunk warzone
svn co http://svn.gna.org/svn/warzone/trunk warzone
That is if you are using a svn client.
If you are using TortoiseSVN on windows (which you should be), then just point it to svn://svn.gna.org/svn/warzone/trunk and it will pull down the latest version which is around 3706 now I think.

[DFStormbringer]

was using firefox.. and it kept telling me that it didnt have anything asociated with SVN.. tried IE.. same responce..

didnt know i needed a specific SVN program to go to the site.. just figured there was a spot to the link for the direct installer for the program like has been posted on here before.

i never claimed to be street smart on things like this.. was just looking to help test the things out and report bugs.

[Giel]

It's been a while, but I've compiled a new nightly build for revision 4613.

r4613 debug version
r4613 non-debug version

These ones are slightly changed for the debug dumps they produce on crashes. Instead of a .mdmp file in your temp directory it now produces a .RPT file in the installation directory which should be in a more helpful format for us.

[Terminator]

Why Music1.0.wz - wasn't included with installer ? 

btw its downloads to wrong folder. For temp folder installer use "mods\autoload\"  & after downloading it doesn't place music_1.0.wz to mods folder.

[Verminus]

I think its not included in the installer because a) not everyone might want it, and b) to keep the file size down.

As for the installer putting it in the wrong folder.... see the entry in the svn log:

r4604 | muggenhor | 2008-04-14 17:15:29 +0100 (Mon, 14 Apr 2008) | 6 lines

Add the ability for auto-loading of mods
Automatically load all mods found in:
* "mods/global/autoload" in both campaign as well as multiplayer
* "mods/campaign/autoload" in campaign only
* "mods/multiplay/autoload" in multiplayer only

[Terminator]

=) I thought that folder - is temp.

[Verminus]

No its the new mod auto-loading functionality, no more having to load each mod with the command line, just drop them in to the relevant directory and WZ will load them for you!