AlfaLeporis
Chieftain
- Joined
- Mar 2, 2014
- Messages
- 61
No problem 
Yes, error was at every launch.
Yes, error was at every launch.
[Feedback needed] AND2 Checker: Easy installation and update v0.3
- Thread starter dbkblk
- Start date
45°38'N-13°47'E
Deity
I've downloaded the latest installer. After deleting the old AND folder (in documents), I've run it. It has updated all files correctly but when the launcher started, I've noticed it doesn't store the "autostart mod" checkbox. Also I get "error" on distant repository version (local is correctly 865). Also after quitting the launcher and starting it again from desktop shortcut I get the "the launcher is not in the right directory" message. Also when I close the launcher, and2_checker.exe is still in the task manager and I have to kill it from there.
Edit: also, if I start and2_checker.exe directly from the AND folder, I get the message "The program can't start because LIBEAY32.dll is missing from your computer. Try reinstalling the program to fix this problem". Win7 64 bit, I do have VS2008 and VS2010 Express installed.
Edit: also, if I start and2_checker.exe directly from the AND folder, I get the message "The program can't start because LIBEAY32.dll is missing from your computer. Try reinstalling the program to fix this problem". Win7 64 bit, I do have VS2008 and VS2010 Express installed.
45°38'N-13°47'E
Deity
Also, starting the game I get a lot of XML errors. Strange because it should start default BTS since I couldn't check the "autostart mod" checkbox. But it looks like it's starting AND somehow in an incomplete way. Starting base BTS is working ok. Loading the mod from base BTS gives the same errors
Edit: and why deleting AND folder I get a lot of messages of "shared folder" warning if I use your installer?
Edit: and why deleting AND folder I get a lot of messages of "shared folder" warning if I use your installer?
As of 1.03, the launcher should autostart the game with the mod anyway. This option is set to make the mod start by default outside the launcher. If it doesn't work, you might not have a CivilizationIV.ini (because the game has been reinstalled and not started once ? or maybe it doesn't manage to read it :S).45°38'N-13°47'E;13626503 said:
I've made a mistake in the last revision. I was too confident and removed files that are needed on some systems. This is the same error as the post before :/.45°38'N-13°47'E;13626503 said:
What do you mean by "shared folder warning" ?45°38'N-13°47'E;13626503 said:
45°38'N-13°47'E
Deity
OK, I'll try modifying civilization.ini.
As for shared folders, I've tried deleting the mod folder and I've got a lot of warnings on some subfolders because it kept saying that those were shared folders. Maybe that was something on my PC.
As for shared folders, I've tried deleting the mod folder and I've got a lot of warnings on some subfolders because it kept saying that those were shared folders. Maybe that was something on my PC.
I think so, as the launcher doesn't try to change sharing permissions !
EDIT: I've found an error on the shortcut creation which results in the launcher being started in the wrong folder (this was introduced when i set the installer to install in "mods" instead of directly in "rom - and" folder to avoid typos). I've fixed it and will release this and the curl fix imminently.
EDIT: I've found an error on the shortcut creation which results in the launcher being started in the wrong folder (this was introduced when i set the installer to install in "mods" instead of directly in "rom - and" folder to avoid typos). I've fixed it and will release this and the curl fix imminently.
So I dl'd the latest launcher version.
Getting that "The program can't start because LIBEAY32.dll is missing from your computer. Try reinstalling the program to fix this problem". that 45° was also having.
And for some reason it insists to dowload the whole mod again, though it is already updated.
Getting that "The program can't start because LIBEAY32.dll is missing from your computer. Try reinstalling the program to fix this problem". that 45° was also having.
And for some reason it insists to dowload the whole mod again, though it is already updated.
45°38'N-13°47'E
Deity
Yep, but if you download that fix from a previous post, it works perfectly
Launcher updated to 1.04:
- Updated all the executables to the latest cygwin version (should fix curl errors and ease maintenance)
- Updated Blue Marble option algorithm
Installer:
- Updated to fix the wrong shortcut execution path (which prevent the launcher to start from the shortcut)
- Updated all the executables to the latest cygwin version (should fix curl errors and ease maintenance)
- Updated Blue Marble option algorithm
Installer:
- Updated to fix the wrong shortcut execution path (which prevent the launcher to start from the shortcut)
Ok. I'll might work on that this week!
45°38'N-13°47'E
Deity
Still I can't see any difference in checking/not checking this option.
In fact, the file is now correctly extracted to be loaded by the game but i suspect that when Vokarya updated terrain files (a while ago), these are loaded instead of the BM files. I needed to investigate.45°38'N-13°47'E;13627055 said:
Launcher updated to 1.05
-> Feature: new terrain texture drop-down menu to easily switch.
-> Fix: exclusion dialog not saving files checked.
-> Fix: updater now uses the translations provided.
-> Translations: updated french and spanish.
-> Installer: fixes the start menu shortcut executed in wrong path resulting in no program launch (desktop shortcut was ok).
-> Feature: new terrain texture drop-down menu to easily switch.
-> Fix: exclusion dialog not saving files checked.
-> Fix: updater now uses the translations provided.
-> Translations: updated french and spanish.
-> Installer: fixes the start menu shortcut executed in wrong path resulting in no program launch (desktop shortcut was ok).
Awesome. I've been using your emergency script until now, so this is the first time this actually works for me (also no dll errors, which have been reported the last few days (I've seen them too over here...)).
A few more remarks:
- The GUI get's blocked while updating/rsync is running. Not sure in what language you've written this, but in general you should never run heavy stuff (e.g. I/O) in the same thread where the "GUI" resides (e.g. with Java/Swing you'd not want to do such things in the "event dispatch thread", since it will block the GUI...). Such stuff should be executed in a separate (background) thread, merely informing the "GUI"/event or message dispatch-thread (or what not) about its status.
- The following is certainly not important, but: it was way more fun/informative to watch the output from plain rsync in the console that what you're showing (number of files, and the precentage-thingy which seems to be not really working). Couldn't you simply "pipe"/show rsync's output in a textfield or something?
- Hey, hey! Changing the terrain texture set seems to work now (just started with blue marble, and it was certainly different now). But the choosen option in the drop-down menu isn't initialized correctly (upon opening the options window); as in: it always shows up with "A New Dawn (default)" - no matter what has been choosen earlier. I assume this is merely an initialization problem of the drop-down (not setting the current value), for otherwise this seems to work fine now (i.e. changing to blue marble; even though the option is reverted to "a new dawn (default)" next time you open the options-window...
EDIT: ha; this time (after closing and reopening and2_checker) it worked fine. So this might be totally minor or just a bit more complicated...; yep, looks like currently we need to restart and2_checker, otherwise that option does get reverted to what has been choosen at startup. So if you open the options window to change the terrain, close it (while and2_checker keeps running) and then you reopen the options menu, you're change will be reverted. But if you just close and2_checker and come back it's fine.
That's about it.
Thank you very much and keep up the great work!
Thank you for the tip. I've been doing this with curl to grab the latest changelog but i've quickly hacked the updater gui to initialize before launching rsync. However, this did not stop it from hang during the update. I'll thread that in the future. The launcher is coded in C++ (with Qt).
In the first updater version, it had just shown the output of svn. Then i rewrited the updater to be more clean when i moved to rsync. It would not be that complicated to add the output in a textbox with a little 'Detail' button to show it. I also thought that it might be better to feedback the current percent of size instead of files number but there's no real consistency in the output of rsync as the speed showed could be the speed of file checking OR the speed of download (if you have or not the file).
I'll check the initialization as it was coded quickly to push the new update!
Thank you for the report, it is really appreciated.
