[Mason Nevitt]

XP,previous ver of W. Python, W.B. 290

I need help.
After loading master files (save tab) - one time from old save ,the next from the newest one, I cant turn on W.B. No console output, no log, no inf in OS diary - just nothing.I ve tried as admin. - nothing. How I should do to get any information from W.B. luncher?

Check that you do not have a pidfile.tmp in the Oblivion\Mopy folder.
If there is one, delete it, then try running Bash again.

[Becky Cox]

Check that you do not have a pidfile.tmp in the Oblivion\Mopy folder.
If there is one, delete it, then try running Bash again.

Thank to you. You are right.Nota bene - I'm loggin to raport about this last-befor-death W.B. activity.
P.S.
But my question is still actual.

[Dezzeh]

Thanks for that info, will adjust on next upload later in the week.

Actually, it works as documented for CBash, but does not seem to refresh properly for non-Cbash (as ov v287) - so in my view, it is still correct (although I use Ctrl-A). I don't think you need to deactivate the Bashed Patch before rebuilding (one less thing to do )

[Natalie Taylor]

Actually, it works as documented for CBash, but does not seem to refresh properly for non-Cbash (as ov v287) - so in my view, it is still correct (although I use Ctrl-A). I don't think you need to deactivate the Bashed Patch before rebuilding (one less thing to do )

Noted will adjust - Pretty sure I remember that about 287 too before C-Bash came along, so will just add a note 287 or previous use it, 290+ no need (if thats still correct for us C-Bash un-initiated)

And yes I think you are also right about no need to de-select the bashed patch these days ( its just so ingrained, been doing it since Wrye Mash for morrowind )

[Markie Mark]

Need to be careful with CBash, it's not quite there yet. I posted a somewhat lengthy report on some testing with it. Obviously it needs more eyes on it, so if you do go back and try it again, reporting on what's not working would probably help the guys get it fixed up faster.

I'm not sure What to report on CBash, I was droping mods to solve a Crash, and decided to go the other way, changed to CBash and started from Oblivion.esm, added afew mods and rebuilt a Patch, somewhere along the line I noticed Martin or any other NPCs were missing their heads, But I wasn't getting the crash, so I kept going until I had my entire Load Order back, without the crash, but I couldn't restore their heads...

*Typos

[Taylah Illies]

When I press the Oblivion icon in the lower left corner to run the game, what command+parameters are being executed? I want to use AlacrityPC to monitor the process and shutdown unnecessary services.

[Jade]

If you don't use OBSE it just calls Oblivion.exe
If you use OBSE then it calls obse_loader.exe

[Emmie Cate]

I have a request, or I just don't know how to do it.

Is it possible to resynchronize the installers from the Oblivion\Data when the installer info is lost/corrupted?
EG. If you hide an active installer, when you unhide it, it's no longer marked as installed.
Sort of a bad example, because the solution to that particular problem is to actually save the info for hidden installers instead of discarding it when they're hidden.
But it reproduces the scenario I'm referring to.

A more practical example would be if a user deletes an active installer, or manually removes it from the Bash Installers directory then puts it back.

This might be a tricky task since there could be additional installers missing and it would probably be pretty tough to automatically sort the install order.

Primarily, it seems the installers.dat trims any installers that are not present in the installers folder, regardless if they are actively installed or not.
I would consider this a bug. Addressing this would definitely help to alleviate the desync problems that crop up sometimes.

[Mari martnez Martinez]

If you don't use OBSE it just calls Oblivion.exe
If you use OBSE then it calls obse_loader.exe

Great! Thanks.

[Eve Booker]

I have a request, or I just don't know how to do it.

Is it possible to resynchronize the installers from the Oblivion\Data when the installer info is lost/corrupted?
EG. If you hide an active installer, when you unhide it, it's no longer marked as installed.
Sort of a bad example, because the solution to that particular problem is to actually save the info for hidden installers instead of discarding it when they're hidden.
But it reproduces the scenario I'm referring to.

A more practical example would be if a user deletes an active installer, or manually removes it from the Bash Installers directory then puts it back.

This might be a tricky task since there could be additional installers missing and it would probably be pretty tough to automatically sort the install order.

Primarily, it seems the installers.dat trims any installers that are not present in the installers folder, regardless if they are actively installed or not.
I would consider this a bug. Addressing this would definitely help to alleviate the desync problems that crop up sometimes.

That brings to mind something I've always wondered about. If I accidentally remove a mod without uninstalling it, doesn't that leave data directory out of sync (unknown state)? This may eventually lead to unsuspected CTDs. Not sure if this is what you were getting at when you refer to "desync" or not.

[Megan Stabler]

When I press the Oblivion icon in the lower left corner to run the game, what command+parameters are being executed? I want to use AlacrityPC to monitor the process and shutdown unnecessary services.

I guess I need to know the parameters used for launching with OBSE. Apparently, AlacrityPC needs to launch first. Also, Does WB need to be running in order to get the benefits of the bashed patch?

[Sami Blackburn]

I guess I need to know the parameters used for launching with OBSE. Apparently, AlacrityPC needs to launch first. Also, Does WB need to be running in order to get the benefits of the bashed patch?

just launches the file obse_loader.exe - no params needed (and obse_loader.exe is in the same folder as Oblivion.exe)
Pacific Morrowind
(will hopefully respond to all other posts today as well)

[Steve Smith]

Also, OBSE loader just calls Oblivion.exe. Once I'm running Oblivion, there isn't anything else running, so I don't know that AlacrityPC even needs to know about obse_loader.exe. Same deal with the 4G patch - you only patch Oblivion.exe, not obse_loader.exe. Never used AlacrityPC so can't say for sure, but as I said, once Oblivion is launched, obse_loader.exe isn't running anymore.

[Emma-Jane Merrin]

I've got a question. I made a plugin that makes torches brighter. But I have to load it after OOO for it to take effect. That breaks the OOO's DLT aspect. So I copied the DLT script and attached it to my torches plugin. All is good until I tag it with scripts and import it into the Bashed Patch. If I do that, the game won't load. It freezes during the load screen. The only change I made to the script was the name. So why does it cause the game to freeze if I import it into my BP?

[Carolyne Bolt]

I could really use some advice please,

Version 290 is killing me and brought me close to tears... hormones lol ;p

Wrye Bash Launcher.pyw wont run ( nada ) nor will that other one i save for emergencies..erm bash.py mebbe.
No pidfile apart from when bash is open which i have to open via the cmd
f:\Bethesda Softworks\Oblivion\Mopy> f:\python26\python.exe "wrye bash launcher.
pyw"
Replacing the Wrye Bash Launcher.pyw with an older version doesn't work either.

What happened to my lovely wryebash? I wanted to marry it and now i want to bury it grrr ;p

So am i stuck using the cmd to open it? is it stable?
Can i go back to an older version without having to reset all the paths? (I use a separate HDD just for games)
If i can go back to an older version which one is the most stable & bug free?

I just want a stable no buggy version and I pwomise il never update again ( I was on 286 before)

[Nick Jase Mason]

ok I am using version 289 because I was having the same issue with 290 as Gracedarkling. and now when I try to build the patch I get this message

Traceback (most recent call last):  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4958, in Execute    raise  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4917, in Execute    patchFile.buildPatch(log,SubProgress(progress,0.8,0.9))#no speeding needed/really possible (less than 1/4 second even with large LO)  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 15354, in buildPatch    self.tes4.masters = self.getMastersUsed()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 5127, in getMastersUsed    masters = MasterSet(self.masterName)   File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 4998, in __getattr__    raise ArgumentError(_('Invalid top group type: ')+topType)ctypes.ArgumentError: Invalid top group type: masterName

unfortunately I dont know anything about Wrye's coding so I cannot follow this

[Kitana Lucas]

Gracedarkling and Sezuel.

Sorry, I have no advice as to why it's not working for you.
Are you using a shortcut to launch Wrye Bash Launcher.pyw?

As for going back to an older version, you should use 287. Bash is apparently having issues in 288+.
287 is stable.

[Kayleigh Mcneil]

I thik 287 was the last Stable build before 290.
290's got a Couple quirks, but seems to actually be Quite stable, I'm pretty sure I Had it running on Python 265, but 266 is reccomended..

I can't imagine why it wont open, Other than the pid file, are you sure the Paths are correct?, I'll generally Right click and Browse to my Python file... :shrug:

[Charlie Ramsden]

I have noticed something odd starting to happen with a mod here and there in my mod tab. I am using 287.
My Actors Have Torches.esp kept getting unchecked on its own. I kept having to check it again and redo my patch. It can be checked in WB after building the patch, but when I look at the Oblivion launcher, it shows unchecked.

I have a merged plugin that the Oblivion launcher wouldn't allow to be checked but it was checked in WB before launching the game. It said it wasn't a valid plugin or master file.

I just had it uncheck again in WB. Upon launching and looking at Data Files in the launcher, Actors Have Torches and my merged plugin show unchecked again.

I was wondering why the heck my missing soulgems meshes were happening again after I had fixed it earlier. It was due now to the merged plugin getting unchecked on its own.

What could be causing this after all this time?

If I am just an average player using WB to manage installs/uninstalls, save game tweaks, and most of my load order, just how important is it to upgrade to 290?

[phillip crookes]

Ok thanks guys, Bare with me its 2.51 am here.

Brozly - Ok so the best thing to do is go back and stick with 287, do i need to upgrade python to 266 for that? before i roll back though I will try updating python to 266 for the 290 build.
Im Sure the paths are correct, I was using bash, upgraded and bam, only worked via cmd. I checked the paths and they are fine, I always browse to my files too.

Gaticus - After the upgrade I did click on the shortcut, when nada happened i opened the mopy file to check the original and paths etc and generally see what looked different after the upgrade.

My guess is for diagnostics the fact that it opens via the cmd is the key to understanding why the shortcut and the other one are kaput. I Just dont know enough about Python to understand whats causing the break.

Thanks for your input guys, appreciated. Id love to understand the hows and whys though.

[meg knight]

I'm running Python 2.6.5 with Wrye 287 and it's working beautifully.

[Emma louise Wendelk]

Snip

Before starting Bash, does the file Mopy/pidfile.tmp exist? If so, delete it. See post #47
This is the only known issue with WB v290 as far as I have read.

[Kelli Wolfe]

Also, OBSE loader just calls Oblivion.exe. Once I'm running Oblivion, there isn't anything else running, so I don't know that AlacrityPC even needs to know about obse_loader.exe. Same deal with the 4G patch - you only patch Oblivion.exe, not obse_loader.exe. Never used AlacrityPC so can't say for sure, but as I said, once Oblivion is launched, obse_loader.exe isn't running anymore.

Thanks, you two. Think I have it working now. obse_loader.exe has an option "-waitforclose", which was necessary in this case.

[Raymond J. Ramirez]

Before starting Bash, does the file Mopy/pidfile.tmp exist? If so, delete it. See post #47
This is the only known issue with WB v290 as far as I have read.

As I stated in my initial post
"No pidfile apart from when bash is open which i have to open via the cmd"
and it is removed upon exit, I checked that too.

I read the whole thread before posting, that was the first thing i checked.

[Hannah Whitlock]

My guess is for diagnostics the fact that it opens via the cmd is the key to understanding why the shortcut and the other one are kaput. I Just dont know enough about Python to understand whats causing the break.

Thanks for your input guys, appreciated. Id love to understand the hows and whys though.

Could you run this quick test? Could you edit the Mopy/Wrye Bash Launcher.pyw and right after:

# Main ------------------------------------------------------------------------ def main():

(about line 140) could you add:

    import tkMessageBox    tkMessageBox.showinfo(title="cwd", message=os.getcwd())

and try running it from windows explorer? you should get a message box on startup with the current working directory. Could you tell me if it has your Oblivion/Mopy directory in there?

edit: make sure the added lines have exactly 4 spaces of indent. they should line up with the '#' character of the next line ("#import warnings")

edit: resolved via PM. the next release (with the pidfile.tmp fix) should resolve issues like this