wrye bash not working!

Post » Fri May 13, 2011 10:17 am

I just made a new install of windows 7, and copied over all my mods and stuff from my old hard drive, reinstalled Python and Wxpython, etc.


When I try to either bash or close wrye bash.... It gives me errors.

Traceback (most recent call last):  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 3790, in OnCloseWindow    self.notebook.GetPage(index).OnCloseWindow()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 1742, in OnCloseWindow    bosh.modInfos.table.save()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 1024, in save    self.hasChanged = not dictFile.save()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 264, in save    saved = bolt.PickleDict.save(self)  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 830, in save    self.path.untemp(True)  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 507, in untemp    self.backup.remove()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 465, in remove    if self.exists(): os.remove(self._s)WindowsError: [Error 5] Access is denied: 'C:\\Program Files\\Bethesda Softworks\\Oblivion Mods\\Bash Mod Data\\Table.dat.bak'

User avatar
John N
 
Posts: 3458
Joined: Sun Aug 26, 2007 5:11 pm

Post » Fri May 13, 2011 2:29 pm

What version of Wrye Bash?

Have you tried deleting Table.dat.bak?
User avatar
Mackenzie
 
Posts: 3404
Joined: Tue Jan 23, 2007 9:18 pm

Post » Fri May 13, 2011 7:28 am

Sounds like a UAC error. I'd recommend installing Oblivion outside of the Program Files directory and use C:\Games or something similar.
User avatar
Dezzeh
 
Posts: 3414
Joined: Sat Jun 16, 2007 2:49 am

Post » Fri May 13, 2011 5:52 pm

@Shower: Latest version, and didn't.

@ Waruddar: UAC error? Wut?
User avatar
bonita mathews
 
Posts: 3405
Joined: Sun Aug 06, 2006 5:04 am

Post » Fri May 13, 2011 4:00 pm

If you copied it over from another computer, Win7 may not think you have permission to edit that file.

Deleting it and letting WB rebuild it is one option. Using the properties menu for the file will also allow you to claim ownership on it if you are an administrator account.

Moving out of the Program Files directory, which Windows protects, will help as well.
User avatar
Louise Andrew
 
Posts: 3333
Joined: Mon Nov 27, 2006 8:01 am

Post » Fri May 13, 2011 1:50 pm

If you copied it over from another computer, Win7 may not think you have permission to edit that file.

Deleting it and letting WB rebuild it is one option. Using the properties menu for the file will also allow you to claim ownership on it if you are an administrator account.

Moving out of the Program Files directory, which Windows protects, will help as well.



Where do I find Table.dat?

Also, related errors:

BOSS does not seem to function (the lists pop up, no errors are posted, but none of the mods are reordered)
User avatar
Joie Perez
 
Posts: 3410
Joined: Fri Sep 15, 2006 3:25 pm

Post » Fri May 13, 2011 3:01 pm

Turn off "Lock Times" in Wrye Bash before running BOSS (when you actually want it to reorder your mods.) Right-click on the "File" tab to find the option.
User avatar
Charlotte Henderson
 
Posts: 3337
Joined: Wed Oct 11, 2006 12:37 pm

Post » Fri May 13, 2011 2:52 pm

These are all UAC (http://en.wikipedia.org/wiki/User_Account_Control) errors.

For a variety of (mostly) valid reasons, Windows Vista and 7 try to safeguard the Program Files directory, and prevent programs from writing directly to that folder. When a program tries to, one of two things typically happen:
1) The program isn't allowed, and an access error is given. This is what is happening with Bash. It tries to write to its setting file, and isn't able to.
2) The program is allowed, but the file isn't actually written to the Program Files directory. Instead, it is written in another directory entirely without the program's knowledge. This is referred to as UAC virtualization or Data Redirection (two names for the same thing). Windows tries to fool the program into thinking that this isn't happening, but it can cause issues like you have with BOSS. BOSS thinks everything is fine, but in reality nothing has changed.

The easiest way to fix these problems would be to install Oblivion somewhere other than Program Files. Another way would be to disable UAC, but that isn't recommended.
User avatar
Jennifer Rose
 
Posts: 3432
Joined: Wed Jan 17, 2007 2:54 pm

Post » Fri May 13, 2011 5:02 pm

Yeah reinstalling it to C:bethseda instead of C:program files/bethesda seems to have worked.


Theres another bash related problem i've been having too. Though I don't know weither it carried over into the new install or not. Its that bain/the installs tab never worked for me.


I"m going ot try it again and see if it works. If it does, then this topic will have no more function, and can be locked.... otherwise... well, i'll post the error here.

Traceback (most recent call last):  File "C:\Bethesda Softworks\Oblivion\Mopy\basher.py", line 3492, in OnShowPage    self.GetPage(event.GetSelection()).OnShow()  File "C:\Bethesda Softworks\Oblivion\Mopy\basher.py", line 2197, in OnShow    if data.refresh(progress,what,self.fullRefresh):  File "C:\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 10672, in refresh    settings['bash.installers.removeEmptyDirs'], fullRefresh)  File "C:\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 9539, in refreshSizeCrcDate    size = apFile.size  File "C:\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 368, in size    return os.path.getsize(self._s)  File "C:\Python25\lib\ntpath.py", line 228, in getsize    return os.stat(filename).st_sizeWindowsError: [Error 123] The filename, directory name, or volume label syntax is incorrect: 'C:\\Bethesda Softworks\\Oblivion\\Data\\CTAddPose???????'

User avatar
Jessica White
 
Posts: 3419
Joined: Sun Aug 20, 2006 5:03 am

Post » Fri May 13, 2011 4:49 pm

WindowsError: [Error 123] The filename, directory name, or volume label syntax is incorrect: 'C:\\Bethesda Softworks\\Oblivion\\Data\\CTAddPose???????'


Try removing that one. BAIN doesn't like japanese/chorean etc. characters IIRC.
User avatar
Miranda Taylor
 
Posts: 3406
Joined: Sat Feb 24, 2007 3:39 pm

Post » Fri May 13, 2011 5:53 pm

Correct, Bash doesn't support extended character sets. They're...complicated. It won't be easy to add support to Bash. Whenever it was brought up, Wrye always said that he'd fix it rather than one of his helpers due to the complexity involved. But, Wrye kept putting it off because it truly is a rather daunting task.

Now Wrye is retired, and I'm not really sure where (or, frankly, how) to start fixing this. PacificMorrowind may have a better idea, but he's been extremely busy recently. It is on the top of the list of things to fix. The only reason other things are fixed first is because they're so much easier.

I might be able to make an ugly hack so that Bash simply ignores any file with an extended character in it. Both the game and Bash would work, but Bash might complain that BAIN installs are dirty.
User avatar
George PUluse
 
Posts: 3486
Joined: Fri Sep 28, 2007 11:20 pm


Return to IV - Oblivion