Thanks for all the thanks. We always appreciate being appreciated
Traceback (most recent call last): File "C:\Oblivion\Mopy\basher.py", line 5268, in Execute patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up! File "C:\Oblivion\Mopy\bosh.py", line 17513, in buildPatch self.mergeModFile(modFile,nullProgress,doFilter,iiMode) File "C:\Oblivion\Mopy\bosh.py", line 17334, in mergeModFile parent = record.Parent File "C:\Oblivion\Mopy\cint.py", line 1700, in Parent RecordType = type_record[testRecord.recType] File "C:\Oblivion\Mopy\cint.py", line 1708, in recType retValue = http://forums.bethsoft.com/index.php?/topic/1156281-relz-wrye-bash-thead-58/_CGetFieldAttribute(self._CollectionID, self._ModID, self._RecordID, 0, 0, 0, 0, 0, 0, 0, 0)WindowsError: exception: access violation reading 0xCC0004C2
Just wanted to add I have the same problem here, with this set of mods:
Spoiler Active Mod Files:00 Oblivion.esm01 All Natural Base.esm [Version 1.0]02 Kvatch Rebuilt.esm03 Unofficial Oblivion Patch.esp [Version 3.3.3]04 DLCShiveringIsles.esp05 Unofficial Shivering Isles Patch.esp [Version 1.3.0]06 All Natural.esp [Version 1.1]07 All Natural - SI.esp [Version 1.0]** All Natural - Real Lights.esp [Version 1.1]08 Enhanced Economy.esp [Version 5.1]09 Oblivion Graphics Extender Support.esp [Version 0.41]0A QZ Easy Menus.esp0B Streamline 3.1.esp0C Dynamic Map.esp [Version 1.0.1]0D Enhanced Hotkeys.esp [Version 2.1.1]0E DLCHorseArmor.esp0F DLCOrrery.esp10 DLCVileLair.esp11 DLCMehrunesRazor.esp12 DLCSpellTomes.esp13 DLCThievesDen.esp14 Kvatch Rebuilt.esp++ Kvatch Rebuilt Weather Patch.esp15 DLCBattlehornCastle.esp16 DLCFrostcrag.esp17 Knights.esp18 M.O.E. - Main Quest Delayer.esp [Version 3]19 M.O.E. - Main Quest Delayer Patch.esp [Version 3]++ Enhanced Vegetation [100%].esp1A SupremeMagicka.esp [Version 0.90]1B SM_ShiveringIsles.esp [Version 0.90]1C SM_EnchantStaff.esp [Version 0.90]++ SM_Scrolls.esp [Version 0.90]++ SM_SigilStone.esp [Version 0.90]1D bgBalancingEVCore.esp [Version 10.5EV-D]++ bgBalancingEVOptionalMoreEyes.esp [Version 10]** bgBalancingOptionalNPCDiversityKvatchRebuilt, for Wrye Bash.esp [Version 9.0EV-D]++ All Natural - Indoor Weather Filter For Mods.esp [Version 1.1]1E Bashed Patch, 0.esp
Further testing revealed that (for me at least) not merging Kvatch Rebuilt Weather Patch.esp solved the crash. Tested with SVN 833.
Also, on another issue I saw, it seems that last Bash do not detect BOSS anymore... No matter what I do the BOSS button doesn't appear. I've checked Bash sources and it seem to look for the BOSS.bat on the Data directory, but I've created it and still no luck. Sorry if this is covered in detail in some other place, I did read Wrye Bash Readme searching for this specific issue and nothing seemed to indicate that anything have changed. Just wanted to make sure the issue is known and if not report it Cheers!
Hope this helps to find the issue
Should be helpful, I'm still looking into this crash. Could you get me a link for Kvatch Rebuilt Weather Patch.esp? Or is it available from the main Kvatch Rebuilt download?
Don't know about BOSS not appearing. First I've heard of it. Will keep an eye out, but it may be faster if PM handles this one. I'll be away from the computer for a week or two starting tomorrow.
Only remaining problem I have with Wrye Bash which is a minor one, but re-iterating it because now using CBash it only occurs at one stage and reproduceable ....
http://www.bild.me/bild.php?file=5254145not_responding.jpg
Every run of re-building is very fluid apart from when it gets to TIE NPCs, I get the not responding, and shortly afterwards the progress dialogue pops to the back of Wrye Bash, if I click on Wrye Bash title bar the progress dialogue pops back to the front and visible again ... and carries on to completion. Elapsed time 1 min 17 on that run.
This pop to back behaviour does not seem to prevent the build completing, just annoying, and it now only ever happens at this stage. No other pop to back problems at all these days.
I'm not sure we can do anything about that. A few of the NPC patchers are a little more involved than most of the others, so I imagine Bash is simply being busy.
Using revision 833 CBash mode...
probably another to-do later (minor issue) - When using mark mergeable (I know its not required in CBash), after using it we get the colour coding.
Build the bashed patch in CBash mode and on completion the mods list loses some of the colour coding (purple text reverts back to black on white background) previously highlighted by the last mark mergeable prior to re-building.
Yeah, I'm aware of this. Been meaning to take a look, but been sidetracked since this is only a cosmetic bug.
Using the CBash from sourceforge gave me this, sorry if it's already fixed
Traceback (most recent call last): File "E:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5272, in Execute patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up! File "E:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17509, in buildPatch patcher(modFile, record, bashTags) File "E:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 27190, in apply newFull = self.format % ('ACDIMRU'[school],record.level) + newFullAttributeError: 'ObSPELRecord' object has no attribute 'level'
EDIT: Confirmed it's still present as of SVN 833
Thanks, it's fixed now.
I've noticed that you can now install OBSE plugins with Bash. There is a problem though. Some OBSE plugins consist of more than just a .dll file (Pluggy; Elys's Universal Silent Voice, to name a couple), and Bash skips those files. Is there a way you could code BAIN to install all files that go into the OBSE plugins directory? I'm trying to install Pluggy via BAIN, and it skips the .dlx required for Pluggy to work.
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.
Whether it is necessary bugreport at started wb not on python 2.6 and with wxPython not ansi? For example - http://img5.imageshack.us/i/72009794.jpg With Python 2.7.1 x64 and wxPython 2.8.11.0 unicode. Whether there will be a support unicode? Thx.
Unicode has experimental support. To use it, you must enable it in bash.ini and also have the unicode wxPython installed.
Has anyone using a newer version of Python, and other components, than what is provided with Wrye Python found on Nexus seen any difference in performance?
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.