[Angela Woods]

Hawk: There's some discussion about the patch building issue in the last couple threads on the Skyrim side.

[Chelsea Head]

Hawk: There's some discussion about the patch building issue in the last couple threads on the Skyrim side.

Thanks N... on my way

I have to remember to run over there more often.

[David John Hunter]

Try deleting your Mopy folder before installing 297. It could be something to do with leftover files confusing Bash, I suppose. That would explain why I'm not seeing it, since I built my install off the SVN.

I moved my whole Mopy folder onto my desktop when I installed 296 and 297, both times Bash is confused. 297 is really slow when hiding files. I'm currently hiding files I'm not using, hopefully I can find out which one is confusing it, if that's it.

[Latisha Fry]

Hawk: There's some discussion about the patch building issue in the last couple threads on the Skyrim side.

Really BIG Thanks Nephenee!

From your advice to a working Patch in under 45 minutes!!

If that Load Order glitch gets popped we have a winner!!
(Although I'm with you on the lag time, sort by a column... go for breakfast... )

Hawk

[Curveballs On Phoenix]

Second, when trying to rebuild my Bash Patch I get this little error after the check for mergibility routine...

Traceback (most recent call last):  File "F:\Games\(The Elder Scrolls)\TES IV\(Resources)\Wrye Bash\Mopy\bash\basher.py", line 17729, in Execute	patchDialog = PatchDialog(self.window,fileInfo,self.doCBash,importConfig)  File "F:\Games\(The Elder Scrolls)\TES IV\(Resources)\Wrye Bash\Mopy\bash\basher.py", line 10187, in __init__	patcher.getConfig(patchConfigs) #--Will set patcher.isEnabled  File "F:\Games\(The Elder Scrolls)\TES IV\(Resources)\Wrye Bash\Mopy\bash\bosh.py", line 15178, in getConfig	self.getAutoItems()  File "F:\Games\(The Elder Scrolls)\TES IV\(Resources)\Wrye Bash\Mopy\bash\bosh.py", line 15153, in getAutoItems	autoNames.add(fileName)NameError: global name 'autoNames' is not defined

We're not quite sure where this autoNames thing came from, but I just committed a change to comment it out in the SVN version if you're comfortable with using that. Near as I can figure it snuck in with one of the recent patches but appears to have no purpose at all.

If you just want the one fix, grab this and stick it in your Mopy/bash folder: http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/Mopy/bash/bosh.py?revision=2470

[c.o.s.m.o]

Thanks Arthmoor!

I went and trolled around in the Skyrim section on Nephenee's advice and found it-fixedit-and patched up.

So, except for the annoyance of the "autoghost off... leave... enter... patch... autoghost on", things look hunky dory! Gonna add in "The Roads of Cyrodiil" and rip out RB and WR now and have some fun. Thanks for THAT too!!! Awesome idea while freeing up some slots - Freakin' WIN/WIN situation!!

But thanks for the reply over here (where lonely Oblivion Adventurers go to party - um... alone.)

Hawk

[Raymond J. Ramirez]

It says on the fine Wrye Bash page that if one is having a problem where bash won't start that is not covered on said page, one should head over here. And so, here I am. I was running Wrye Bash just fine- Wrye_Bash_296_-_Standalone_Executable-22368-296 to be exact. I'd several mods installed and patches bashed. I closed, installed a few more Omods, then went to re-open it, and now it won't. Open, that is. Rather, the window opens and immediately closes. I deleted my 'Mopy' directory and re-installed, to no avail. The I downloaded the installer (Wrye_Bash_296_-_Installer-22368-296) and installed the full python version. Still no luck. If some kind person could point me to my problem, I'd appreciate it. My BashBugDump.log is appended.

Thanks in advance for any help that can be afforded. Also, if I have posted to the wrong thread, I apologize. (I also apologize for not searching the last 91 threads first, but only a little. After all, that's a lot of information to dig through.)

Spoiler

Found Python at 'C:\Python27\python.exe'Launching Wrye Bash in debug modeWrye Bash startingPython version: 2.7.3wxPython version: 2.8.12.1 (msw-unicode)input encoding: cp437; output encoding: None; locale: ('en_US', 'cp1252')Searching for game to manage:bush.py   80 detectGames: Detected the following supported games via Windows Registry:bush.py   82 detectGames:  oblivion: d:\steam\steamapps\common\oblivionbush.py   94 detectGames: Detecting games via relative path and the -o argument:bush.py  100 detectGames:  oblivion: D:\Steam\steamapps\common\oblivionbush.py  143 setGame: No preferred game specified.bush.py  150 setGame:  Using oblivion game: D:\Steam\steamapps\common\oblivionbosh.py 6211 __init__: Loaded the BOSS API from: D:\Steam\steamapps\common\oblivion\BOSS\APIbosh.py 6229 __init__: Using BOSS API version: 2.0.1basher.py   93 : Error initializing installer wizards:Traceback (most recent call last):  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\basher.py", line 89, in     import belt  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\belt.py", line 33, in     import win32apiImportError: No module named win32apibosh.py 30915 initLinks: Error initializing links:Traceback (most recent call last):  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\bosh.py", line 30901, in initLinks    import win32com.clientImportError: No module named win32com.clientTraceback (most recent call last):  File "Wrye Bash Launcher.pyw", line 33, in     bash.main()  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\bash.py", line 522, in main    app.Init()  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\basher.py", line 6967, in Init    frame.updater.Start()  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\basher.py", line 5341, in Start    '%m-%d-%Y %H:%M'))  File "C:\Python27\lib\_strptime.py", line 454, in _strptime_time    return _strptime(data_string, format)[0]  File "C:\Python27\lib\_strptime.py", line 325, in _strptime    (data_string, format))ValueError: time data '01-00-0000 00:00' does not match format '%m-%d-%Y %H:%M'5:58:30 PM: Debug: ..\..\include\wx/msw/private.h(697): 'UnregisterClass' failed with error 0x00000584 (class still has open windows.).

[Liv Brown]

Have you tried 297 yet?

[Aman Bhattal]

Thanks for the quick reply, Nephenee13. I have, now. Same problem. Also, I get an error with the installer with the PyWin 32 217:

Spoiler

C:\...\Temp\Python~1\pywin32.exeThe NTVDM CPU has encountered an illegal instruction.CS:0de1 IP:0104 OP:63 74 79 70 65 Chose 'Close' to terminate the application."

So I installed it separately from the linked webpage- no problems there- the installer detected all the pre-reqs successfully. But still no running. 'New' BashBugDump.log appended- same error, though.

Spoiler

Found Python at 'C:\Python27\python.exe'Launching Wrye Bash in debug modeWrye Bash startingPython version: 2.7.3wxPython version: 2.8.12.1 (msw-unicode)input encoding: cp437; output encoding: None; locale: ('en_US', 'cp1252')Searching for game to manage:bush.py   81 detectGames: Detected the following supported games via Windows Registry:bush.py   83 detectGames:  oblivion: d:\steam\steamapps\common\oblivionbush.py   95 detectGames: Detecting games via relative path and the -o argument:bush.py  101 detectGames:  oblivion: D:\Steam\steamapps\common\oblivionbush.py  144 setGame: No preferred game specified.bush.py  151 setGame:  Using oblivion game: D:\Steam\steamapps\common\oblivionbosh.py 6227 __init__: Loaded the BOSS API from: D:\Steam\steamapps\common\oblivion\BOSS\APIbosh.py 6245 __init__: Using BOSS API version: 2.0.1Traceback (most recent call last):  File "Wrye Bash Launcher.pyw", line 33, in 	bash.main()  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\bash.py", line 522, in main	app.Init()  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\basher.py", line 9961, in Init	frame.updater.Start()  File "D:\Steam\steamapps\common\oblivion\Mopy\bash\basher.py", line 8326, in Start	last = datetime.datetime.fromtimestamp( settings['bash.update.last'] ).timetuple()NameError: global name 'datetime' is not defined7:38:28 PM: Debug: ..\..\include\wx/msw/private.h(697): 'UnregisterClass' failed with error 0x00000584 (class still has open windows.).

[JERMAINE VIDAURRI]

Have you tried the Standalone version?

[michael danso]

Nooo, since I can't generate an error log from it- but here goes...
Alas, no joy. I'm going to assume it is the same crash, since it behaves exactly the same, but I can't say for sure, since the standalone has no nifty logging batch file.

[BRIANNA]

Post your error over on the Skyrim side thread. Its a bit more actively followed.

[Andrea Pratt]

This may seem silly, but I think my problem is linked to a single .esp file. My old bashed patch.
I deleted it in a fit of rage and the problem was gone after I reloaded. I can't change my load order by holding down control and pressing the up or down keys, nor can I change it by dragging files around, but at least the load order is correct! Though wrye bash redated everything back to 1981 after I had tried to move something with lock times still on. I will have to fix that somehow.

[Benito Martinez]

Wow, bit of a correction on my part. I thought I had solved it, but a old file dug it back up.
Mart's Monster Mod - Farm Animals.esp is the problem file for me. I just hid it again, and my load order is fixed. Without reloading the program, either.
You know what they(or at least me) say! Stupid problems often Require stupid solutions.

[Penny Wills]

When I try rebuilding BPatch with 297, I get this message:
Traceback (most recent call last):
File "bash\basher.pyo", line 17729, in Execute
File "bash\basher.pyo", line 10187, in __init__
File "bash\bosh.pyo", line 15178, in getConfig
File "bash\bosh.pyo", line 15153, in getAutoItems
NameError: global name 'autoNames' is not defined

And process terminates here.
Also, I get constant message that DLCFrostcrag.esp is delinquent even if it is in its right place.
Could you please look into it?
Meanwhile will try to go back to 295.5
Thanks

[Star Dunkels Macmillan]

Thanks for the quick reply, Nephenee13. I have, now. Same problem. Also, I get an error with the installer with the PyWin 32 217:

C:\...\Temp\Python~1\pywin32.exeThe NTVDM CPU has encountered an illegal instruction.CS:0de1 IP:0104 OP:63 74 79 70 65 Chose 'Close' to terminate the application."

^^ This problem I have had aswell on Win 7.

Apparently its a known but un-solveable problem (its in the help file) .. and before I post the next quote, DO NOT follow its suggested solution ..

The NTVDM CPU has encountered an illegal instruction.
? If an error message like this pops up (very rare) the problem is with your OS installation. For some reason the Microsoft utility that handles the installation of installer files is messed up. As far as I know, the only solution is to fix (maybe reinstall) your OS (the utility is part of the Windows OS)

I have been delayed doing anything else with the installer trying to get my head around this problem.

Looked up lots of links via google search, and cannot pin down exactly what the cause is.

The installer downloads the necessary pywin32 exe installer, and saves it to $Temp\pywin32.exe

Then (like all the other python component installers) executes it and waits for it to finish.

The problem is, when the above error occurs, the downloaded pywin32.exe is only a partial (and corrupt) download

The Wrye Bash installer tries to execute it .. And fails with that error.

Its not a problem with your system, something is going wrong with the download for some people (including me on that occasion)

I can't figure out how to ensure that does not happen

I asked if there would be any chance of a different installer (reference the full screen problem here http://sourceforge.net/tracker/?func=detail&aid=3532135&group_id=78018&atid=551957, that issue is a cant fix \ wont fix because the creator of that installer knows it is related to python ..

I'm afraid this is a problem with bdist_wininst in distutils - part of Python itself - it needs to be fixed there. No .msi
as bdist_msi doesn't have post-install scripts.

Unfortunately for us, we can only use one version of pywin32.exe, (compatible with the rest of the setup for python), there will be no MSI created for it (the author answers that question in another installing related artifact).


The only solutions for those of us getting this problem is ..
1. As you found, downloading the linked pywin32 and installing after Wrye Bash - Completes the setup
2. Use Standalone instead

[GPMG]

addendum to the above post #66 ..

I never experienced this problem on win xp, or vista, and I have some suspicion that recent windows updates have changed some fundamental installation functions which everyone in the world needs to update their software, to conform to (in response to malware exploits windows updates fixed).. Whether that is part of this problem or not I dont know.

I do know you do not need to go trying to repair windows (Been there, done that, no problems found with windows)

[K J S]

I have the same problem as Blade of Mercy (post 65) when rebuilding the bashed patch with 297 (standalone installer version). The mark mergeable routine seems to go well enough and I'm presented with the option to deactive mergeable mods, but then the message box with the NameError that Blade of Mercy reproduced appeared and the rebuilding process terminates before the configuration message box comes up. I can provide more details (load order, tags, current patch configuration) if needed (and if someone can tell me how to insert the spoiler tags).

I was able to rebuild the patch successfully when I rolled back to 295.5.

I do have DLCFrostcrag installed as well, but mine apparently isn't delinquent.

[carly mcdonough]

I've been looking into the issues with ghosted plugins and load order being reported incorrectly, it does indeed seem to be due to a bug in BAPI, as it is returning the same load order as Bash when I check independently through my tester app. Hopefully I can get this fixed today.

EDIT: Fixed in BAPI, but exceptions get thrown whenever Bash loads the new DLL...

EDIT 2: Exceptions are due to various changes I made in the last round of work I did on BOSS...

EDIT 3: Committed new BAPI DLLs to Bash SVN. Hopefully they'll work for everyone (they work fine for me).

[DeeD]

When I try rebuilding BPatch with 297, I get this message:
Traceback (most recent call last):
File "bash\basher.pyo", line 17729, in Execute
File "bash\basher.pyo", line 10187, in __init__
File "bash\bosh.pyo", line 15178, in getConfig
File "bash\bosh.pyo", line 15153, in getAutoItems
NameError: global name 'autoNames' is not defined

And process terminates here.

This is something that's been fixed for 297.1. You can get at it now with the SVN or hold for whenever our next official update is.

If the new BAPI dlls solve the ghosting issue I think it's fair to say we'd be wanting to push 297.1 out as soon as possible to fix that. It's pretty big.

[TRIsha FEnnesse]

I've been looking into the issues with ghosted plugins and load order being reported incorrectly, it does indeed seem to be due to a bug in BAPI, as it is returning the same load order as Bash when I check independently through my tester app. Hopefully I can get this fixed today.
[...]
EDIT 3: Committed new BAPI DLLs to Bash SVN. Hopefully they'll work for everyone (they work fine for me).

EDIT: I noticed in the Skyrim forum that you recommended to delete BOSS's api folder, once I did that all my issues were fixed. (Using SVN 2476 with the version check did not work.) But for reference, before I deleted the api folder Bash refused to start up if I did not have http://oblivion.nexusmods.com/downloads/file.php?id=9835 in my Data Folder and instead produced the bugdump below. Which seems strange as it is already in BOSS's masterlist and I had uninstalled it properly via BAIN maybe two weeks ago and ran Bash and BOSS without problems several times since. It only went funny with SVN 2476.
But everything is running fine now so Thank You very much for fixing that very annoying auto-ghostong/LO-mismatch bug.
(And in future I will try to remember to read the Skyrim forum first before posting and then editing error reports multiple times. Apologies for any confusion caused by earlier versions of this post.)

Spoiler

Found Python at 'C:\Python27\python.exe'
Launching Wrye Bash in debug mode
WARN : boost::filesystem::last_write_time: Das System kann die angegebene Datei nicht finden: "E:\Bethesda\Oblivion\Data\Speedy Disrobe OBSE.esp"; Report the mod in question with a download link to an official BOSS thread.
Wrye Bash starting
Python version: 2.7.2
wxPython version: 2.8.12.1 (msw-unicode)
input encoding: cp850; output encoding: None; locale: ('en_GB', 'cp1252')
Searching for game to manage:
bush.py 81 detectGames: Detected the following supported games via Windows Registry:
bush.py 83 detectGames: oblivion: E:\Bethesda\Oblivion
bush.py 95 detectGames: Detecting games via relative path and the -o argument:
bush.py 101 detectGames: oblivion: E:\Bethesda\Oblivion
bush.py 144 setGame: No preferred game specified.
bush.py 151 setGame: Using oblivion game: E:\Bethesda\Oblivion
bosh.py 6237 __init__: Loaded the BOSS API from: E:\Bethesda\Oblivion\Mopy\bash\compiled
bosh.py 6243 __init__: Loaded the BOSS API from: C:\BOSS\API
bosh.py 6248 __init__: Comparing version strings from the two (if the API is included in a detected BOSS install) loaded BOSS APIs.
bosh.py 6249 __init__: Remote BAPI vesion: 2.0.1
bosh.py 6250 __init__: Local BAPI version: 2.1.0
bosh.py 6261 __init__: Loaded the BOSS API from: E:\Bethesda\Oblivion\Mopy\bash\compiled
bosh.py 6273 __init__: Using BOSS API version: 2.1.0
Traceback (most recent call last):
File "Wrye Bash Launcher.pyw", line 33, in
bash.main()
File "E:\Bethesda\Oblivion\Mopy\bash\bash.py", line 522, in main
app.Init()
File "E:\Bethesda\Oblivion\Mopy\bash\basher.py", line 10326, in Init
self.InitData(progress)
File "E:\Bethesda\Oblivion\Mopy\bash\basher.py", line 10356, in InitData
bosh.modInfos.refresh(doAutoGroup=True)
File "E:\Bethesda\Oblivion\Mopy\bash\bosh.py", line 5044, in refresh
self.refreshBapi(False,hasChanged)
File "E:\Bethesda\Oblivion\Mopy\bash\bosh.py", line 4908, in refreshBapi
self._active = boss.GetActivePlugins()
File "E:\Bethesda\Oblivion\Mopy\bash\bapi.py", line 566, in GetActivePlugins
_CGetActivePlugins(self._DB, byref(plugins), byref(num))
File "E:\Bethesda\Oblivion\Mopy\bash\bapi.py", line 226, in BossErrorCheck
raise BossError(result)
bash.bapi.BossError: BossError: BOSS_API_ERROR_MASTER_TIME_READ_FAIL:The modification date of "Speedy Disrobe OBSE.esp" cannot be read! Filesystem response: "boost::filesystem::last_write_time: Das System kann die angegebene Datei nicht finden: "E:\Bethesda\Oblivion\Data\Speedy Disrobe OBSE.esp"".

[lexy]

Sorry to report this but it has not been fixed for me - autoghosting still results in LO mismatches. This is with SVN 2475 on Win7 64 bit.

EDIT:
I noticed you had updated the SVN while I was posting, so updated to SVN 2476, and now Bash refuses to start. Using Bash's debug option gave the following bugdump:

Spoiler

Found Python at 'C:\Python27\python.exe'
Launching Wrye Bash in debug mode
WARN : boost::filesystem::last_write_time: Das System kann die angegebene Datei nicht finden: "E:\Bethesda\Oblivion\Data\Speedy Disrobe OBSE.esp"; Report the mod in question with a download link to an official BOSS thread.
Wrye Bash starting
Python version: 2.7.2
wxPython version: 2.8.12.1 (msw-unicode)
input encoding: cp850; output encoding: None; locale: ('en_GB', 'cp1252')
Searching for game to manage:
bush.py 81 detectGames: Detected the following supported games via Windows Registry:
bush.py 83 detectGames: oblivion: E:\Bethesda\Oblivion
bush.py 95 detectGames: Detecting games via relative path and the -o argument:
bush.py 101 detectGames: oblivion: E:\Bethesda\Oblivion
bush.py 144 setGame: No preferred game specified.
bush.py 151 setGame: Using oblivion game: E:\Bethesda\Oblivion
bosh.py 6237 __init__: Loaded the BOSS API from: E:\Bethesda\Oblivion\Mopy\bash\compiled
bosh.py 6243 __init__: Loaded the BOSS API from: C:\BOSS\API
bosh.py 6248 __init__: Comparing version strings from the two (if the API is included in a detected BOSS install) loaded BOSS APIs.
bosh.py 6249 __init__: Remote BAPI vesion: 2.0.1
bosh.py 6250 __init__: Local BAPI version: 2.1.0
bosh.py 6261 __init__: Loaded the BOSS API from: E:\Bethesda\Oblivion\Mopy\bash\compiled
bosh.py 6273 __init__: Using BOSS API version: 2.1.0
Traceback (most recent call last):
File "Wrye Bash Launcher.pyw", line 33, in
bash.main()
File "E:\Bethesda\Oblivion\Mopy\bash\bash.py", line 522, in main
app.Init()
File "E:\Bethesda\Oblivion\Mopy\bash\basher.py", line 10326, in Init
self.InitData(progress)
File "E:\Bethesda\Oblivion\Mopy\bash\basher.py", line 10356, in InitData
bosh.modInfos.refresh(doAutoGroup=True)
File "E:\Bethesda\Oblivion\Mopy\bash\bosh.py", line 5044, in refresh
self.refreshBapi(False,hasChanged)
File "E:\Bethesda\Oblivion\Mopy\bash\bosh.py", line 4908, in refreshBapi
self._active = boss.GetActivePlugins()
File "E:\Bethesda\Oblivion\Mopy\bash\bapi.py", line 566, in GetActivePlugins
_CGetActivePlugins(self._DB, byref(plugins), byref(num))
File "E:\Bethesda\Oblivion\Mopy\bash\bapi.py", line 226, in BossErrorCheck
raise BossError(result)
bash.bapi.BossError: BossError: BOSS_API_ERROR_MASTER_TIME_READ_FAIL:The modification date of "Speedy Disrobe OBSE.esp" cannot be read! Filesystem response: "boost::filesystem::last_write_time: Das System kann die angegebene Datei nicht finden: "E:\Bethesda\Oblivion\Data\Speedy Disrobe OBSE.esp"".

That file was indeed missing, and I am sure I uninstalled it recently. Once I copied it manually into the data folder Bash starts up again. Still strange that BOSS is looking for it.

EDIT2: Installed and then uninstalled it again with BAIN, and Bash continues to refuse starting up when that .esp is missing. Doubt it is something specific to the mod, but here is the download link anyway: http://oblivion.nexusmods.com/downloads/file.php?id=9835 Stranger still, it is already in the masterlist.
Will have to go offline very soon, but let me know if you need further info and I will post again tomorrow morning.

Is "Speedy Disrobe OBSE.esp" in your plugins.txt? (Please don't remove it if it is, I will need you to test any solution.)

[Heather Stewart]

The only plugins.txt I could find is in C:user\...\My Games\Oblivion\saves. Not sure if that is the right one as it was supposedly last changed in April, and does not reflect my current LO. in any case, "Speedy Disrobe OBSE.esp" is not listed in there.

[Jamie Lee]

@ TheDCG

That pywin32 problem is solved

http://www.gamesas.com/topic/1380497-rel-wrye-bash/page__view__findpost__p__20927683

[Neko Jenny]

So I added some books to the game (Oblivion) via TES CS but I can't get the DarNify books tweak to work on them. They just aren't recognized. Should they not be recognized?

HEAVILY EDITED POST:

What am I missing?
A brain and eyes apparently.

Any special formatting?
Yeah. Remove quotations from font tag.


Somebody please delete this and save me the embarrassment.