:) Thank you, like this new version very much - And the old small graphical glitches with the installers refresh progress seems to be fixed.
Only problem I still notice is during a bashed patch rebuild, if I get a process not responding (possibly struggling to feed all the data through a low memory situation), that is the only time now that I experience the window focus problem, where the progress of the build dialogue goes behind the main wrye bash window. Clicking on the title bar of the wrye bash window brings the progress dialogue back to the front again. When the wrye bash process becomes responsive again, the build continues and completes successfully so still not a big concern.
Otherwise no problems.
Love this new feature.....
http://www.bild.me/bild.php?file=6359991Untitled.jpg
Edit: Is the masterlist update taken from the google code page svn or tesnexus?, just noticed after hitting the boss button ....
Recognised And Re-ordered Mod Files
Oblivion.esm
Note: Masterlist Revision: 1615
Current svn is 1619 at time of auto update
Edit2: Hmm, problem found - Previous run of building the bashed patch was fine, this run I checked ....
Tweak settings - Inventory quantity prompt - and changed it from the default, result stdout error
After un-checking the same tweak and doing a re-run of build bashed patch, build completes no errors.
Edit3: Just a note reference BAINs, I have run a complete re-install of all BAINs (mostly 7zips now, but a quarter of them still Rars), no problems experienced there.
update is via BOSS.exe and is from the google code svn source.
ah no problem with the masterlist revision number there

... despite what it might appear; that is the current (at the time) Oblivion masterlist revision, 1616,17 were changes to the FO3 masterlist, 1618 was just a tagging of the source code at release time, 1619 was an update to the forum starter post.txt; so 1615 was the accurate revision to get.
fixed all the tweak settings (they worked fine in CBash mode because that doens't require that silly little file).
Does anyone happen to know what to do to cause the Oblivion_ids.pkl file to get rebuilt?
I see a function called gmstIds inside of bish.py but it apparently never gets called anywhere. It appears as though this function will fix the problem I reported earlier with one of the tweak settings not working.
it will only fix them if they keys are listed, and the method to call it is (cmd prompt/batch file):
bish.py gmstIds
and copy the resultant Oblivion_ids.pkl from whereever bish.py is that you are calling it on to mopy/data.
Found a bug in 288. Sort of.
If for some reason Oblivion.esm is ghosted, 288 fails to load.
277 doesn't care. Had to do a command line bugdump, so the log insn't formatted quite right.
Since I don't know what it should look like, I pasted it just as it is from the cmd window.
Spoiler Microsoft Windows XP [Version 5.1.2600]
© Copyright 1985-2001 Microsoft Corp.
D:\Bethesda Softworks\Oblivion\Mopy>d:\python26\python.exe bash.py -d
Traceback (most recent call last):
File "bash.py", line 153, in
main()
File "bash.py", line 139, in main
app = basher.BashApp(False)
File "d:\python26\lib\site-packages\wx-2.8-msw-ansi\wx\_core.py", line 7978, i
n __init__
self._BootstrapApp()
File "d:\python26\lib\site-packages\wx-2.8-msw-ansi\wx\_core.py", line 7552, i
n _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "D:\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4586, in OnInit
self.InitData(progress)
File "D:\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4619, in InitData
bosh.modInfos = bosh.ModInfos()
File "D:\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 7982, in __init__
raise StateError(_('Missing master file; Neither Oblivion .esm or Nehrim .es
m exists in %s') % (dirs[mods].s))
NameError: global name 'mods' is not defined
So for the time being, I know that Oblivion.esm needs to be active before I shut 288 down.
fixed, thanks. (silent warning now unless on debug mode)
Problem on windows XP - On my admin account I have done a complete clear out of previous Python setup (including de-installation, all related folders and obsolete registry entries with CCleaner)
Re-installed fully WryePython03a installer.
Wrye bash 288 seems to be working fine along with new BOSS and update options as mentioned previously.... however
When I click the installers tab
Spoiler Traceback (most recent call last):
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 3897, in OnShowPage
self.GetPage(event.GetSelection()).OnShow()
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 2548, in OnShow
if data.refresh(progress,what,self.fullRefresh):
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 11020, in refresh
if 'I' in what: changed |= self.refreshInstallers(progress,fullRefresh)
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 11210, in refreshInstallers
try: installer.refreshBasic(apath,SubProgress(progress,index,index+1))
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 10065, in refreshBasic
self.refreshSource(archive,progress,fullRefresh)
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 10585, in refreshSource
ins = listArchiveContents(archive.s)
File "H:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 113, in listArchiveContents
ins, err = Popen(command, stdout=PIPE, startupinfo=startupinfo).communicate()
File "C:\Python26\lib\subprocess.py", line 633, in __init__
errread, errwrite)
File "C:\Python26\lib\subprocess.py", line 842, in _execute_child
startupinfo)
WindowsError: [Error 14001] This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem
XP Service Pack 3 as admin. I have not ventured as far as attempting any usage in the limited user accounts yet (expecting I will have to temporarily enable them as admin as usual)
Edit: The only similar problem I have had previously with Wrye python was when the py compiles did not run, I checked for those during installation and as far as I can tell everything installed as it should with full admin rights.
okay Waruddar rebuilt the 7z binary to enable it to actually export file names in unicode... that seems to have gone wrong somehow, reverted to 7z 9.15 worked fine (what it has been for many versions), updated to 9.17 and working fine (other than some unrelated unicode errors).
Thanks, but I'm starting to think to think it's been too long since you people have been noobs. Those read-me may tell you all you need to know, but for someone who has to start from scratch the information is just too buried.
Regardless, after much google'ing I did manage to actually createa bashed patch. Joy. However that created a new problem; loading Oblivion with the bahsed patch enabled CTD's the game at start up. If I load the game with all mods checked, save for the bashed patch; the game does start and I can start a new game just fine.
So... erm, how did I screw up? How can I stop screwing up? And finally; what information do you guys need from me in order to answer the first two questions?
I dunno I guess I probably was a noob once but I can't really recall that; sure I make mistakes in coding at times but then again so does Microsoft so I'm not too worried about that.
best way to figure out what is sticking in the craw of your config is to one by one enable patchers (or disable one by one from your current setup).
As
as this sounds, I may as well ask - what's the word on supporting Nehrim as an alternate master? Currently, Bash does a lot of Oblivion.esm specific checks, but it seems that you could probably have it disregard them for Nehrim in those cases so as to allow it to be used for both games. Of course, it might be more complex than that, but considering how it works near flawlessly when you replace Oblivion.esm with Nehrim.esm wherever the aforementioned is referenced, it seems quite reasonable to posit that all that's needed are a few extra checks on the magnitude of "is this Oblivion, or Nehrim?".
Or is this already accounted for, and I'm a foolish fool who foolishly fails to read changelogs ever so foolishly?
er bother I thought I'd pmed you... heh.. :embarrased:..
snip from changelog:
Spoiler * Initial Nehrim Support (based on contributions by roxahris)
- gotten from the file you posted on Psymon's Nehrim and mods thread
I don't have Nehrim so I couldn't test it but it should logically work anyways.
I'm having the same problem as Johnn123, tried reinstalling wrye python, but it did not help.
Edit: Just had another look, noticed I had python 2.5 installed still, along with 2.6. So I uninstalled 2.5 and everything to do with it, and now 288 fires up. Took a long time the first time and threw me an incomprehensible error message, but I can't reproduce it, so I'll assume it's fine (while hanging onto a backup of 287, heh).
the incomprehensible message was most likely a comtypes first time initialization message rather than an error - rather incomprehensible stuff really and you can just ignore it.
Hmm, didn't see this one on my browse through the post, so I'll add it on.
Just updated to Wrye Python 03a and Bash 288 today, and everything is working fine it seems... except for BOSS (Upgraded to 1.6 yesterday). The icon is there, and when I click it it runs the .EXE and sorts my mods properly, but when it comes time to display the BOSSLog, Bash hangs until I shut BOSS down, then it returns to normal. Perhaps it's because my browser is open? Lemme check...
EDIT: Nope, not that. I really don't know what might be wrong here... BOSS is working just fine, the only real problem here is that Bash is hanging up for no reason.
hmm that is odd... have to think on this one as to what could possibly be causing it.
(just in case it is something to do with browsers: what browser are you using (and version), what OS, what python version)
(and hopefully catching up on the rest of the posts and posting 289 later this evening - er night)
Pacific Morrowind