Wrye Bash Launch Failure

[AH1]

I know there are some pretty knowledgeable bashers around these forums, so I thought I'd pose this question to you guys in the hopes that you might be able to help me figure out what is going on with my WB install.

 

I installed Python 2.6 and all its sub-libraries using Wrye Python 03a, and I have also installed the latest version of Wyre Bash, which I downloaded from TESNexus.

 

Now, the problem arises when I try to launch WB. Nothing happens. I disabled UAC, tried launching it from the command prompt, and all that other stuff and none of it seems to work. My intuition tells me this is probably a problem related to Windows 7 (and in general the x64 Vista framework) but no solution I've found so far (been searching for three days) has come up with any helpful advice. I've found several forum posts where users got it working but their English is usually so poor (or lazy) that I'm unable to recreate their steps.

 

Any suggestions or advice for getting this program to work?

 

Here is my bug dump, for the interested:

C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy>c:\python26\python.exe b

ash.py -d

Traceback (most recent call last):

File "bash.py", line 94, in <module>

main()

File "bash.py", line 73, in main

bosh.initDirs(personal,localAppData)

File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 1

7563, in initDirs

dirs[key].makedirs()

File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 4

63, in makedirs

if not self.exists(): os.makedirs(self._s)

File "c:\python26\lib\os.py", line 150, in makedirs

makedirs(head, mode)

File "c:\python26\lib\os.py", line 157, in makedirs

mkdir(name, mode)

WindowsError: [Error 5] Access is denied: 'C:\\Program Files (x86)\\Bethesda Sof

tworks\\Oblivion Mods'

 

Notice that it says access is denied. Somehow I don't think that is the problem, but rather one step to the larger problem at hand. Also, I do not have a folder named "Oblivion Mods", so I'm not sure what is going on there. Although, in the vain hope that it might be that simple, I did try to create one to no avail.

 

Another thing I've noticed is that I had no bash.ini file. Whether or not this is relevant or necessary, I cannot say. I'm just not experienced enough with this to figure it out.

 

Any help would be greatly appreciated. Thanks!

[Nadimos]

You have installed Oblivion into your program files. Re-install it to something like C:\Games. Then try to install Wrye Bash again. Does it work?

[Shadowfen]

I know there are some pretty knowledgeable bashers around these forums, so I thought I'd pose this question to you guys in the hopes that you might be able to help me figure out what is going on with my WB install.

 

I installed Python 2.6 and all its sub-libraries using Wrye Python 03a, and I have also installed the latest version of Wyre Bash, which I downloaded from TESNexus.

 

Now, the problem arises when I try to launch WB. Nothing happens. I disabled UAC, tried launching it from the command prompt, and all that other stuff and none of it seems to work. My intuition tells me this is probably a problem related to Windows 7 (and in general the x64 Vista framework) but no solution I've found so far (been searching for three days) has come up with any helpful advice.

 

....

 

Notice that it says access is denied. Somehow I don't think that is the problem, but rather one step to the larger problem at hand. Also, I do not have a folder named "Oblivion Mods", so I'm not sure what is going on there. Although, in the vain hope that it might be that simple, I did try to create one to no avail.

 

Another thing I've noticed is that I had no bash.ini file. Whether or not this is relevant or necessary, I cannot say. I'm just not experienced enough with this to figure it out.

 

Any help would be greatly appreciated. Thanks!

 

It is generally a bad thing to have your oblivion installed in the default c:\Program Files (x86)\Bethesda Softworks directory because of the Windows 7/Vista UAC security and turning that off is not advised (or completely effective).

 

On to Bash <g>. In the Mopy directory you should see a bash-default.ini file. This is a template for a bash.ini. You can copy the bash-default.ini and rename the copy to bash.ini. Inside this ini file you can change the directory that bash tries to find the Oblivion Mods directory. Moving it outside of c:\Program Files (x86) might help the initial problem that bash is having with creating the Oblivion Mods directory and directories and data files underneath it.

 

You might also try setting the properties on the c:\python26\python.exe and pythonw.exe files to "Run as Administrator".

 

EDIT: Smooth613 is correct about the name of the ini file - it is bash_default.ini (with an underscore, not a dash). Sorry.

[Smooth613]

Indeed a permissions error, a UAC problem. You need to get outside of Program Files to solve this. C:\Games is just fine. The reason you're not seeing certain folders, Oblivion Mods, is likely due to the fact of UAC Virtualization. Basically it creates the folder outside of Program Files and associates it with the active User Account. So the folder is not where Bash expects it to be. The article I just linked you to will explain this far better than I can. Read it if you're interested in understanding how it works. If you simply want to fix the problem and don't care why it happened or how things work, all you need to do is reinstall Oblivion and Utilities outside of Program Files.

 

About your Bash.ini. If you look in your Oblivion\Mopy directory you'll find a bash_default.ini. Make a copy of this and simply rename it to bash.ini and configure that how you want, then save as bash.ini.

 

**EDIT**

 

Since I'm slow at finding links Shadowfen beat me to the punch.

Edited October 28, 2010 by Smooth613

[kyroptyna]

Shadowfen: On to Bash <g>. In the Mopy directory you should see a bash-default.ini file. This is a template for a bash.ini. You can copy the bash-default.ini and rename the copy to bash.ini. Inside this ini file you can change the directory that bash tries to find the Oblivion Mods directory. Moving it outside of c:\Program Files (x86) might help the initial problem that bash is having with creating the Oblivion Mods directory and directories and data files underneath it.

 

Okay. I tried all of this, but Bash still won't launch. I got a bit confused when I opened the file that I copied and there was not just script but text as well.

 

____ _ _ _ ___ ___ _____

; | _ \ | | (_) (_) |__ \ / _ \ | ____|

; | |_) | __ _ ___| |__ _ _ __ _ ) || (_) || |__

; | _ < / _` / __| '_ \ | | '_ \| | / / > _ < |___ \

; | |_) | (_| \__ \ | | |_| | | | | | / /_ | (_) | ___) |

; |____/ \__,_|___/_| |_(_)_|_| |_|_| |____| \___/ |____/

 

;--This is the generic version of Bash.ini. If you want to set values here,

; then copy this to "bash.ini" and edit as desired.

 

; Bool option (b*****) - use any of:

; True, 1, Yes, On

; False, 0, No, Off

 

; Paths - You can use either:

; Absolute Path

; Example=C:\Games\Oblivion Mods

; Relative path, where path is relative to the Oblivion install directory

; Example=Tools\Tes4Files.exe

; _____ _

; / ____| | |

; | | __ ___ _ __ ___ _ __ __ _ | |

; | | |_ | / _ \| '_ \ / _ \| '__|/ _` || |

; | |__| || __/| | | || __/| | | (_| || |

; \_____| \___||_| |_| \___||_| \__,_||_|

 

Is that how it's supposed to look? If so, where exactly do I change the directory. I just don't want to royally mess things up.

[Smooth613]

You mean it looked like this...

 

;   ____            _       _       _    ___    ___   _____  
;  |  _ \          | |     (_)     (_)  |__ \  / _ \ | ____|
;  | |_) | __ _ ___| |__    _ _ __  _      ) || (_) || |__
;  |  _ < / _` / __| '_ \  | | '_ \| |    / /  > _ < |___ \ 
;  | |_) | (_| \__ \ | | |_| | | | | |   / /_ | (_) | ___) | 
;  |____/ \__,_|___/_| |_(_)_|_| |_|_|  |____| \___/ |____/ 

;--This is the generic version of Bash.ini. If you want to set values here,
;  then copy this to "bash.ini" and edit as desired.

;  Bool option (b*****) - use any of:
;	True, 1, Yes, On
;	False, 0, No, Off

;  Paths - You can use either:
;	Absolute Path
;		Example=C:\Games\Oblivion Mods
;	Relative path, where path is relative to the Oblivion install directory
;		Example=Tools\Tes4Files.exe
;    _____                                 _ 
;   / ____|                               | |
;  | |  __   ___  _ __    ___  _ __  __ _ | |
;  | | |_ | / _ \| '_ \  / _ \| '__|/ _` || |
;  | |__| ||  __/| | | ||  __/| |  | (_| || |
;   \_____| \___||_| |_| \___||_|   \__,_||_|

 

 

Yes that's the ini. and that's how it's supposed to look. It's just telling you the basic rules and showing examples. You just need to read it. It gives you examples and explains everything. Look under the general section you'll see the Oblivion Path and a description. This is how each section works. Something is listed, then it shows a description, then the last line is the actual place you make the changes.

 

Example 1: This is the path Shadowfen was referring to.

 

;--OblivionPath is the Oblivion directory (containing Oblivion.exe).
;  Use this argument if Bash is located outside of the Oblivion directory.
;  If using a relative path, will be relative to the Mopy directory
;  Example=C:\Games\Oblivion
sOblivionPath=.

 

 

Anything that starts with a semicolon ( ; ) is just a description telling you what the setting or function does and how to change it. Followed by an example, notice it says example. Then the very last line that starts without a semicolon is the actual entry for the setting. In this case it's

sOblivionPath=

This is what you would actually change. Sometimes you may need to enter a file path and others may simply require a Boolean to be applied as either a 1 (on or true) or 0 (off or false). This will be obvious in the description and also by the first letter of the actual setting line. Anything starting with s is a file path and anything with the leading character b requires a bool to be used. As you read over the settings this will become clear, it's not as confusing as it sounds.

 

The bash_default.ini is setup assuming a default location for Oblivion and nothing needs to be changed unless you want to customize your setup, or add tools to the toolbar at the bottom of Wrye Bash. Here is an example adding certain icons to the toolbar. http://img839.imageshack.us/img839/8753/wbtoolbar.png Notice all the extra tools listed that I have installed. Most of these are listed in the bash_default.ini already but you may need to alter the file path to where you actually installed that tool. Below is a snip of my Bash.ini for the tools section.

 

 

;--sTes4FilesPath is the path that Bash will look for Tes4Files (defaults to Tes4Files.exe).
sTes4FilesPath=Tes4Files.exe

;--sTes4EditPath is the path that Bash will look for Tes4Edit\View\Trans (defaults to Tes4Edit.exe).
sTes4EditPath=Tes4Edit.exe

;--sTes4LodGenPath  is the path that Bash will look for Tes4LodGen
;  (defaults to Tes4LodGen.exe).
sTes4LodGenPath=Tes4LodGen.exe

 

 

Notice that for Tes4Files, Tes4Edit and Tes4LODGEN the path is simply the name of the exe file, the default. That's because I have it located directly in my Oblivion Folder so there is no need for a more elaborate file Path. It's only when you're outside the Oblivion directory or using subfolders within the Oblivion directory that you need a more elaborate filepath. An example of this is below for Tes4GECKO.

 

 

;--sTes4GeckoPath is the path to look for Tes4Gecko (defaults to Tes4Gecko.jar).
;	sTes4GeckoJavaArg is the memory size argument used for launching Tes4Gecko.
sTes4GeckoPath=E:Game Patches & Mods\Oblivion Mods\Modding Tools\TES4Gecko\TES4Gecko 15.2\Tes4Gecko.jar
sTes4GeckoJavaArg=-Xmx1024m

 

 

Notice the more elaborate filepath since it's located in a totally different location.

 

That's all I got, I'm not sure how to explain it anymore than the ini descriptions already do. So that's why I posted some of my examples just so you could visualize what someone else is doing. Hopefully in some way this helps.

[kyroptyna]

It does. I understand what I'm looking at now, but my Bash launcher still has no console in parenthesis next to it. The very first time I installed Wrye Bash, it worked fine for me. The last two times, though, it hasn't worked at all. I can't, for the life of me, remember how I got it to work. I wouldn't be working so hard to get it installed, but I think it might solve another problem I'm having with a mod turning some NPCs purple. Naturally, I've deactivated all my newer mods to try to figure out which one might be causing the problem. I fear I might have to just forgo those particular mods. That's rather disappointing. Thanks for the help, though.

[Shadowfen]

It does. I understand what I'm looking at now, but my Bash launcher still has no console in parenthesis next to it. The very first time I installed Wrye Bash, it worked fine for me. The last two times, though, it hasn't worked at all. I can't, for the life of me, remember how I got it to work. I wouldn't be working so hard to get it installed, but I think it might solve another problem I'm having with a mod turning some NPCs purple. Naturally, I've deactivated all my newer mods to try to figure out which one might be causing the problem. I fear I might have to just forgo those particular mods. That's rather disappointing. Thanks for the help, though.

 

The "Python File (no console)" file type that you see is not an indication that something is wrong - it just means that the launcher will start up without bringing up the blank, black windows command window when it runs. It is a textual description typically associated with .pyw files and nothing to worry about in and of itself.

 

Does your Wrye Bash have a problem other than saying "(no console)"? What problem would that be?

[kyroptyna]

It does. I understand what I'm looking at now, but my Bash launcher still has no console in parenthesis next to it. The very first time I installed Wrye Bash, it worked fine for me. The last two times, though, it hasn't worked at all. I can't, for the life of me, remember how I got it to work. I wouldn't be working so hard to get it installed, but I think it might solve another problem I'm having with a mod turning some NPCs purple. Naturally, I've deactivated all my newer mods to try to figure out which one might be causing the problem. I fear I might have to just forgo those particular mods. That's rather disappointing. Thanks for the help, though.

 

The "Python File (no console)" file type that you see is not an indication that something is wrong - it just means that the launcher will start up without bringing up the blank, black windows command window when it runs. It is a textual description typically associated with .pyw files and nothing to worry about in and of itself.

 

Does your Wrye Bash have a problem other than saying "(no console)"? What problem would that be?

 

 

I think I just installed them in the wrong order. I uninstalled everything (Bash and Python), then installed Python first followed by Bash. It works wonderfully now. Who knew? (Other than probably you.) I hope this solves my problem within the game. Thanks for all the help.

[Shadowfen]

I think I just installed them in the wrong order. I uninstalled everything (Bash and Python), then installed Python first followed by Bash. It works wonderfully now. Who knew? (Other than probably you.) I hope this solves my problem within the game. Thanks for all the help.

 

Glad everything is working for you now!