Ceres

PS: Only the "maya_preclassic_0ad" (0.0.24) mod was downloaded, but not activated. By the way, is it possible to remove a downloaded mod via the game menu?

Ah, good point! I had downloaded the "No violence" and "Mayas" mods, but they are currently not activated. Even if they were, we did not change this. I mention this, as I already observed that saving a game with a mod cannot later be used without that mod. But if both mentioned mods are not activated or have not been changed, would it still matter? How can we check if/which mods are activated while the game is running?

Hello! When the kids played and wanted to save, the "Save" ("Speichern") button was missing, and clicking "Cancel" ("Abbrechen") or "Delete" ("Löschen") did not do anything. When we unticked "Show compatible..." ("Kompatible Spielstände filtern"), the error message also shown on the screenshot was displayed. We needed to kill the pyrogenesis.exe task from Windows, because its was impossible to leave this window. Unfortunately, I cannot offer more information at this point in time, but I hope that maybe it is some sort of valuable information nevertheless. And I am sorry that I did not check the console to be able to provide more information (should remember this next time).

But why did bisect use this one?

Here is what I did: master@HP-PC MINGW64 ~/Documents/0AD/0ad (master) $ git status On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean master@HP-PC MINGW64 ~/Documents/0AD/0ad (master) $ git bisect start --term-old broken --term-new fixed master@HP-PC MINGW64 ~/Documents/0AD/0ad (master|BISECTING) $ git bisect fixed master master@HP-PC MINGW64 ~/Documents/0AD/0ad (master|BISECTING) $ git bisect broken 3815c082925df90726f0207edd53497407ebff99 Bisecting: 1257 revisions left to test after this (roughly 10 steps) [8e937dd07773957432668863c0bc5aaf6f69f100] Merge 'remotes/trunk' master@HP-PC MINGW64 ~/Documents/0AD/0ad ((8e937dd077...)|BISECTING) Then I went to VC where warnings and errors where shown when trying to build pyrogenesis. I understood that the hash 3815c082925df90726f0207edd53497407ebff99 is the broken one (for me). This is not A23, or is it?

Hello! I hope this is the correct thread to mention this. When trying to open https://trac.wildfiregames.com I get this: Actually, I wanted to open the Atlas Wiki (our kids are very eager about the editor ) but it shows the above error.

git.exe bisect fixed Bisecting: 628 revisions left to test after this (roughly 9 steps) [2729de9e9daa5810f96bde29f6be3d3402991ee4] Merge 'remotes/trunk' Success (62875 ms @ 16.04.2021 19:13:06) In VC, again lots of warnings and errors: 1>------ Build started: Project: Collada, Configuration: Release Win32 ------ 2>------ Build started: Project: atlas, Configuration: Release Win32 ------ 3>------ Build started: Project: engine, Configuration: Release Win32 ------ 4>------ Build started: Project: graphics, Configuration: Release Win32 ------ 2>precompiled.cpp 1>precompiled.cpp 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fmath\fmvector3.h(107): warning C4458: declaration of 'x' hides class member 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fmath\fmvector3.h(31): note: see declaration of 'FMVector3::x' 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fmath\fmvector3.h(107): warning C4458: declaration of 'y' hides class member 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fmath\fmvector3.h(32): note: see declaration of 'FMVector3::y' 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fmath\fmvector3.h(107): warning C4458: declaration of 'z' hides class member 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fmath\fmvector3.h(33): note: see declaration of 'FMVector3::z' 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fcdocument\fcdentity.h(167): warning C4458: declaration of 'daeId' hides class member 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fcdocument\fcdobjectwithid.h(42): note: see declaration of 'FCDObjectWithId::daeId' 1>c:\users\master\documents\0ad\0ad\libraries\source\fcollada\include\fcdocument\fcdextra.h(199): warning C4458: declaration of 'name' hides class member 2>Unknown compiler version - please run the configure tests and report the results 3>precompiled.cpp Sorry, I think I have to quit for today - family is waiting.

Not good: 1>------ Build started: Project: Collada, Configuration: Release Win32 ------ 2>------ Build started: Project: atlas, Configuration: Release Win32 ------ 3>------ Build started: Project: engine, Configuration: Release Win32 ------ 4>------ Build started: Project: graphics, Configuration: Release Win32 ------ 1> Creating library ..\..\..\binaries\system\Collada.lib and object ..\..\..\binaries\system\Collada.exp 2>ActorViewer.cpp 2>Brushes.cpp 2>GameLoop.cpp 2>CameraCtrlHandlers.cpp 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2039: 'unary_function': is not a member of 'std' (compiling source file ..\..\..\source\tools\atlas\GameInterface\GameLoop.cpp) 2>c:\users\master\documents\0ad\0ad\libraries\win32\boost\include\boost\detail\container_fwd.hpp(117): note: see declaration of 'std' (compiling source file ..\..\..\source\tools\atlas\GameInterface\GameLoop.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2504: 'unary_function': base class undefined (compiling source file ..\..\..\source\tools\atlas\GameInterface\GameLoop.cpp) 1>Collada.vcxproj -> C:\Users\master\Documents\0AD\0ad\build\workspaces\vs2017\..\..\..\binaries\system\Collada.dll 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2143: syntax error: missing ',' before '<' (compiling source file ..\..\..\source\tools\atlas\GameInterface\GameLoop.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2039: 'unary_function': is not a member of 'std' (compiling source file ..\..\..\source\tools\atlas\GameInterface\Brushes.cpp) 2>c:\users\master\documents\0ad\0ad\libraries\win32\boost\include\boost\detail\container_fwd.hpp(117): note: see declaration of 'std' (compiling source file ..\..\..\source\tools\atlas\GameInterface\Brushes.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2504: 'unary_function': base class undefined (compiling source file ..\..\..\source\tools\atlas\GameInterface\Brushes.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2143: syntax error: missing ',' before '<' (compiling source file ..\..\..\source\tools\atlas\GameInterface\Brushes.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2039: 'unary_function': is not a member of 'std' (compiling source file ..\..\..\source\tools\atlas\GameInterface\ActorViewer.cpp) 2>c:\users\master\documents\0ad\0ad\libraries\win32\boost\include\boost\detail\container_fwd.hpp(117): note: see declaration of 'std' (compiling source file ..\..\..\source\tools\atlas\GameInterface\ActorViewer.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\file\file.h(63): warning C4458: declaration of 'pathname' hides class member (compiling source file ..\..\..\source\tools\atlas\GameInterface\Brushes.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2504: 'unary_function': base class undefined (compiling source file ..\..\..\source\tools\atlas\GameInterface\ActorViewer.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\file\file.h(94): note: see declaration of 'File::pathname' (compiling source file ..\..\..\source\tools\atlas\GameInterface\Brushes.cpp) 2>c:\users\master\documents\0ad\0ad\source\lib\path.h(309): error C2143: syntax error: missing ',' before '<' (compiling source file ..\..\..\source\tools\atlas\GameInterface\ActorViewer.cpp) ... What am I doing wrong now? Or has it to do with bisect? I just assumed yes, did a bisect bad and build again. Though I am still not clear whether the 'update-workspaces.bat' is necessary every time and/or whether in VC I have to 'reset' something or close and open VC again.

Oh, do I have to close VC and open 'build\workspaces\vs2017\pyrogenesis.sln' fresh? I have not done so just now, but got error messages when starting the build process (e.g. unknown compiler version, despite all solutions have everything set up just as before in VC).

Ah... master@HP-PC MINGW64 ~/Documents/0AD/0ad (master) $ git status On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean master@HP-PC MINGW64 ~/Documents/0AD/0ad (master) $ git bisect start --term-old broken --term-new fixed master@HP-PC MINGW64 ~/Documents/0AD/0ad (master|BISECTING) $ git bisect fixed master master@HP-PC MINGW64 ~/Documents/0AD/0ad (master|BISECTING) $ git bisect broken 3815c082925df90726f0207edd53497407ebff99 Bisecting: 1257 revisions left to test after this (roughly 10 steps) [8e937dd07773957432668863c0bc5aaf6f69f100] Merge 'remotes/trunk' master@HP-PC MINGW64 ~/Documents/0AD/0ad ((8e937dd077...)|BISECTING) Is now the time to execute (again) 'update-workspaces.bat', go to VC and build again? PS: Sorry about my stupid 'master' username on the laptop. Could be confused with git's master. And no, I am no master at all (of desaster, maybe ).

Another question: Would it be sufficient to only copy the pyrogenesis.exe over to the "gaming PC" in question (where it chrashed), or do I need to copy all folders & files (under 'binaries') from the "developer's laptop" to the "gaming PC"?

Oh, I thought that I need to build so many commits until I find out which one is the last one that works and which one is the first that crashes (top to bottom). So bisect does that for me? How can it know if it crashes?

So I'm back again (for a short while). I just did this: $ git status On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean $ git reset --hard 3815c08 Updating files: 100% (2876/2876), done. HEAD is now at 3815c08292 [Windows] Automated build. And run 'update-workspaces.bat'. Now I will go to VC and build - just to get the hang on it.

Yep, and I don't understand it - yet. But I am really willing to do so. It's good for my personal education, it will be great to be able to help you guys with this wonderful game, and your and others' help and friendliness here is amazing.

Oh my bad. The version on top (HEAD) is the one I used for my build. I've started reading some introduction to git and will hopefully learn faster. Just need to see how I do 'git reset --hard a24b' correctly, so that it works (tomorrow, though). Have a good evening - and thousand thanks for your patience and very helpful hints.

You mean "up", because the latest one (and in this case the working one) is always (by definition) at the top? Ok, I will keep this in mind. The a24bxxxxxx are the revisions and the highlighted numbers in the screenshot the commits, correct? There are many [Windows] Automated builds: https://github.com/0ad/0ad/search?q=[Windows]+Automated+build&type=commits How could I have found by myself the commit (3815c082925df90726f0207edd53497407ebff99) you kindly posted?

And as there are multiple hashes starting with a24b, I get this: $ git reset --hard a24b error: short object ID a24b is ambiguous hint: The candidates are: hint: a24b635c4a tree hint: a24b74f607 tree hint: a24bd63a5c tree hint: a24b03eb7a blob hint: a24b0809f8 blob hint: a24b10fac3 blob hint: a24bbbee9c blob fatal: ambiguous argument 'a24b': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]' Hmm, trees and blobs...

Oh, and then I get there, right? https://github.com/0ad/0ad/commits/A24b And under there, I should step down several commits until I come to the one where the build would crash, right? (please forgive me my repetitive questions - just want to do it right ;))

Yep, I use a mixture of console and TortoiseGit GUI. I am still struggling in understanding how I can fetch&merge or pull a certain revision. With git on the console it would be something like But how/where do I get the correct hash of a certain revision I want to build on? And how would I do this with TortoiseGit? The latter does not offer me (via the Pull menu) any option to select a revision or something.

Great, thanks once more! My problem - tortoisegit "did not exit cleanly (exit code 1)" - should be resolved by this: git gc --force git fetch -p But it takes ages, so I delete the local folder completely and start from "scratch": git clone https://gitlab.com/0ad/0ad.git Sorry, please bear with me...

Erm, how do I revert to A24B now? I fear I screwed everything up and will clone fresh. And I have to read & understand more about git repos, commits, etc. It's not clear to me how to checkout source code at a certain commit. EDIT: I have good knowledge in Linux and Windows, and very basic programming skills, but master/head/branches/tags etc. are terra incognita to me. Do you have a good reading source for this, which is understandable by somebody like me?

Ok, thanks. Hmm, now I get a "Unknown compiler version - please run the configure tests and report the results" message when building. Strange, how can the compiler version become unknown, when I have not touched the VC 2017 installation? Oh my, so many questions - I feel very embaressed. There are lots of syntax error messages in the build log. Unfortunately, I cannot remember if there were such on my first build (which works nicely). Well, there were not - the logs is now full of them.

Ok, I guess that I have understood the concept now and can follow your very helpful video with my own TurtoiseGit. However, I have to invoke the context menu on the folder "0ad", i.e. a level higher than shown in your video. But maybe that does no matter. How can I confirm which version I have checked out? I ask, because I have different context menu possibilities, one called "Git GUI Here", the other "TurtoiseGit >", and even some more. I used "Git GUI Here" => Branch => Checkout =>Tag => A23 => Checkout As I am not sure if this was correct, I would like to verify what is really checked out. EDIT: As my understanding correct that I have to invoke the "update-workspaces.bat" script every time I build from another/earlier commit?

That's what @vladislavbelov meant, I guess. Correct? How can I (with TurtoiseSVN) keep the "good" (no crash) checked out files and check out another version in parallel (for comparison)? Sorry to ask these many (noob) questions. It seems that I am asking for a lecture in git etc.

So I compare the first commit for a25 https://github.com/0ad/0ad/commit/934feaa9207b6000f9a319760e865f1e5ff491d8 (no crash) vs. some earlier commit that crashes, i.e. I have to build earlier commits every time and test if they crash/when they do not crash anymore, right? It seems like guessing a number between 1 and 100 my kids ask me about - I would always guess the number in the middle between upper and lower known numbers.