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

» Thu Sep 02, 2010 1:33 am

Now, for a bug report:
...snip...
Using SVN 746, testing CBash.

Silly typo. Should've been NormModName, not NormName.

That's one of the few CBash patchers I wasn't able to test since I don't have any mods handy that would use it. My Oblivion install is rather...limited atm.

Committed an (untested) fix. Ended up changing that section to use a new function I added recently.

» Wed Sep 01, 2010 11:18 am

Okay I had to do an HD reformat a while back and ive recently reinstalled OB and associated mods n programs.

And Wrye bash isnt working. It did before.

Its installed and everything but when i try to run it nothing happens - and I really think I need the bashed patch to get the mods playing nicely lol. So I have done the bugging thingey with the command prompt and i get something lke this:

Traceback (most recent call last):File "bash.py", line 56, in import bosh, basherFile "D:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 75, in from balt import ListCtrlImportError: cannot import name ListCtrl

So um.

Did i do it right? Any ideas?

» Wed Sep 01, 2010 3:31 pm

Time for a semi-noobish question:

If I want to grab an SVN version, once I have it checked out, is it sufficient to copy the Python files from that Mopy folder over to my real one? Or would I need to copy the whole package?

images also change sometimes - but bugdump is pretty clear in that case.
or another method is to have use a batch file/cmd prompt from your svn checkout saying something like this:

C:/Python26/python.exe "D:/games/coding stuff/Oblivion Works/Programs/Wrye Bash/Mopy/Wrye Bash Launcher.pyw" -o "D:\\games\\tesiv\\" -d

( that is: pythonpath wryebashlauncherpath -o oblivionpath) - I have 3 batch files like that... to make it really easy to test at least quickly with 2.5, 2.6 and 2.7 Python versions.

What's the current status regarding obse-plugins? I almost done with a BAIN install but I hate using OBMM for plugins.

291 beta works (but nowhere near as nicely as current svn) for them as long as they have the format /obse/plugins/plugin.dll - that'll be improved soon to support more package formats.

Okay I had to do an HD reformat a while back and ive recently reinstalled OB and associated mods n programs.

And Wrye bash isnt working. It did before.

Its installed and everything but when i try to run it nothing happens - and I really think I need the bashed patch to get the mods playing nicely lol. So I have done the bugging thingey with the command prompt and i get something lke this:

Traceback (most recent call last):File "bash.py", line 56, in import bosh, basherFile "D:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 75, in from balt import ListCtrlImportError: cannot import name ListCtrl

So um.

Did i do it right? Any ideas?

what's your Bash version? (sounds like you have an old balt.py with a newer bash.py) - and how'd you install it?
Pacific Morrowind

» Thu Sep 02, 2010 1:10 am

...

PM replied first : p

» Wed Sep 01, 2010 6:54 pm

Well I downloaded the versions on TESNexus.

275 installer version, the Wrye Python version there, and the 2.90 update.

EDIT:
Right got it working.

I had to reinstall it. Update with the supposedly obsolete 2.86 version, then up to the 2.90 update.

The install instructions are not very clear on that point.

» Wed Sep 01, 2010 5:01 pm

291 beta works (but nowhere near as nicely as current svn) for them as long as they have the format /obse/plugins/plugin.dll - that'll be improved soon to support more package formats.

This : is it case sensitive ?

Spoiler

Package Structure:ConScribe_readme.rtfOBSE\  Plugins\    ConScribe.dllomod conversion data\  config  info.txt  script.txt

won't show as installable - should it be not or did I screw anything (updating rather carelessly - 746 methinks)
Btw - most of them are in Data\OBSE\Plugins - or even (a few) in oblivion\Data\OBSE\Plugins
Thanks : )

» Wed Sep 01, 2010 2:51 pm

Getting further along with the CBash testing after updating to SVN 748:

Traceback (most recent call last):  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5082, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 16934, in buildPatch    patcher(modFile, record, bashTags)  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 28513, in apply    self.scan(modFile,record,bashTags)  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 28490, in scan    self.id_attrs[recordId] = [record.chanceNone or mergedAttrs[0], record.script or mergedAttrs[1], record.template or mergedAttrs[2], record.flags | mergedAttrs[3]]TypeError: unsupported operand type(s) for |: 'int' and 'NoneType'

» Wed Sep 01, 2010 4:03 pm

I've feature request which allow you to select a file format of the screenshot such as .jpeg or .png instead of .bmp (default) if possible.

Thanks in advance.

» Wed Sep 01, 2010 3:54 pm

Just got this with r748 and cbash:

Traceback (most recent call last):  File "D:\games\oblivion\Mopy\basher.py", line 5082, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "D:\games\oblivion\Mopy\bosh.py", line 16934, in buildPatch    patcher(modFile, record, bashTags)  File "D:\games\oblivion\Mopy\bosh.py", line 18695, in apply    self.scan(mod,conflict,tags)  File "D:\games\oblivion\Mopy\bosh.py", line 18668, in scan    self.fid_attr_value.setdefault(record.fid,{}).update(record.ConflictDetails(self.class_attrs[record._Type], False))  File "D:\games\oblivion\Mopy\cint.py", line 1764, in ConflictDetails    conflicting.update([(attr,reduce(getattr, attr.split('.'), self)) for parentRecord in parentRecords for attr in attrs if reduce(getattr, attr.split('.'), self) != reduce(getattr, attr.split('.'), parentRecord)])  File "D:\games\oblivion\Mopy\cint.py", line 866, in __get__    return [cRecords.contents[x] for x in range(0, numRecords)]ValueError: NULL pointer access

» Wed Sep 01, 2010 6:03 pm

Getting further along with the CBash testing after updating to SVN 748:

Just got this with r748 and cbash:

Looking into both issues. Will get a fix up tonight.

Edit: Fixed Arthmoor's bug, but halo112358's is proving tricky. I've added some debug code to revision 749, so please run it and report what it says (will tell the mod, record formID, record type, record attributes that it is trying to look up, etc).

» Wed Sep 01, 2010 5:51 pm

I'm pretty sure I'm just stupid, and it probably says what to do in big bold letters, but I read the "If wrye bash wont start", and looked at the main post in here, but my problem:
When I try to start the Wrye Bash Launcher.exe, nothing happens.. So I try to do the bug dump thing, open command prompt, change directory to mopy, all that wonderful stuff. Well, instead of the bug dump, Wrye Bash starts. everything works fine. But I have to do the whole command prompt thing to get it to run. If I don't, it just wont start. I don't know much about this stuff, but I assume it's trying to start using Python2.7 or 2.6, not 2.5, because I have all 3, and when I do the command prompt thing, I specify for it to use 2.5, and it runs. Just my thought on that though. So if somebody has a minute or two to spare on me, I would really appreciate it

Thanks in advance.

» Wed Sep 01, 2010 6:54 pm

with 291

Traceback (most recent call last):  File "I:\Games\Oblivion\Mopy\basher.py", line 7111, in Execute    self.data.install(self.filterInstallables(),progress,last,override)  File "I:\Games\Oblivion\Mopy\bosh.py", line 11554, in install    installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))  File "I:\Games\Oblivion\Mopy\bosh.py", line 10749, in install    self.clearTemp()  File "I:\Games\Oblivion\Mopy\bosh.py", line 9726, in clearTemp    Installer.tempDir.rmtree(safety='Temp')  File "I:\Games\Oblivion\Mopy\bolt.py", line 490, in rmtree    shutil.rmtree(self._s)  File "C:\Python26\lib\shutil.py", line 216, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 216, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 225, in rmtree    onerror(os.rmdir, path, sys.exc_info())  File "C:\Python26\lib\shutil.py", line 223, in rmtree    os.rmdir(path)WindowsError: [Error 145] The directory is not empty: 'InstallerTemp\\51 Chillrend Replacer\\Docs'

THis is from a BAIN package including a lot of clothing and armor replacers - it is right that folder is not empty nor was it meant to be.

Second attempt and in installed .. go figure :shrug:

[edit] and again with another BAIN package that contains all the CNRP mods:

Traceback (most recent call last):  File "I:\Games\Oblivion\Mopy\basher.py", line 7111, in Execute    self.data.install(self.filterInstallables(),progress,last,override)  File "I:\Games\Oblivion\Mopy\bosh.py", line 11554, in install    installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))  File "I:\Games\Oblivion\Mopy\bosh.py", line 10749, in install    self.clearTemp()  File "I:\Games\Oblivion\Mopy\bosh.py", line 9726, in clearTemp    Installer.tempDir.rmtree(safety='Temp')  File "I:\Games\Oblivion\Mopy\bolt.py", line 490, in rmtree    shutil.rmtree(self._s)  File "C:\Python26\lib\shutil.py", line 216, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 216, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 216, in rmtree    rmtree(fullname, ignore_errors, onerror)  File "C:\Python26\lib\shutil.py", line 225, in rmtree    onerror(os.rmdir, path, sys.exc_info())  File "C:\Python26\lib\shutil.py", line 223, in rmtree    os.rmdir(path)WindowsError: [Error 145] The directory is not empty: 'InstallerTemp\\10 CNRP_Bruma\\meshes\\Clothes'

And second attempt worked too.

» Wed Sep 01, 2010 4:32 pm

Hi folks.....

Im posting this for those who may be using WB 290 and having ctd's. I was having one at the char creation screen only when the bash patch was checked. I rolled back to 287 and now all works well.

Ok sort of. In the patch rebuild there is an option to have oblivion show necklaces rings and such over clothes. I checked it but a necklace i got from the Apachii goddess store (great mod btw) wont show at all when equipped. Could it be the author didnt activate something on the items during its creation or could I possibly have a WB issue.

Thanks in advance for any input and for a great piece of software

» Wed Sep 01, 2010 2:24 pm

Looking into both issues. Will get a fix up tonight.

Edit: Fixed Arthmoor's bug, but halo112358's is proving tricky. I've added some debug code to revision 749, so please run it and report what it says (will tell the mod, record formID, record type, record attributes that it is trying to look up, etc).

I'll grab the new revision - give me a couple minutes to re-run things and get a dump for you.

edit: faster than I expected, three cheers for exporting the patch configuration after the error:

TFF_Armor_OOO.esp.ghost0 87 16784324 0 8 0 0 0 0 0 0 170 = TFF_Armor_OOO.esp.ghost(Cobl Main.esm, 0x001BC4)ALCH('iconPath', 'modPath', 'modb', 'modt_p')TFF_Armor_OOO.esp.ghost0 87 16784324 0 8 0 0 0 0 0 0 170 = TFF_Armor_OOO.esp.ghost(Cobl Main.esm, 0x001BC4)ALCH('iconPath', 'modPath', 'modb', 'modt_p')TFF_Armor_OOO.esp.ghost0 87 16784326 0 8 0 0 0 0 0 0 170 = TFF_Armor_OOO.esp.ghost(Cobl Main.esm, 0x001BC6)INGR('iconPath', 'modPath', 'modb', 'modt_p')TFF_Armor_OOO.esp.ghost0 87 16784326 0 8 0 0 0 0 0 0 170 = TFF_Armor_OOO.esp.ghost(Cobl Main.esm, 0x001BC6)INGR('iconPath', 'modPath', 'modb', 'modt_p')Traceback (most recent call last):  File "D:\games\oblivion\Mopy\basher.py", line 5082, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "D:\games\oblivion\Mopy\bosh.py", line 16934, in buildPatch    patcher(modFile, record, bashTags)  File "D:\games\oblivion\Mopy\bosh.py", line 18689, in apply    self.scan(modFile,record,bashTags)  File "D:\games\oblivion\Mopy\bosh.py", line 18669, in scan    self.fid_attr_value.setdefault(record.fid,{}).update(record.ConflictDetails(self.class_attrs[record._Type], False))  File "D:\games\oblivion\Mopy\cint.py", line 1779, in ConflictDetails    conflicting.update([(attr,reduce(getattr, attr.split('.'), self)) for attr in attrs])AttributeError: 'ObEFSHRecord' object has no attribute 'fillTexture'

» Thu Sep 02, 2010 12:29 am

I'm pretty sure I'm just stupid, and it probably says what to do in big bold letters, but I read the "If wrye bash wont start", and looked at the main post in here, but my problem:
When I try to start the Wrye Bash Launcher.exe, nothing happens.. So I try to do the bug dump thing, open command prompt, change directory to mopy, all that wonderful stuff. Well, instead of the bug dump, Wrye Bash starts. everything works fine. But I have to do the whole command prompt thing to get it to run. If I don't, it just wont start. I don't know much about this stuff, but I assume it's trying to start using Python2.7 or 2.6, not 2.5, because I have all 3, and when I do the command prompt thing, I specify for it to use 2.5, and it runs. Just my thought on that though. So if somebody has a minute or two to spare on me, I would really appreciate it

Thanks in advance.

Look in the Mopy directory (wherever you installed bash) and delete the pidfile.tmp file.

» Wed Sep 01, 2010 5:04 pm

Updated to 749 - still getting the same result:

Traceback (most recent call last):  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5082, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 16934, in buildPatch    patcher(modFile, record, bashTags)  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 28519, in apply    self.scan(modFile,record,bashTags)  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 28496, in scan    self.id_attrs[recordId] = [record.chanceNone or mergedAttrs[0], record.script or mergedAttrs[1], record.template or mergedAttrs[2], (record.flags or 0) | mergedAttrs[3]]TypeError: unsupported operand type(s) for |: 'int' and 'NoneType'

Though it appears to have moved down to a different line.

» Wed Sep 01, 2010 8:50 pm

Updated to 749 - still getting the same result:

Though it appears to have moved down to a different line.

Courtesy of the extra debugging code

» Wed Sep 01, 2010 10:44 pm

Fixed the new AttributeError bug. A couple attributes were renamed, but got missed when updating.

Still not sure what's going on with the original bug though. Could you pm me a copy of TFF_Armor_OOO.esp.ghost? Also, what patch options are you using? I'm presuming you're either merging the file or importing graphics from it.

Edit: Doh. Lemme look at that bug again, Arthmoor. Shouldn't take long to find out what I missed.

Edit2: Arthmoor, try revision 750. I missed a line of code when updating it.

» Wed Sep 01, 2010 6:05 pm

So close. r750 got right up to the end, I saw a filename flash by that's right at the end of the load list, but it died:

  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5084, in Execute    patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 16894, in buildPatch    patcher(modFile, record, bashTags)  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 18629, in scan    self.fid_attr_value.setdefault(record.fid,{}).update(record.ConflictDetails(self.class_attrs[record._Type], False))  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\cint.py", line 1777, in ConflictDetails    conflicting.update([(attr,reduce(getattr, attr.split('.'), self)) for parentRecord in parentRecords for attr in attrs if reduce(getattr, attr.split('.'), self) != reduce(getattr, attr.split('.'), parentRecord)])  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\cint.py", line 957, in __get__    retValue = http://forums.bethsoft.com/index.php?/topic/1150534-relz-wrye-bash-thead-56/_CGetField(instance._CollectionID, instance._ModID, instance._RecordID, 0, self._FieldID, 0, 0, 0, 0, 0, 0, 0)WindowsError: exception: access violation writing 0x00000000

» Wed Sep 01, 2010 10:33 am

And it's failing in the same area as halo112358. Hrmph.

r751 is uploading now. All I did was relax the exception catching to try and see what's going on. A null pointer is slipping in somewhere :banghead:

» Wed Sep 01, 2010 12:06 pm

Arthmoor, if you'd care to download r751 and post the new error that pops up, I'd appreciate it.

I haven't been able to find any null pointers just laying around, so I'm beginning to think that it's a problem with merged and/or imported mods where CBash is being told to read the wrong record.

» Thu Sep 02, 2010 2:22 am

r751:

TR_OoT_Main.esm0 1 16784776 0 8 0 0 0 0 0 0 1100 = Book Jackets OB+SI+DLC.esp(TR_OoT_Main.esm, 0x001D88)BOOK('iconPath', 'modPath', 'modb', 'modt_p')TR_OoT_Main.esm0 1 16784776 0 8 0 0 0 0 0 0 1100 = Book Jackets OB+SI+DLC.esp(TR_OoT_Main.esm, 0x001D88)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED2)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED2)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558227 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED3)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558227 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED3)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED4)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED4)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558229 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED5)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558229 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED5)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED6)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED6)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558231 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED7)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558231 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED7)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED8)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED8)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558233 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED9)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558233 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000ED9)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000EDA)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000EDA)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558235 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000EDB)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Hammerfell.esm0 2 33558235 0 8 0 0 0 0 0 0 150 = Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000EDB)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000EDC)BOOK('iconPath', 'modPath', 'modb', 'modt_p')Book Jackets OB+SI+DLC.esp(Hammerfell.esm, 0x000EDC)BOOK('iconPath', 'modPath', 'modb', 'modt_p')

Hmm. No error this time, it went to completion, although it threw up that.

» Wed Sep 01, 2010 3:21 pm

Bash is just skipping over them as they occur, but each of those groupings is an error :shakehead:

TR_OoT_Main.esm0 1 16784776 0 8 0 0 0 0 0 0 1100 = Book Jackets OB+SI+DLC.esp(TR_OoT_Main.esm, 0x001D88)BOOK('iconPath', 'modPath', 'modb', 'modt_p')

According to this, Bash is asking CBash to return the modt_p attribute. The format of the modt_p attribute isn't fully known (it appears to be a hash associated with the bsa), so CBash returns it as an array of bytes. CBash says that it's going to return an array of 10 bytes, but instead returns a null pointer.

The odd thing is that Bash is asking CBash to look for the record in TR_OoT_Main.esm, but the patcher is looking at Book Jackets OB+SI+DLC.esp. Unless Book Jackets OB+SI+DLC.esp has TR_OoT_Main.esm as a master, something fishy is afoot. My money is that you're importing the graphics from Book Jackets OB+SI+DLC.esp, and something's screwy with the importing process.

It'll probably be a quick fix once I figure out what is going on. It may take me a while to get to that point though :confused:

» Wed Sep 01, 2010 4:01 pm

Yep, Book Jackets OB+SI+DLC.esp is tagged for Graphics and is being imported.

It has the following masters:

00 Oblivion.esm
01 DLCSpellTomes.esp
02 Knights.esp

Which makes me think it's mistaking the 01 and 02 for what's in my load order at 01 and 02:

01 TR_OoT_Main.esm
02 Hammerfell.esm

» Wed Sep 01, 2010 11:41 pm

Yeah, that is almost certainly the problem.