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

» Sat Dec 04, 2010 4:23 am

Request - Could we have a list appended within the Wrye Bash html, somewhere in the installers section.

Detailing - All folders and files recognised within a Bain?.

Occasionally its noted in these threads, but I'm damned if I can find it just now, and I am sure a couple have been added since last listed.

done

(and copy paste so you don't have to download the latest/check your email if you're using the listserve to view the changes as they're committed):
valid folders:
screenshots, bash patches, distantlod, docs, facegen, fonts, menus, meshes, music, shaders, sound, textures, trees, video, streamline, _tejon, ini tweaks, scripts, pluggy, ini, obse (last one only if option to install OBSE plugins is active)
(of course just select 'has extra directories' and that will be extended to anything but 'bash','replacers','--')
valid file types:
anything EXCEPT: .exe, .py, .pyc, .7z, .zip, .rar, .db, .ace, .tgz, .tar, .tar.gz, .omod

Err wait... won't this break the "Open at TESNexus" feature, which I rely on all the time? I used to hate the number appended by TESNexus at the end of every archive, but now I find it extra-useful.

I can confirm this. Is it fixed in 291 (or is there a changelog I should check instead of asking)?

no breakage... can handle either format

ugh that is a nasty problem (and I've now figured out *what* the problem is... ANY new process spawned by Bash will cause it (the pidfile gets locked by the new process (?WTF?) until that new process is closed!)... I don't think it is on our end (and it definitely isn't on your end)... I think it may be a flaw in Python... chance it is a flaw with how we're calling that readonly file but I don't think so... going to be checking on a python mail list to see if I can figure it out without significant rewriting of that section to work around it.

Don't know what's going on. Maybe PM will have some insights?

nope... will (hopefully) do so nice tough testing soon.
Pacific Morrowind

» Sat Dec 04, 2010 8:50 am

valid folders:
screenshots, bash patches, distantlod, docs, facegen, fonts, menus, meshes, music, shaders, sound, textures, trees, video, streamline, _tejon, ini tweaks, scripts, pluggy, ini, obse (last one only if option to install OBSE plugins is active)
(of course just select 'has extra directories' and that will be extended to anything but 'bash','replacers','--')
valid file types:
anything EXCEPT: .exe, .py, .pyc, .7z, .zip, .rar, .db, .ace, .tgz, .tar, .tar.gz, .omod

Thank you

- And theres a trick I missed in the new DarkUI DarN BAIN walkthrough

If ini tweaks are installed via BAIN would they be immediately added to the INI Edits for use? or would a re-load of Wrye Bash be necessary before they are recognised (If you haven't seen it I am using them for the custom font 1s in that case).

» Sat Dec 04, 2010 10:56 am

Not much of a trick considering Wrye himself made Darn UI ini tweaks for fonts - found in the Darn BAIN package http://www.tesnexus.com/downloads/file.php?id=22170.

» Fri Dec 03, 2010 9:38 pm

Not much of a trick considering Wrye himself made Darn UI ini tweaks for fonts - found in the Darn BAIN package http://www.tesnexus.com/downloads/file.php?id=22170.

:facepalm: Of course!, I link Wrye's BAINs in the WBPG description too - I could have referenced that for the guide (although was the ini tweaks folder in a BAIN recognised when Wrye made those?, thats the trick I meant, having a BAIN actually install them ready for use after installation so the user does not have to manually install the ini tweaks aswell as install a BAIN - The BAIN doing everything required for installation)

Edit: Going to try it anyway and change the DakUI DarN walkthrough in a few days if it works nicely (ie INI Edits immediately recognises the new INI Tweak after installation of the sub-package containing an Ini tweak - And removal of the same if a sub-package is changed ... for a different Custom font 1)

Edit2: :biggrin: Just had a look at Wrye's version of the old Darnified UI 132 bain... I could have saved myself a bit of work making ini tweaks there :rolleyes:

» Fri Dec 03, 2010 9:34 pm

I don't know if it's the right section for resolve wrye's issues, but...: i've got a problem with wrye bash (it won't run).
I've installed Wrye Bash 275 + Wrye Bash 290 + Wrye Phyton 03a
I click on Wrye Bash Launcher, but nothing, not a single loading bar appear. It's very strange because it's go fine until yesterday. I reinstalled several times (Oblivion game included) but nothing.
I check inside the Bash.py with a text editor, but i don't know what i should do.

Here the stuff

#  Wrye Bash copyright (C) 2005, 2006, 2007, 2008, 2009 Wrye## ============================================================================="""This module starts the Wrye Bash application. Basically, it runs someinitialization functions, and then starts the main application loop.bash [-u userPath] [-p personalPath] [-l localAppDataPath] [0]User directory arguments (-u, -p and -l).These arguments allow you to specify your user directory in several ways. Theseare only useful if the regular procedure for getting the user directory fails.And even in that case, the user is probably bettr off installing win32com.However, the arguments are:-u userPath: Specify the user profile path. May help if HOMEDRIVE and/or HOMEPATHare missing from the user's environgment. Example: -u "C:\Documents and Settings\Wrye"-p personalPath: Specify the user's personal directory. Must be used inconjunction with -l option.Example: -p "c:\documents and settings\Wrye\My Documents"-l localAppDataPath: Specify the user's local application data directory. Must be used inconjunction with -l option.Example: -p "c:\documents and settings\Wrye\Local Settings\Application Data"Debug argument:-d Send debug text to the console rather than to a newly created debug window.Useful if bash is crashing on startup or if you want to print a lot ofinformation (e.g. while developing or debugging)."""# Imports ---------------------------------------------------------------------import getoptimport osimport sysif sys.version[:3] == '2.4':    import wxversion    wxversion.select("2.5.3.1")import bosh, basherimport bolt# Main ------------------------------------------------------------------------def main():    #import warnings    #warnings.filterwarnings('error')    #--Parse arguments    optlist,args = getopt.getopt(sys.argv[1:],'u:p:l:d')    #--Initialize Directories    opts = dict(optlist)    if '-u' in opts:        drive,path = os.path.splitdrive(opts['-u'])        os.environ['HOMEDRIVE'] = drive        os.environ['HOMEPATH'] = path    personal = opts.get('-p')    localAppData = http://forums.bethsoft.com/index.php?/topic/1154209-relz-wrye-bash-thead-57/opts.get('-l')    bosh.initDirs(personal,localAppData)    #--More Initialization    basher.InitSettings()    basher.InitLinks()    basher.InitImages()    #--Start application    if '-d' in opts or (args and args[0] == '0'):        app = basher.BashApp(False)        bolt.deprintOn = True    else:        app = basher.BashApp()    app.MainLoop()if __name__ == '__main__':    try:        args = sys.argv[1:]        if '-d' not in args and '0' not in args:            import psyco            psyco.full()    except:        pass    main()

» Fri Dec 03, 2010 9:42 pm

I've installed Wrye Bash 275 + Wrye Bash 290 + Wrye Phyton 03a

Well you missed installing Wrye Bash 287 as a requirement to installing 290 (have a look at the file notes for 290, says "Requires an old installation of Wrye Bash 286+", thats why the Old Version was left up there.

275 + 287 overwrite + 290 overwrite - All you need to do is do 287 and 290 again, no need to un-install anything.

» Sat Dec 04, 2010 10:08 am

:facepalm: Of course!, I link Wrye's BAINs in the WBPG description too - I could have referenced that for the guide (although was the ini tweaks folder in a BAIN recognised when Wrye made those?, thats the trick I meant, having a BAIN actually install them ready for use after installation so the user does not have to manually install the ini tweaks aswell as install a BAIN - The BAIN doing everything required for installation)

Edit: Going to try it anyway and change the DakUI DarN walkthrough in a few days if it works nicely (ie INI Edits immediately recognises the new INI Tweak after installation of the sub-package containing an Ini tweak - And removal of the same if a sub-package is changed ... for a different Custom font 1)

Edit2: :biggrin: Just had a look at Wrye's version of the old Darnified UI 132 bain... I could have saved myself a bit of work making ini tweaks there :rolleyes:

Well not to brag too much but I tackled all that nearly two years ago - http://www.gamesas.com/index.php?/topic/957424-custom-bain-projects/page__view__findpost__p__13828712. And still some maintain that BAIN is just too new to promote. That old thread covered a lot of ground back then.

Yes the ini tweaks was a part of BAIN back then and he supplied all the ones needed for Darn (same for Darkified too).

Don't get me wrong though - I like what your doing. I wish I had pictures in both threads.

» Sat Dec 04, 2010 5:05 am

I wish I had pictures in both threads.

If any of my JPGs suit your needs - Feel free and use

, as many ways of getting users happy with Wrye Bash usage the better really. Will put you in the Permissions pre-emptively - Edit: Done

Edit2: The Wrye Bash team is also included.

» Sat Dec 04, 2010 11:11 am

275 + 287 overwrite + 290 overwrite - All you need to do is do 287 and 290 again, no need to un-install anything.

The problem still to exist :sad:

» Fri Dec 03, 2010 10:47 pm

The problem still to exist :sad:

same problem here. With 287 runs fine but with 290 nothing happens

» Sat Dec 04, 2010 1:09 pm

same problem here. With 287 runs fine but with 290 nothing happens

Oh, i try with 287 without 290, and it's work.

» Sat Dec 04, 2010 8:03 am

@ Tosky and Ondru - I have to go very soon, have a look at the description of my guide on TESNexus, near the bottom is an installation problems summary, probably the pidfile.tmp problem or icon path ... no time to help further - Could be where you have the game installed too - UAC problem?

» Sat Dec 04, 2010 11:51 am

Wrye Bash 291 revision 797 (tarball overwrite of 290) - With C-Bash v0.5.0 enabled

had the following error

Spoiler

Traceback (most recent call last):
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5198, in Execute
patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17211, in buildPatch
for record in modFile.MGEF:
AttributeError: 'NoneType' object has no attribute 'MGEF'

Load Order just in case .....

Spoiler

Active Mod Files:
00 Oblivion.esm
01 Cobl Main.esm [Version 1.72]
02 VASE - core.esm
03 Unofficial Oblivion Patch.esp [Version 3.3.3]
++ Oblivion Citadel Door Fix.esp
04 DLCShiveringIsles.esp
05 Unofficial Shivering Isles Patch.esp [Version 1.4.0]
** Oblivion Vwalk UOS.esp
** DLCShiveringIsles Vwalk UOS.esp
** DLCShiveringIsles Vwalk DG_DS UOS.esp
++ RedBag - Fog.esp
++ phinix-waterfix.esp
++ ln.esp
06 WindowLightingSystem.esp
07 diversegrasses.esp
08 ImprovedSigns.esp
09 Luchaire's Neck Seam Concealer.esp
0A VAs Better Gold with no Menu Icon.esp
0B Display Stats.esp [Version 1.3.1]
0C Streamline 3.1.esp
0D DLCHorseArmor.esp
0E DLCHorseArmor - Unofficial Patch.esp [Version 1.0.6]
0F DLCOrrery.esp
10 DLCOrrery - Unofficial Patch.esp [Version 1.0.4]
** DLCOrrery Vwalk.esp
11 DLCVileLair.esp
12 DLCVileLair - Unofficial Patch.esp [Version 1.0.6]
13 DLCMehrunesRazor.esp
14 DLCMehrunesRazor - Unofficial Patch.esp [Version 1.0.5]
** DLCMehrunesRazor Vwalk UOP.esp
15 DLCSpellTomes.esp
++ DLCSpellTomes - Unofficial Patch.esp [Version 1.0.1]
++ MaleBodyReplacerV4.esp
** EVE_StockEquipmentReplacer.esp
16 BaronArmor.esp
++ Blade Of Woe Replacer.esp
17 Captain_Molly_HGEC.esp
18 Chapel Shop.esp
19 DM-Lingerie.esp
1A Dollparts_RoseCorsets - Dark & Light.esp
1B Elwing.esp
1C Explosives.esp
1D Featherwynd - Amazon Priestess.esp
1E 0FsixyLingerie.esp
1F Gizmodian - Shell of the Artifice.esp
20 GizmodianSothaDagger.esp
21 Hentai DarkSisterhoodArmor.esp
22 LKF_EY_Vampirehunter.esp
23 minibloomers.esp
24 Mithris_HGEC.esp
25 Nicos Tabaxi Bows.esp
26 Pekka_Shields_Light.esp
27 PTArtifacts.esp
28 Queensarmory.esp
29 Sister_of_Eisen_HGEC.esp
2A Slof's Giger Armour.esp
2B SwordDancer.esp
2C Underworld Armor.esp
2D Westwind_Rogue_HGEC.esp
2E ExnemEC_Warrior01.esp
2F IndigoArmor.esp
30 DLCThievesDen.esp
31 DLCThievesDen - Unofficial Patch.esp [Version 1.0.7]
32 DLCThievesDen - Unofficial Patch - SSSB.esp [Version 1.0.4]
** DLCThievesDen Vwalk UOP.esp
33 Cobl Glue.esp [Version 1.72]
34 Cobl Si.esp [Version 1.63]
++ VASE - Vanilla Cyrodiil.esp
++ VASE - Vanilla SI.esp
35 TIE.esp [Version 1.43]
** TIE Vwalk.esp
++ TIE Cats.esp
36 LBVermin.esp
37 LBWaterBeasts.esp
38 EM_CompInnsleeping.esp [Version 0.9]
39 AleswellHomeQuest.esp
3A Better Dark Brotherhood Sanctuary.esp
3B Better Benirus Manor - Helping Hands.esp
3C Better Benirus Manor.esp
3D BrotherhoodRenewed.esp [Version 1.0.10]
3E DarknessHollows.esp
** DarknessHollows Vwalk.esp
3F Peruggia's Passage.esp
40 The Ayleid Steps.esp [Version 3.4]
** The Ayleid Steps Vwalk.esp
41 TheForgottenRealm.esp
42 DLCBattlehornCastle.esp
43 DLCBattlehornCastle - Unofficial Patch.esp [Version 1.0.5]
44 DLCFrostcrag.esp
45 DLCFrostcrag - Unofficial Patch.esp [Version 1.0.5]
** DLCFrostcrag Vwalk.esp
46 Knights.esp
47 Knights - Unofficial Patch.esp [Version 1.1]
** Knights Vwalk UOP.esp
** EVE_KnightsoftheNine.esp
48 Shadowcrest_Vineyard_COBL.esp
49 Feldscar.esp [Version 1.0.5]
** Feldscar Vwalk.esp
4A Vergayun.esp [Version 1.0.6]
** Vergayun Vwalk.esp
4B Faregyl.esp [Version 1.0.10]
** Faregyl Vwalk.esp
4C BravilSeaDomes.esp
4D Better Abandoned House.esp
4E EVE_ShiveringIslesEasterEggs.esp
4F ImprovedSoulgems.esp [Version 1.11]
50 Oblivifall - Ambiant Dungeon SFX.esp [Version 1.2]
51 nvde Spell.esp
++ Khajiit Fix.esp
52 CCR - Capucine.esp
53 n_Dywyll_Elves.esp
54 1em_Vilja.esp [Version 3.1]
++ 1em_Vilja_as_Moonshadow_Elf_MU.esp
++ 1em_Vilja_coolhair60.esp
55 TheOubliette.esp
++ Cobl Filter Late MERGE ONLY.esp [Version 1.53]
56 Bashed Patch, 0.esp

Edit: Also concur with Peste below

Without C-Bash also getting errors....

Spoiler

Traceback (most recent call last):
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5125, in Execute
patchFile.initData(SubProgress(progress,0,0.1)) #try to speed this up!
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 16796, in initData
patcher.initData(SubProgress(progress,index))
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 20261, in initData
self.id_relations = dict((fid, relations) for fid, relations in factionRelations.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.loadSet))
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 20261, in
self.id_relations = dict((fid, relations) for fid, relations in factionRelations.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.loadSet))
TypeError: 'Path' object does not support indexing

» Sat Dec 04, 2010 11:54 am

Testing 797:

With CBash getting same error as posted above by alternity.

Without CBash getting this, so it appears the fix from 796 for relations importing didn't work?

Spoiler

Traceback (most recent call last):  File "E:\Spel\Oblivion\Mopy\basher.py", line 5125, in Execute    patchFile.initData(SubProgress(progress,0,0.1)) #try to speed this up!  File "E:\Spel\Oblivion\Mopy\bosh.py", line 16796, in initData    patcher.initData(SubProgress(progress,index))  File "E:\Spel\Oblivion\Mopy\bosh.py", line 20261, in initData    self.id_relations = dict((fid, relations) for fid, relations in factionRelations.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.loadSet))  File "E:\Spel\Oblivion\Mopy\bosh.py", line 20261, in     self.id_relations = dict((fid, relations) for fid, relations in factionRelations.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.loadSet))TypeError: 'Path' object does not support indexing

» Sat Dec 04, 2010 3:07 am

Is there a way to stop ooo.esp from being checked as mergable

on CBash mode just tag it with NoMerge, in regular mode just rightclick->refresh mergeable.

You know what (I think) would be cool? If you could associate a picture with a BAIN archive or project. Like OBMM. Would that be a simple request, or would that be a pain in the *** to accomplish?

obmm has it's on file type therefor it can do that... BAIN archive is just a 7z/zip/rar archive, project is just a folder... could theoretically set a BASH specific icon for 7z/zip/rar but don't really like that idea personally... doubt most others would... though it would be easy to add support for extension of .bain that you can name your BAIN ready packages once you've edited them and 7z could still open them fine and bash would be fine with them and they could be given a BAIN specific icon... is there any interest in that?

Wrye Bash 291 revision 797 (tarball overwrite of 290) - With C-Bash v0.5.0 enabled

had the following error

Spoiler

Traceback (most recent call last):
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5198, in Execute
patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17211, in buildPatch
for record in modFile.MGEF:
AttributeError: 'NoneType' object has no attribute 'MGEF'

Load Order just in case .....

huh... can't replicate it here... well to get some more info to figure out what the problem is
1. download the latest (rev 798) which has an extra try/except command to print out more info.
2. run Bash with the -d switch (ie from command line/DebugLauncher/batch file) will print out lots more info.
Pacific Morrowind

» Sat Dec 04, 2010 6:09 am

it would be easy to add support for extension of .bain that you can name your BAIN ready packages once you've edited them and 7z could still open them fine and bash would be fine with them and they could be given a BAIN specific icon... is there any interest in that?
Pacific Morrowind

That might be nice, if they could just have genaric icons to corraspond to what catagory they should be installed in... :thumbsup:

» Sat Dec 04, 2010 4:15 pm

huh... can't replicate it here... well to get some more info to figure out what the problem is
1. download the latest (rev 798) which has an extra try/except command to print out more info.
2. run Bash with the -d switch (ie from command line/DebugLauncher/batch file) will print out lots more info.
Pacific Morrowind

Grabbing - will try in both non and C-Bash modes again, (went back to 290), my load order has not changed since so should be able to replicate it

» Sat Dec 04, 2010 3:24 am

rev798

Traceback (most recent call last):  File "D:\Games\Oblivion Gold\Mopy\basher.py", line 5125, in Execute    patchFile.initData(SubProgress(progress,0,0.1)) #try to speed this up!  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 16796, in initData    patcher.initData(SubProgress(progress,index))  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 20265, in initData    self.id_relations = dict((fid, relations) for fid, relations in factionRelations.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.loadSet))  File "D:\Games\Oblivion Gold\Mopy\bosh.py", line 20265, in     self.id_relations = dict((fid, relations) for fid, relations in factionRelations.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.loadSet))TypeError: 'Path' object does not support indexing

» Sat Dec 04, 2010 1:19 pm

Revision 799 fixes the "TypeError: 'Path' object does not support indexing" errors in non-CBash relations importing.

» Sat Dec 04, 2010 4:09 pm

Wrye Bash 291, revision 798, CBash v0.5.0

Non C-Bash bug dump ....

Spoiler

C:\Windows\system32>chdir /D "D:\Program Files\Bethesda Softworks\Oblivion\Mopy"

D:\Program Files\Bethesda Softworks\Oblivion\Mopy>c:\python26\python.exe bash.py
-d

Traceback (most recent call last):
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5125,
in Execute
patchFile.initData(SubProgress(progress,0,0.1)) #try to speed this up!
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 16796,
in initData
patcher.initData(SubProgress(progress,index))
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 20265,
in initData
self.id_relations = dict((fid, relations) for fid, relations in factionRelat
ions.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.lo
adSet))
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 20265,
in
self.id_relations = dict((fid, relations) for fid, relations in factionRelat
ions.id_relations if fid and (fid[0] is not None and fid[0] in self.patchFile.lo
adSet))
TypeError: 'Path' object does not support indexing

C-Bash enabled bug dump ....

Spoiler

D:\Program Files\Bethesda Softworks\Oblivion\Mopy>c:\python26\python.exe bash.py
-d
GetModIDByName: Error
Invalid Mod Index
CBash read error of modfile: RedBag - Fog.esp
Traceback (most recent call last):
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5198,
in Execute
patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17212,
in buildPatch
for record in modFile.MGEF:
AttributeError: 'NoneType' object has no attribute 'MGEF'

Will have a go with 799 shortly

» Sat Dec 04, 2010 7:09 am

Wrye Bash 291, revision 799, CBash v0.5.0

Non C-Bash ....

No errors to report

C-Bash enabled bug dump ....

Spoiler

D:\Program Files\Bethesda Softworks\Oblivion\Mopy>c:\python26\python.exe bash.py
-d
GetModIDByName: Error
Invalid Mod Index
CBash read error of modfile: RedBag - Fog.esp
Traceback (most recent call last):
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5198,
in Execute
patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!
File "D:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17212,
in buildPatch
for record in modFile.MGEF:
AttributeError: 'NoneType' object has no attribute 'MGEF'

» Sat Dec 04, 2010 6:40 am

Hrm. The CBash bugdump is showing that CBash can't find RedBag - Fog.esp.

Does it happen to be ghosted?

» Sat Dec 04, 2010 10:11 am

My 799 error-report with CBash enabled (non-Cbash bashes fine):

Spoiler

CBash read error of modfile: KoldornsImprovedLava2.espTraceback (most recent call last):  File "E:\Spel\Oblivion\Mopy\basher.py", line 5198, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "E:\Spel\Oblivion\Mopy\bosh.py", line 17212, in buildPatch    for record in modFile.MGEF:AttributeError: 'NoneType' object has no attribute 'MGEF'

Will test with koldornsimprovedlava2.esp un-ghosted and see if that works, will edit post.

Okay, un-ghosting that file just makes the error move on to the next ghosted file in load order it seems.

» Sat Dec 04, 2010 4:33 am

r799 non-CBash - goes to completion with no errors and appears to have produced expected results. Elapsed Time: 0:02:13.577.

r799 using CBash - also goes to completion, no errors, producing a patch that appears to be correct. Elapsed Time: 0:00:45.546.

I noticed that even though the ROAD record isn't in the patch ( I know, I know ) it's being marked in the mod list as though it has been imported. I don't recall if that was the case before but it certainly seems out of place.

» Sat Dec 04, 2010 6:26 pm

I dont use ghosting at all. Redbags fog is merged under Merged Patches, so usually ends up with a + on completion of the build.

P.S PM That Select All button on the Select imports screen is gold at the moment (switching between non and C-Bash de-selects them all)

Edit: http://www.tesnexus.com/downloads/file.php?id=33424