[RELZ] Wrye Bash -- Thead 58 : IV - Oblivion

» Tue Mar 01, 2011 9:07 pm

Indeed! Using SVN 838 gave me my first successful CBash patch in 3 days!

(and a hefty 20 MB one at that)

Absolutely awesome!

» Tue Mar 01, 2011 3:53 pm

I don't get it. All of a sudden my Wrye Bash refuses to start. Nothing happens at all when I click the icon. This is really weird, since i had it up and running just a month or so ago, then left Oblivion for a while, and now when I need it, it won't even start. What has happened during that month?

» Wed Mar 02, 2011 7:28 am

I don't get it. All of a sudden my Wrye Bash refuses to start. Nothing happens at all when I click the icon. This is really weird, since i had it up and running just a month or so ago, then left Oblivion for a while, and now when I need it, it won't even start. What has happened during that month?

Do you find a pidfile.tmp in the Moby folder?

If you did just delete that file and launch Wrye Bash again.

» Wed Mar 02, 2011 1:38 am

No. Unfortunately I have no such file there.

» Wed Mar 02, 2011 7:14 am

No. Unfortunately I have no such file there.

You don't. Okay, here is what you need to do.

1 - find the \Moby\Wrye Bash Launcher.pyw right click to send it to desktop as shortcut
2 - open that shortcut and make sure this is in the top line C:\Python26\Pythonw.exe "\Oblivion\Moby\Wrye Bash Launcher.pyw" and confirm it
3 - if this shortcut doesn't bring up Wrye Bash you might have an issue with Python/Wrye Bash or the UAC

» Tue Mar 01, 2011 10:44 pm

A couple of requests:

1) Add a "Check/Uncheck All" option to the header's right-click menu that checks all mods that can be checked (excluding those being merged/imported)

2) Handle merged mods a bit better - example here, SVN 838's CBash can merge OOO.esp and Kvatch_Rebuilt.esp. Now there are many mods that have these as masters. If these 2 are merged (and unchecked when WB tells you to) then the mods that depend on them remain unchecked.

» Wed Mar 02, 2011 8:52 am

+1 for 1) above - quite a few times recently wanted to select all (when changing from Non to CBash merged plugins become de-selected)

» Tue Mar 01, 2011 7:38 pm

That didn't work either, Leonardo. Seems like I'm at a dead end then.

» Wed Mar 02, 2011 8:24 am

That didn't work either, Leonardo. Seems like I'm at a dead end then.

What version of Python and Wrye Bash are you running, it may help the Wrye Bash team to figure out what is happening at your end?, a bit in the dark otherwise.
Meanwhile I posted this lot on TESNexus in my guide description, have a look through and see if theres anything rings any bells....

Spoiler

If you are using Windows Vista or 7 - Highly recommend installing the whole Oblivion game outside of the default installation path, ie dont install it in c:\program files\
Install it in c:\Games\ instead, or if you have a few partitions on your hard drive, install it to a partition different from your system partition, or another fast internal Hard Drive (But please take note, Fast Internal, dont moan at me if you try to install it on an external USB hard drive and your game turns into a slide show)

The above will stop the problem which UAC causes for utilities you will use to mod Oblivion, which install in the same Oblivion folder.
Turning off UAC (because you cant be bothered to re-install the game outside of UAC's control) is not a good idea.

Wrypython03a Installer (BUT if you have a previous version of Python (a version installed prior to WryPython03a), un-install that first (including going into your Start control Panel and finding Add / Remove programs (varies with OS XP, Vista, 7) once Add remove programs is up, scroll down the list and un-install anything with Python in the name even WxPython names).. then go through the WryPython03a installation (run it as admin - right click "Run as admin" if on vista or 7) - Click next/ok to everything.

Wrye Bash - No need to un-install whatever you have done up to this point, each step below will overwrite what you have done previously....

275 installer. Stable, and sets you up okay.

287 - This is also required if you want to upgrade to 290 - The last good stable version but no installer, can now be used to overwrite 275 (just drop mopy and data folers into Oblivion folder and when asked overwrite all).

290 (If you want to use this, if not, stay with 287 until 291 comes out) Can now be used to overwrite everything you have installed so far - BUT you may end up being one of the unlucky few who experience the re-curring pidfile.tmp file problem (its no big problem, while Wrye bash is not running, go into mopy and delete the file, problem solved)

Lastly, go to Oblivion Mopy and right click on the Wrye Bash Launcher.pyw Icon, and choose send to desktop.

It should run from this new desktop shortcut icon (if you had a previous one which may have the wrong path delete that old desktop shortcut first, before sending a new one to desktop). If not the only two problems left are... pidfile.tmp leftover in the mopy folder needs deleted... or for some reason the Icon now on your desktop has the wrong paths .. Right click the icon, choose properties, and check the following

Target field - Should be similar to the following (depending on your setup)
"D:\Program Files\Bethesda Softworks\Oblivion\Mopy\Wrye Bash Launcher.pyw"

Start in field - Should be similar to the following (again depending on your setup)
"D:\Program Files\Bethesda Softworks\Oblivion\Mopy"

I think thats just about all recent installation problems covered.

If you dont use python for anything else, theres no reason to go seeking other python setup files - all you need for the versions of Wrye bash on TESNexus is in the 03a installer. (In fact thats what I am using to test the svn versions of Wrye Bash too)

» Wed Mar 02, 2011 5:00 am

I am using the 275 Version as downloaded from TesNexus.

» Wed Mar 02, 2011 1:34 am

So ... assuming you have WryePython03a installed too ... What happens if you go into ~path to oblivion~\Bethesda Softworks\Oblivion\Mopy\ .. find the Wrye Bash Launcher.pyw icon and double click, or even just double click the bash.py file

» Wed Mar 02, 2011 5:54 am

The newer svn revisions should work for this plugin at least. It allows .dlx files to be installed. As for installing all files, atm we'd rather use a whitelist so that we can control what gets installed. That may change, but probably not.

Where can I get the newer SVN revisions?

I doubt there will be any significant performance benefits. Without CBash, the biggest performance boost is when psyco is enabled, and that requires Python 2.5 or 2.6 and the appropriate psyco to be installed.

That's what I thought. Thanks.

» Wed Mar 02, 2011 12:56 am

Where can I get the newer SVN revisions?

PM sending shortly - IAW the OP cant post publicly.

» Wed Mar 02, 2011 10:50 am

So ... assuming you have WryePython03a installed too ... What happens if you go into ~path to oblivion~\Bethesda Softworks\Oblivion\Mopy\ .. find the Wrye Bash Launcher.pyw icon and double click, or even just double click the bash.py file

Nothing at all happens. It doesn't start anything; there's not even a black screen or anything. No error messages. Just nothing.

The weird thing is that I had it running smoothly about a month or so ago. Then I left Oblivion to mod crappy Civilization 5 for a bit, and when I returned here, Wrye Bash wouldn't work anymore. I have done nothing to my Python or Wrye Bash in the meantime, but still left the desktop icon sitting there, knowing I would need it in the future as well. Really weird.

» Wed Mar 02, 2011 2:03 am

Possible corrupt install, happens sometimes, just use control panel and reverse the setup, add-remove programs and files (where this is located depends on your operating system - unknown at this time) and un-install all bits, do a clean installation ... works for me on those rare occasions

» Tue Mar 01, 2011 10:59 pm

I included ini tweaks from svn 835, for your benefit to grab - edited a few in svn 835 which did not have a carriage return at the end of each line to separate multiple edits, for instance -
SFontFile_1=Data\Fonts\Kingthings_Regular.fntSFontFile_2=Data\Fonts\Kingthings_Shadowed.fntSFontFile_3=Data\Fonts\Tahoma_Bold_Small.fntSFontFile_4=Data\Fonts\Daedric_Font.fntSFontFile_5=Data\Fonts\Handwritten.fnt

FYI, all text files in svn are checked in with the "svn-eol: native" property, meaning that it expects the svn client to convert the line endings appropriately for the client OS. Which svn client are you using? I note that if you download the file directly from the google code web interface instead of using a svn client, the line endings stay tuned for Linux (Unix), that is, each line ends in a newline character instead of the carriage return, newline combination that Windows uses. If you're seeing run-together lines, I'd say either make sure your svn client is configured to convert line endings, or use another editor that can interpret Unix line endings (wordpad works).

This only is relevant to people that are downloading directly from svn and then editing the files. People who download the packages on texnexus have no need to worry about this.

» Wed Mar 02, 2011 1:05 am

aah got it thank you - will change my file back to just my own tweaks - but your all welcome to use as required

Edit: Amended, my Xtras file no longer contains svn additions - grab/include as required

» Tue Mar 01, 2011 11:30 pm

Possible corrupt install, happens sometimes, just use control panel and reverse the setup, add-remove programs and files (where this is located depends on your operating system - unknown at this time) and un-install all bits, do a clean installation ... works for me on those rare occasions

I shall give it a go.

» Wed Mar 02, 2011 10:23 am

PM sending shortly - IAW the OP cant post publicly.

Thanks for the PM.

» Wed Mar 02, 2011 8:13 am

Nope. Same thing. Or rather, same nothing. I'm giving up now. Thanks for your help anyway.

» Wed Mar 02, 2011 9:09 am

@Antiscamp2
Have you tried running Wrye Bash in debug mode? In the later(st) version(s) of Wrye Bash, you can do this by double-clicking on "Wrye Bash Debug.py" in your Mopy folder.

» Wed Mar 02, 2011 4:19 am

Hey there! It's me again with a CBash crash report

This is with SVN r838

Traceback (most recent call last):  File "C:\Games\Bethesda\Oblivion\Base\Mopy\basher.py", line 5313, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "C:\Games\Bethesda\Oblivion\Base\Mopy\bosh.py", line 17509, in buildPatch    patcher(modFile, record, bashTags)  File "C:\Games\Bethesda\Oblivion\Base\Mopy\bosh.py", line 29500, in apply    override.entries_list = mergedList  File "C:\Games\Bethesda\Oblivion\Base\Mopy\cint.py", line 539, in __set__    SetCopyList(oElements, nValues)  File "C:\Games\Bethesda\Oblivion\Base\Mopy\cint.py", line 335, in SetCopyList    setattr(oElement, attr, nValue)  File "C:\Games\Bethesda\Oblivion\Base\Mopy\cint.py", line 943, in __set__    else: _CSetField(instance._CollectionID, instance._ModID, instance._RecordID, instance._FieldID, instance._ListIndex, self._ListFieldID, 0, 0, 0, 0, byref(c_ulong(MakeShortFid(instance._CollectionID, nValue))), 0)  File "C:\Games\Bethesda\Oblivion\Base\Mopy\cint.py", line 306, in MakeShortFid    raise AttributeError("Unable to convert long fid (None, %06X) into a short formID" % object)AttributeError: Unable to convert long fid (None, 001691) into a short formID

I'm slowly adding mods to my LO list, and this happened after I installed all FCOM related (except Frans)... I'll try to pinpoint which ESP causes this, it would help to know which patcher raised the error though. I'll try enabling a few patchers at a time in chunks... I'll come back when I have something to report!

[EDIT]
On a hunch, I enabled Oscuro's Oblivion Overhaul.esp (when opening the Bashed Patch Rebuid window I was offered to deactivate it, ...plus also a bunch of other stuff) and unticked it from the list of plugins to Merge, and now the Bashed Patch reached completion with no crash reported. ~~I'll tick that again to see if this is reproducible... gimme a moment :brokencomputer:~~
[/EDIT]

[EDIT2]
Well, I think I understand what caused the problem. When I said yes to said prompt, FCOM_Convergence.esp was also deactivated as it uses OOO.esp as master and when I re-built the bashed patch in that condition, with OOO.esp merged and FCOM.esp deactivated, something went wrong in importing/merging records from other mods that may depend on it.

After that, I activated again all ESPs that were deactivated because of master relations with OOO.esp and rebuilding BP didn't fail anymore. Still, if you need more info on the configuration, I'm sure I can repeat the failing situation quite easily. But I think that since this problem is raised from a condition that should never happen it can be ignored and treated with low priority, right?
[/EDIT2]

Cheers!

» Wed Mar 02, 2011 9:52 am

So I have a weird problem with the Bashed Patch and sixywalks by Mur_Zik Compilation 1.2. The problem is the main mod file swalk.esp. It doesn't have any bashed tags, but it shows up as green text in the WB, indicating it should be merged... but it isn't! It isn't automatically unchecked when I rebuild my patch, it's not included in the log, and it doesn't work at all unless I put if AFTER the bashed patch in the load order. Anyone got any ideas?

» Wed Mar 02, 2011 12:18 am

An error report from a user on TESNexus - Biscuits2400 (I dont know what version of Wrye Bash/Python in use)

Spoiler

Traceback (most recent call last): File "C:Program Files (x86)Bethesda SoftworksOblivionMopyasher.py", line 3895, in OnShowPage self.GetPage(event.GetSelection()).OnShow() File "C:Program Files (x86)Bethesda SoftworksOblivionMopyasher.py", line 2546, in OnShow if data.refresh(progress,what,self.fullRefresh): File "C:Program Files (x86)Bethesda SoftworksOblivionMopyosh.py", line 11052, in refresh settings['bash.installers.removeEmptyDirs'], fullRefresh) File "C:Program Files (x86)Bethesda SoftworksOblivionMopyosh.py", line 9798, in refreshSizeCrcDate size = apFile.size File "C:Program Files (x86)Bethesda SoftworksOblivionMopyolt.py", line 380, in size return os.path.getsize(self._s) File "C:Python26libgenericpath.py", line 49, in getsize return os.stat(filename).st_size WindowsError: [Error 123] The filename, directory name, or volume label syntax is incorrect: 'C:\Program Files (x86)\Bethesda Softworks\Oblivion\Data\???.txt'

» Wed Mar 02, 2011 8:22 am

It seems the last thread was closed before I had a chance to describe an error message I got during my last Python setup. Sorry about that.

I've just installed Oblivion and Wrye Bash 291 (after WB287 and WB290 both is archive) with the self installer, but then I started Wrye Bash I get this error.

# Generating comtypes.gen._99AB80C4_5E19_4FD5_B3CA_5EF62FC3F765_0_1_0# Generating comtypes.gen._00020430_0000_0000_C000_000000000046_0_2_0# Generating comtypes.gen.stdole# Generating comtypes.gen.myole4ax# Generating comtypes.gen._EAB22AC0_30C1_11CF_A7EB_0000C05BAE0B_0_1_1# Generating comtypes.gen.SHDocVw

I use WryePython03a to install Python 2.6.5 version and I don't know what's wrong. Should I remove Wrye Bash and reinstalled it?

Btw... I'm using Windows7 64-bit.

This error occurred when I decided not to compile the batch files when the installation was finished, because I've sometimes compile these batch files and receive an error in Windows that's something has failed (An unexpected error has occurred and it need to be closed). That was the reason I didn't compile those files during the installation of Python (Advanced button) and that's happen before the comtypes is even installed if I choose to installed it.