Jump to content











Photo
- - - - -

Adding WoW64 to WinPE 10 for 32-bit app support - V2


  • Please log in to reply
35 replies to this topic

#26 Atari800XL

Atari800XL

    Member

  • Members
  • 71 posts
  •  
    Netherlands

Posted 28 July 2016 - 08:09 PM

Wait, it's probably a language thing... My PESE and WinRE are Dutch, my WinPE is en-US...

Sorry, didn't think of that, will rebuild PESE with en-US source tomorrow...

 

Thanks for sticking in there! (Well, until now most issues have been somewhat "productive" for any future howto's, for example "ignore registry import errors", etc.)


Edited by Atari800XL, 28 July 2016 - 08:11 PM.


#27 spleenharvester

spleenharvester

    Member

  • Members
  • 91 posts
  •  
    United Kingdom

Posted 28 July 2016 - 08:15 PM

Wait, it's probably a language thing... My PESE and WinRE are Dutch, my WinPE is en-US...

Sorry, didn't think of that, will rebuild PESE with en-US source tomorrow...

 

Thanks for sticking in there! (Well, until now most issues have been somewhat "productive" for any future howto's, for example "ignore registry import errors", etc.)

 

Certainly possible - good luck! And yeah, could be a lifesaver for others trying to do this - shame I can't edit the OP. 



#28 Atari800XL

Atari800XL

    Member

  • Members
  • 71 posts
  •  
    Netherlands

Posted 29 July 2016 - 05:16 AM

Success!! I made a new basic Win10PESE build (enUS this time), used enUS PE and enUS PESE, ran my new script on it (takes 2 minutes) and things are working just fine. Sorry for being so stupid...

Next issue for me is a bit of a strange one: If I run XYPlorer (which is 32bit only), I get an error ("-2147319780"), which I never have on a normal PESE. The odd thing is: if I run my old portable Excel '97 first and then try XYPlorer again, it runs fine! Running this old Excel in PE is just a "joke", actually, and I found out by accident it fixes the XYPlorer issue, but running it must do "something" to fix the issue. Maybe it does some initializing somewhere, but I can't tell what or where. I ran Procmon on it and compared "before and after Excel", but couldn't find anything. Spleen, what exactly did you do to fix your XYPlorer issue?


  • spleenharvester likes this

#29 spleenharvester

spleenharvester

    Member

  • Members
  • 91 posts
  •  
    United Kingdom

Posted 29 July 2016 - 03:59 PM

Success!! I made a new basic Win10PESE build (enUS this time), used enUS PE and enUS PESE, ran my new script on it (takes 2 minutes) and things are working just fine. Sorry for being so stupid...

Next issue for me is a bit of a strange one: If I run XYPlorer (which is 32bit only), I get an error ("-2147319780"), which I never have on a normal PESE. The odd thing is: if I run my old portable Excel '97 first and then try XYPlorer again, it runs fine! Running this old Excel in PE is just a "joke", actually, and I found out by accident it fixes the XYPlorer issue, but running it must do "something" to fix the issue. Maybe it does some initializing somewhere, but I can't tell what or where. I ran Procmon on it and compared "before and after Excel", but couldn't find anything. Spleen, what exactly did you do to fix your XYPlorer issue?

 

Great to hear! As for XYplorer, all I had to do was regsvr32 syswow64\oleaut32.dll. I think I originally had the same error as you. Things you can try:

 

1) Look at process monitor for file dependency issues. Nvm I see that you did this.

 

2) If nothing obvious sticks out, run the following from command prompt to rule out DLL registration issues (sometimes they don't get carried over with the syswow64 regkeys, I am not sure why):

dir /b x:\windows\syswow64 >x:\wow64.txt
for /f "delims=*" %a in (x:\wow64.txt) do (x:\windows\syswow64\regsvr32.exe /s x:\windows\syswow64\%a)

3) If that still doesn't fix it, launch RegShot and take a shot before and after opening excel, then compare.

 

I notice that WinPE seems to be missing some OLE-related functions at stock compared to WinRE (Multicommander etc wouldn't run either because oledlg.dll was missing). I'm guessing it's either a DLL registration issue or OLE-related regkeys are missing.

 

EDIT ~ Also does XYplorer give you any more details on the error other than code?


Edited by spleenharvester, 29 July 2016 - 04:02 PM.


#30 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 13330 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 29 July 2016 - 04:20 PM

 

I notice that WinPE seems to be missing some OLE-related functions at stock compared to WinRE (Multicommander etc wouldn't run either because oledlg.dll was missing). I'm guessing it's either a DLL registration issue or OLE-related regkeys are missing.

 

Seemingly OT, but JFYI, a good ol' way to check/fix:
http://reboot.pro/to...10-mb/?p=154017

 

:duff:

Wonko


  • spleenharvester likes this

#31 spleenharvester

spleenharvester

    Member

  • Members
  • 91 posts
  •  
    United Kingdom

Posted 29 July 2016 - 04:35 PM

Seemingly OT, but JFYI, a good ol' way to check/fix:
http://reboot.pro/to...10-mb/?p=154017

 

:duff:

Wonko

 

Ooh neat, thankyou for this!



#32 Atari800XL

Atari800XL

    Member

  • Members
  • 71 posts
  •  
    Netherlands

Posted 29 July 2016 - 05:06 PM

regsvr32 syswow64\oleaut32.dll. I think I originally had the same error as you.

 

Yep, this did the trick:

x:\windows\syswow64\regsvr32.exe /s x:\windows\syswow64\oleaut32.dll

I believe I had tried that before, but that must have been back when I had the languages mixed up.

(BTW: So XY could have registered this itself, like Excel did?)

So now I have my favorite file explorer working. It's actually an old (free giveaway) version: 11.90. Normally, free versions don't have the nice "portable file associations" feature, but 11.90free has it. Launching documents from XY always starts the correct program, associating them is very easy from an ini file. Very easy to configure, works on any OS (incl. PE), I use it on all systems. Great on w10 as well (which keeps "stealing" assocs).

Just wanted to share why I like XY so much. Of course, the author could/ should have made a 64bit version by now...

 

With XY as my file explorer, TCCLE as command line, and Autohotkey as PE shell (!), things are starting to look pretty good. (Ask me about ahk as a PE shell...), Oh, and of course WinNTSetup for OS installs, and TSE as text editor. Etc., etc.



#33 spleenharvester

spleenharvester

    Member

  • Members
  • 91 posts
  •  
    United Kingdom

Posted 29 July 2016 - 05:56 PM

Yep, this did the trick:

x:\windows\syswow64\regsvr32.exe /s x:\windows\syswow64\oleaut32.dll

I believe I had tried that before, but that must have been back when I had the languages mixed up.

(BTW: So XY could have registered this itself, like Excel did?)

So now I have my favorite file explorer working. It's actually an old (free giveaway) version: 11.90. Normally, free versions don't have the nice "portable file associations" feature, but 11.90free has it. Launching documents from XY always starts the correct program, associating them is very easy from an ini file. Very easy to configure, works on any OS (incl. PE), I use it on all systems. Great on w10 as well (which keeps "stealing" assocs).

Just wanted to share why I like XY so much. Of course, the author could/ should have made a 64bit version by now...

 

With XY as my file explorer, TCCLE as command line, and Autohotkey as PE shell (!), things are starting to look pretty good. (Ask me about ahk as a PE shell...), Oh, and of course WinNTSetup for OS installs, and TSE as text editor. Etc., etc.

 

Seemingly Excel must have done - doesn't surprise me that MS could add 'self-repair' functions like that if it detects a registry problem.

 

I really hope a 64-bit version of XY is released. It's a really incredible program, but it has issues with WoW64 redirection in this environment - any attempts to open a .reg, .vbs or .msc file will fail because it's being redirected to WoW64, and 10PESE doesn't have WoW64 versions of regedit, MMC and others. I'm very tempted to add the dependencies for them in WoW64 manually in the meantime because it is so much better than multicommander.

 

Theoretically it wouldn't be that hard to add support for blocking redirection for those programs since the program is capable of doing so when viewing system32, but I suppose this very niche scenario is the only time that it would be necessary.

 

(Also had never heard of any of those other programs you mentioned - they look useful!)


Edited by spleenharvester, 29 July 2016 - 05:58 PM.


#34 Atari800XL

Atari800XL

    Member

  • Members
  • 71 posts
  •  
    Netherlands

Posted 29 July 2016 - 06:08 PM

See, that's why I insist on a XY version with Portable File Associations.

Example (xyplorer.ini):

[FileAssoc]

1=+"Open with Sumatra" pdf>"C:\Program Files\SumatraPDF\SumatraPDF.exe" -esc-to-exit

2=+"Open with TSE" xml>c:\program files\tse\q.exe
3=+"Open with UltraISO" iso> C:\Program Files\Utilities\UltraISO\UltraISO.exe
etc.

 

As long as you keep the ini with the XYPlorer exe, you always have the correct program opening your documents (like I said, great for PE, but also great for Windows 10 and its stupid Metro associations).

 

Oh, and by the way: No chance of a 64bit version anytime soon, I'm afraid.


Edited by Atari800XL, 29 July 2016 - 06:10 PM.


#35 spleenharvester

spleenharvester

    Member

  • Members
  • 91 posts
  •  
    United Kingdom

Posted 03 August 2016 - 01:43 AM

Update for 02/08/16 - I can confirm this still works on the Anniversary update, but a few notes:

  • You need to make all your regkeys etc again from scratch. If you use the SxS keys for 10.0.586.0 at any stage you will get CRITICAL_PROCESS_DIED.
  • If you have just installed the Anniversary update and have not received further updates you can export the SxS keys from your own running installation.
  • win32u.dll and gdi32full.dll are new dependencies for syswow64 in 14393 necessary for many programs to work.

 

I am also working on translating 5-WoW64.script/part of 1-Files.script to batch form to bypass the Winbuilder steps entirely, which generates WinSxS, Syswow64 and System32\catroot for you from a source. Used it to successfully add WoW64 to my new anniversary image, and it has only added 56mb to the WIM size. Will upload when some things have been smoothed out.


Edited by spleenharvester, 03 August 2016 - 02:13 AM.


#36 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 13330 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 03 August 2016 - 10:41 AM

I am also working on translating 5-WoW64.script/part of 1-Files.script to batch form to bypass the Winbuilder steps entirely, which generates WinSxS, Syswow64 and System32\catroot for you from a source. Used it to successfully add WoW64 to my new anniversary image, and it has only added 56mb to the WIM size. Will upload when some things have been smoothed out.

Wonko approves of this batch "translation" :), though you cannot really use "only" to refer to 56 Mb (you will need a special license for that ;)).

:duff:
Wonko




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users