@khaneagles: If I rename the mod folder of my own copy of BUG 4.4, then the mod still seems to be able to locate the UserSettings folder inside the mod folder; no error messages. I assume that you have the folder in the same place? Maybe it's a permission issue then. You could try changing the access rights or moving the folder to My Games\Beyond the Sword\{modName}. Also seems worth a try to change the modName variable in CvModName.py to HakanMod. As mwonch wrote:
BugOptions - cannot locate settings folder.
- Thread starter Gorey
- Start date
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
I change "the modName variable in CvModName.py to HakanMod" but "cannot locate settings folder" warning and also saving problem still continue...
I also try to "run as adminstration" and giving permission all folder but the same problems still continue...
I don't understand "you have the folder in the same place"? Because my bug mod folder is in "My Documents\My Games\Beyond the Sword", my mod is in BTS game folder (D:\Games\Civ 4\BTS\Mods)...
My folders were like this when I used to play. I used to use win10, but now I'm using win11.
As far as I understand, if I can solve the "cannot locate settings folder" problem, there will be no problem. Because I didn't have such a problem before in my old saved game, this problem appeared when I saved the game again and also reloaded it...
I also try to "run as adminstration" and giving permission all folder but the same problems still continue...
I don't understand "you have the folder in the same place"? Because my bug mod folder is in "My Documents\My Games\Beyond the Sword", my mod is in BTS game folder (D:\Games\Civ 4\BTS\Mods)...
My folders were like this when I used to play. I used to use win10, but now I'm using win11.
As far as I understand, if I can solve the "cannot locate settings folder" problem, there will be no problem. Because I didn't have such a problem before in my old saved game, this problem appeared when I saved the game again and also reloaded it...
So it's D:\Games\Civ 4\BTS\Mods\HakanMod, I assume, and that's the mod you're loading. And it includes BUG, i.e. all of BUG's Python scripts and other assets? I guess it has to, unless BUG is getting loaded from My Games\Beyond the Sword\CustomAssets. But it sounds to me like My Games\Beyond the Sword only contains the BUG settings folder with the ini files, i.e. the very folder that BUG is unable to locate.
Seems that we do not have it in the same location. Though I also have several BUG-based mods installed that keep their BUG settings under My Games.
Perhaps a little more logging will make clearer where things go wrong (my additions are only the print statements):
Spoiler :
Spoiler :
I don't think I can identify the problem just based on that background, but it's good to know.
This here ...
Well, the log output (with LoggingEnabled=1 in CivilizationIV.ini) should clarify if that's the issue.
... could perhaps go wrong on Win 11. Might not be able to find "My Documents". This is the code for the registry lookup (BugPath.py):
Spoiler :
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
I change user-dir, root-dir and app-dir because there were wrong shortcuts here. I try again but problem continues.
And also i control bugpath.py just like your but they are all the same as the one you sent...
And also "LoggingEnabled=1" in CivilizationIV.ini. I'm going really crazy...
Changed them ... in the comments? That's not going to affect the program behavior and the paths there are just meant as examples.
Right, I didn't change anything in the registry-related code, and the print statements I added are only for additional diagnostics. Did you check PythonDbg.log (My Games\Beyond the Sword\Logs)? That file should show the paths under which BUG looks for the settings.
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
Before, there seemed to be a different path... For example C:\Users\Users\Documents\My Games\BUG Mod. So I thought the error was caused by this. But you are right, nothing is changed.
I don't know what exactly do I need to look for pythonDbg.log?
You could attach the whole thing (with .txt file ending or zipped). I think the interesting part will be what I posted from my own PythonDbg.log, i.e. starting at "DEBUG: BugPath - CvAltRoot module not present" up to (including) the "Failed to set DataDir" messages. Though, ultimately, only you could say which of the paths in the log look wrong – or if the correct path to your BUG settings is actually being checked.
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
Hello again and please excuse the delayed reply. When I look at the place you mentioned, I see that the place 'C:\Users\Anil\Documents\My Games' is wrong, I need to change it to 'C:\Users\HakanKartal\Documents\My Games'. Apart from this, do you think there is anything else I should do?
I wonder how it gets the "Users" path – since it also says that no "My Documents" registry key was found. Well, maybe it's not necessary to figure that out. I would try either moving UserSettings into your HakanMod folder – that is:
I assume that the HakanMod path appears a bit farther down below in PythonDbg.log, i.e. that BUG will check for UserSettings there. As for having UserSettings under My Documents, maybe BUG generally can't find My Documents on Win 11, or perhaps just not on your particular version of that OS. Or did you possibly just copy the BtS files from an earlier installation instead of running the installer? That would also explain why no registry keys can be found.
–; or moving CvAltRoot.py from the Info folder into Assets\Python and specifying the "My Documents" path in CvAltRoot.py (all according to the comments in that file).
I assume that the HakanMod path appears a bit farther down below in PythonDbg.log, i.e. that BUG will check for UserSettings there. As for having UserSettings under My Documents, maybe BUG generally can't find My Documents on Win 11, or perhaps just not on your particular version of that OS. Or did you possibly just copy the BtS files from an earlier installation instead of running the installer? That would also explain why no registry keys can be found.
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
As you said, I moved the "UserSettings" folder to the HakanMod folder. Then I moved the cvaltroot.py file to the CustomAssets/Python folder, but the same problem still persists.
By the way, no, I installed BTS from scratch, I did not copy it in any way.
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
I am attaching the pythondbg file for both processes. "1" is the post-processing of the "User Settings" folder in the HakanMod folder, "2" is the post-processing after moving the CvAltRoot.py file to the CustomAssets folder... If there is any file you want me to add, I can add it too.What does PythonDbg.log say now? Would be interesting to see the CvAltRoot and "user dir" mentions, but also all the "Failed to set DataDir" messages.
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
Thanks. The first one says
... the second:
Those are the errors I didn't expect to see.
This is the setDataDir function (BugPath.py):
In your first log, the "Checking data dir" message appears, so, apparently, "D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod" exists and can be accessed. The "data dir is" message does not appear, so "D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod\UserSettings" is not found or can't be accessed. I doubt that permissions could be the problem when the code only tries to test whether the folder exists. So this is strange; I don't see what more you can do - assuming that UserSettings had indeed been present in that location. Maybe creating a new, empty UserSettings folder is worth a shot. I'd expect such a folder to inherit the access rights of its enclosing folder (HakanMod - which BUG does manage to access).
As for the second attempt, setRootDir is the relevant function:
The "Checking root dir" message appears, so setRootDir is getting called with the path that you've entered into CvAltRoot.py. The path uses slashes instead of backslashes, but I can't imagine that that's a problem; the example in the original file also uses slashes. Still, either the isdir check or the isfile check fails. Just to make sure: "C:/Documents and Settings/HakanKartal/My Documents/My Games/Beyond the Sword/CivilizationIV.ini" does exist on your system? (It looks plausible ...) Again, just checking whether files and folders exist should hardly require elevated permissions; ... but perhaps it does. 
Code:
DEBUG: BugPath - Checking data dir 'D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod'
Failed to set DataDir
ERROR: No valid data directory containing UserSettings found
Code:
load_module CvAltRoot
Checking root dir 'C:/Documents and Settings/HakanKartal/My Documents/My Games/Beyond the Sword'
ERROR: Directory from CvAltRoot.py is not valid or does not contain CivilizationIV.iniThis is the setDataDir function (BugPath.py):
Spoiler :
As for the second attempt, setRootDir is the relevant function:
Spoiler :
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
Yes, civilization.ini files in the "C:\Users\HakanKartal\Documents\My Games\Beyond the Sword".Thanks. The first one says... the second:Code:DEBUG: BugPath - Checking data dir 'D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod' Failed to set DataDir ERROR: No valid data directory containing UserSettings foundThose are the errors I didn't expect to see.Code:load_module CvAltRoot Checking root dir 'C:/Documents and Settings/HakanKartal/My Documents/My Games/Beyond the Sword' ERROR: Directory from CvAltRoot.py is not valid or does not contain CivilizationIV.ini
This is the setDataDir function (BugPath.py):In your first log, the "Checking data dir" message appears, so, apparently, "D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod" exists and can be accessed. The "data dir is" message does not appear, so "D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod\UserSettings" is not found or can't be accessed. I doubt that permissions could be the problem when the code only tries to test whether the folder exists. So this is strange; I don't see what more you can do - assuming that UserSettings had indeed been present in that location. Maybe creating a new, empty UserSettings folder is worth a shot. I'd expect such a folder to inherit the access rights of its enclosing folder (HakanMod - which BUG does manage to access).Spoiler :
As for the second attempt, setRootDir is the relevant function:The "Checking root dir" message appears, so setRootDir is getting called with the path that you've entered into CvAltRoot.py. The path uses slashes instead of backslashes, but I can't imagine that that's a problem; the example in the original file also uses slashes. Still, either the isdir check or the isfile check fails. Just to make sure: "C:/Documents and Settings/HakanKartal/My Documents/My Games/Beyond the Sword/CivilizationIV.ini" does exist on your system? (It looks plausible ...) Again, just checking whether files and folders exist should hardly require elevated permissions; ... but perhaps it does.Spoiler :
Do you have any suggestions I can make as a result? Or should I use it this way? It's just that I always remember that there is no folder called "C:\Users\Anil\Documents\My Games"; As I said before, BugMod is in the "C:\Users\HakanKartal\Documents\My Games" folder. But it always looks like this in bugpath.py, even if I want to change it, it still appears the same way. Could this be the source of the error?
By the way, I completely deleted the game and reinstalled it (including the logbooks), but it still gives the same error.
Those aren't quite the same. Looks to me like you've kept part of the path given as an example in CvAltRoot.py. I'd try
Code:
rootDir = "C:/Users/HakanKartal/Documents/My Games/Beyond the Sword"
Code:
DEBUG: BugPath - Checking data dir 'D:\Oyunlar\CIV 4\Beyond the Sword\Mods\HakanMod'I still feel that it should be possible to narrow the issue down. E.g. if
isdir really fails for one folder and succeeds for another, how do their properties differ ... As a last resort, you could change some of the BUG default settings through the XML files in the Config folder. That way, when BUG can't find the UserSettings, it'll apply the settings that you want through the default settings.
Yes, that's another angle to investigate. The messages ...
Code:
load_module _winreg
DEBUG: BugPath - Checking user dir 'C:\Users\Anil\Documents\My Games'
DEBUG: BugPath - Checking user dir 'USERPROFILE\Documents\My Games'
DEBUG: BugPath - no valid My Documents registry keySpoiler :
Spoiler :
Edit: I do have that "Personal" key on my Windows 8 system. I'm attaching a screenshot. That %USERPROFILE% variable seems to work correctly for me; in PythonDbg.log, I get: "found valid Windows XP My Documents folder registry key".
Attachments
Last edited:
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
As you said, when I look at regedit, it appears as "personal" as C:\Users\Anil\Documents. So is this the problem?
I assume that, if "Personal" did point to your current My Games folder, BUG would find the UserSettings. But changing it in the registry is perhaps not a good idea after all. Who knows how that will affect other programs that might access that registry key. Well, I guess changing a path that doesn't exist to one that does exist won't do harm, could even fix issues with other programs. 
Maybe there is a remote possibility of user data getting deleted when the "Personal" key is changed.
I see that there's also "User Shell Folders" in your screenshot. BUG should check that one as well once the path from "Shell Folders" has failed. Maybe it's just the same path (/Anil/) again. It would be reassuring to understand why these paths are incorrect. A quick Google search suggests to me that they're still in use under Win 11, not just for backwards compatibility with old software. Here's a guide, for example, for restoring sensible paths after some mishap with OneDrive. The safer, easier way to fix only the BUG issue should be CvAltRoot.py.
Maybe there is a remote possibility of user data getting deleted when the "Personal" key is changed.I see that there's also "User Shell Folders" in your screenshot. BUG should check that one as well once the path from "Shell Folders" has failed. Maybe it's just the same path (/Anil/) again. It would be reassuring to understand why these paths are incorrect. A quick Google search suggests to me that they're still in use under Win 11, not just for backwards compatibility with old software. Here's a guide, for example, for restoring sensible paths after some mishap with OneDrive. The safer, easier way to fix only the BUG issue should be CvAltRoot.py.
khaneagles
Chieftain
- Joined
- May 18, 2007
- Messages
- 23
Similar threads
