.NET Framework

you asked and I tried try to deliver....

bob.omb As the picture
It gives you it works , But programs do not work , Like

Paint.NET , need to .NET 4.7.1
QTTabBar , need to .NET 4.5
Xml ContentTranslato , need to .NET 4.0
Empty Folder Finder , I do not remember

It gives me an error and that the files are incomplete

C:\Windows\assembly

-----------------------------

James

Did not copy what's inside this folder , Just copy five Folders
C:\Windows\Microsoft.NET\assembly

--------------------

Example of errors

System.IO.FileNotFoundException: Could not load file or assembly 'System.EnterpriseServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
File name: 'System.EnterpriseServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
   At RegisterQTTabBar.InstallerForm.Install()
   At RegisterQTTabBar.InstallerForm.buttonNext_Click(Object sender, EventArgs e)
   At System.Windows.Forms.Control.OnClick(EventArgs e)
   At System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   At System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   At System.Windows.Forms.Control.WndProc(Message& m)
   At System.Windows.Forms.ButtonBase.WndProc(Message& m)
   At System.Windows.Forms.Button.WndProc(Message& m)
   At System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].



************** Loaded assemblies **************
mscorlib
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
QTTabBar
    The assembly version: 4.0.0.0
    version Win32: 1038.0.0.0
    مصدر البرنامج: file:///X:/Users/Default/Desktop/%D8%AA%D9%86%D8%B2%D9%8A%D9%84/QTTabBar_1038%20th%202017-03-07/QTTabBar_1038/QTTabBar.exe
----------------------------------------
System.Windows.Forms
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    The assembly version: 4.0.0.0
    إصدار Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
System.Windows.Forms.resources
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_ar_b77a5c561934e089/System.Windows.Forms.resources.dll
----------------------------------------
mscorlib.resources
    The assembly version: 4.0.0.0
    version Win32: 4.7.2556.0 built by: NET471REL1
    مصدر البرنامج: file:///X:/Windows/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_ar_b77a5c561934e089/mscorlib.resources.dll
----------------------------------------

************** correction JIT **************
To enable instant debugging (JIT), a value must be set
jitDebuggingIn the department system.windows.forms
In the configuration file for that application or computer(machine.config).
You must also convert the application programmatically with Enable
Correction.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When you enable the JIT debugging, any unhandled exception will be sent
To the JIT debugger that is registered on the computer
Instead of being manipulated by this dialog box.

Format worked for the machine
I will try again

This is almost Twenty-five times 

But two females worked NET 4.5 In the original in the last option , And one without programs

thank you all

You are correct - Plugin does not copy the complete \Windows\Microsoft.NET\assembly Folder...
At First I Did Try A Full Copy Of \Windows\Microsoft.NET\assembly Folder - but got Folder Locked Error... And Not Knowing Which Folder, I selected registered files locations..
But Plugin does Full Copy all other related folders....

This Plugin Never Has Full Copied All Related .Net Folders

So Based upon what I see - you need > assembly 'System.EnterpriseServices < Added to \Windows\Microsoft.NET\assembly
?????????

This is almost Twenty-five times 

This was my First attempt - Better Luck Next Time - But That is How Testing Program Goes Sometimes...

PS. 1803 is .Net Version 4.7.3056

Thats why I made modified plugin with the provide files option, there is a lot going on in the .NET framework plugin, most is before my time.  In WB for Win10PESE my modified copies 100% full framework.  I would rather use the original plugin but there was no developement before. I think the size for mine is down to 770mb anyway. 

It is always the best to use a non-provide file script for components so they can be added to project server.  I will be switching to James’s for my standard builds..

I would rather use the original plugin but there was no developement before.

Working on it... Now Following Feedback To Improve Plugin for 1709-1803

It is a beast, salute to you for getting it under control.    I think the powershell update @ http://theoven.org/index.php?topic=2485.0 should work fine.. but you might want to look at that too since they go hand in hand... You could use powershell to test .NET framework and vice versa if you think you have it correct it should function....

I addressed the PowerShell Issue on that Topic...

Hope @ChrisR gets the time to replace the version on the Server...

Added to \Windows\Microsoft.NET\assembly\*\System.* Directories

Following feedback above...

Did Not Change Revision Number (Still v31) as not on Server yet....



 

Hmm, I missed your last post 
I uploaded your previous plugin v31 on SE server, thanks 
I will update to your latest plugin, it will be v32,  following feedback

Added to \Windows\Microsoft.NET\assembly\*\System.* Directories

Following feedback above...

Did Not Change Revision Number (Still v31) as not on Server yet....

We are testing now
    

Sweet James! Now we are cooking, you guys are moving fast today 

And thanks ChrisR too

@James a new ASoft .NET detector is available to update the main .NET version on the server

http://www.asoft.be/prod_netver.html



I know we are past this but the weird thing about @thamermousa and @james's conversation earlier in this thread is my plugin copies all of my assembly files perfectly fine, run from cd...  not sure why you guys were having issues with that it makes me wonder why and doubt my plugin but paint.net etc all work perfect with me.. 

Because Some of us like to create Un-Damageable PE and the less files required to be loaded into Ram the better....

The Idea of PE is Recovery - Not a Daily Use OS

How Much Netframework do you need to Partition, Format and Install or run BCD commands and Anti-virus....

You Can Run A Full Windows OS From USB - It Is Called Windows to Go......

The idea of this whole forum is to create a Light-weight Recovery Environment, Thus we try to stripe out un-needed files..

Anyone Can Add Then In.. But that kind of defeats the Purpose of PE...

Sorry..
Just saying...

Yes that is well known, I mean why did it copy for me, and not for you, what in the plugin was broken...

I had to read your response several times to figure out what you were talking about... I think you thought I was saying something different..

"it makes me wonder why, and doubt my plugin"  <--- I am doubting my work, wondering if there is an issue I am missing in my own plugin which I am still using.. (I forgot the comma  )

I am not asking you why YOU doubt my plugin, I only made my plugin shareable so people could hopefully use it.. It wasn't to brag trust me it was huge 1.6gb! to start.. I reduced to 770mb then still asked for help with it.. I'm asking why files copy for me and not for you... And basically saying even though it seems to work for my purpose maybe something is secretly missing in my build that I don't know about    What was the issue you solved for the copy process?

I know the purpose of this forum,     I am the one that asked you to help reduce the plugin size 

Because I did not ask script to COPY all files....

Let's think about something..

A Few Years ago 4.0 came out and the file version in The 4.0 Folder was Net-4.0
Well, the folder name has not changed since - but the file versions have gone from 4.0 to 4.7
But they are still in the same folder Name... So when selecting 4.0/4.5 Core the 4.7 Version Core Files are copied...

When you launch a program that requires 4.7 - it does not check the File for version - it checks the registry for file version...

So what really changed for 1709 and 1803 ?
The Fusion Folders and the Registry...

Otherwise the File Version has been updated by the file Version within each wim that is copied into project..

The 1709/1803 Full Was Added to the DotNet script - Following YOU - As Not everybody Needs FULL file copy..
And since the general public use premade scripts - no need to force FULL upon them...

There was a Bug report about a missing file - System.* -
The USER should of adding that file to his project - Not To Everybody's project

Each Program May Require Different file dependencies - It Is up to the Author to include those dependencies in plugin...

Since we stripe out un-needed files - We never expected DotNet to pass NetDetector or a Bug Report - as a few seem to believe.

We can get FULL File copy by changing

Code: [Select]

If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL\Policy.*,%DotNETFolder%\assembly\GAC_MSIL
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_32,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_32\Policy.*,%DotNETFolder%\assembly\GAC_32
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_64,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_64\Policy.*,%DotNETFolder%\assembly\GAC_64
//--
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL\System.*,%DotNETFolder%\assembly\GAC_MSIL
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_32,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_32\System.*,%DotNETFolder%\assembly\GAC_32
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_64,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_64\System.*,%DotNETFolder%\assembly\GAC_64

to

If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL\*,%DotNETFolder%\assembly\GAC_MSIL
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_32,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_32\*,%DotNETFolder%\assembly\GAC_32
If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_64,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_64\*,%DotNETFolder%\assembly\GAC_64
//--
//If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_MSIL\System.*,%DotNETFolder%\assembly\GAC_MSIL
//If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_32,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_32\System.*,%DotNETFolder%\assembly\GAC_32
//If,ExistDir,%Source_Win%\%ProgramFolder%\assembly\GAC_64,Call,DirCopy,%Source_Win%\%ProgramFolder%\assembly\GAC_64\System.*,%DotNETFolder%\assembly\GAC_64

bob.omb As the picture
It gives you it works , But programs do not work , Like

Paint.NET , need to .NET 4.7.1
QTTabBar , need to .NET 4.5
Xml ContentTranslato , need to .NET 4.0
Empty Folder Finder , I do not remember

It gives me an error and that the files are incomplete

This is what I'm referring to, why does my plugin work for me and not for him/you - You may or may not need full NET for your build but there seems to be a filecopy issue with my provide files for some people.  Like I said originally we are past that, at this point its pretty much something I can use for myself if needed because you fixed the real plugin, but I was trying to figure out if my plugin is actually copying the full provide files or not, it seemed from those previous messages it wasn't for thamermousa, but it should have worked..

I am assuming he fixed his issue because he hasn't asked any more questions or told us what the fix was....

I just wanted to figure out the problem before I retired it from my build in case I ever need it for an especially stubborn .NET app...

And just to note It never was to force anyone to full, just to have the option for a working plugin back when there wasn't one...

Hi bob.omb,

Do you know this tool?

-----------------------------------------------------
.NET FRAMEWORK SETUP VERIFICATION TOOL USER'S GUIDE
-----------------------------------------------------

The latest version of this user's guide can be found at https://blogs.msdn.microsoft.com/astebner/2008/10/13/net-framework-setup-verification-tool-users-guide/.

The .NET Framework Repair Tool can be found at the following locations:

    http://support.microsoft.com/kb/2698555
    http://go.microsoft.com/fwlink/?LinkID=246062

Additional support can be obtained by visiting the .NET Framework setup forum at http://social.msdn.microsoft.com/Forums/en-US/netfxsetup/threads.

-----------------------------
INTRODUCTION
-----------------------------

This .NET Framework setup verification tool is designed to automatically perform a set of steps to verify
the installation state of one or more versions of the .NET Framework on a computer.  It will verify the
presence of files, directories, registry keys and values for the .NET Framework.  It will also verify that
simple applications that use the .NET Framework can be run correctly.

It products 2 log files...

Perhaps it can help to identify missing elements.

Thank you for being very active in this forum. I appreciate your work and your explanations

PS : why not using "dism /add-package WinPE-NetFx" ? only too big ?

I'm trying to get it to work in the builder.  But its already fixed, James and Chris put a better version on the server I am just using the old one in my build for now because I personally want full net, and I'm not ready to switch to James plugin yet with his full copy fixes.. 

I like creating a separate plugin for it, that way I don't have to wait for updates, and it keeps me in the loop of the process which is I think is a bit important going forward... I just wanted to learn from the mistake if I could figure out what it was...  No big deal..

I'll check that tool out and probably start playing with some DISM commands for my build soon..

Thanks 

This has been an interesting thread to follow.

I've gone over this thread a few times and tried to follow the development.  NET Framework is largely a mystery to me; I liked things better when all you needed to add was a single runtime file like VisualBasic 5 and 6: if you had both VB5 and VB6 apps, then you just put both runtime files in System32 (or if you do this in Win10, put them in SysWoW64).

I am still using an older distro () with older SourceDiskFiles (1607  [14393]); 'system plugin' changes usually create a mess for me due to
the large number of personal plugins that have to be retested. For a few years now DotNetDetector never lit up the
large white letters properly, not even v18R1, but no one else seemed to have a problem with this.
TrayStatus, ShowKeyPlus (both use NET 4) and Acrylic Wifi 3100 worked ok, so it seemed
NET Framework was installed. I always used the FULL selection.

Only in the last few weeks, I decided to try getting DotNetDetector to look better. In my completed builds, the registry didn't
have all the sections under \NET Framework Setup\NDP\ filled in. In particular, Values containing version info was missing, and my language-LOCALE 1033 was missing. It dawned on me that some of the registry settings were for 1028 (German).
I thought just by copying my real Win10 registry section for NET Framework Setup to the running build, it would fix
the problem but it did not. Kept getting "error accessing the registry". Luckily, looks like Bob.Omb LCID 1033 matches mine,
so I used his prepared .reg files instead, and DotNetDetector lit up like a Christmas tree!. 
It was the registry that was the problem. I think it would be difficult to create the proper LCID
settings on-the-fly for DotNetDetector for every possible language-COUNTRY (maybe copy it from the host system during the build?)

I updated to the current PowerShell (per Bob.Omb), and the current v31 DotNet (per James). I get the same error that
"mscoreei.dll could not be loaded" if I use the 1709/1803 FULL selection, when actually using 1607.  I always pick Fullest.

HOWEVER, if I stick to the 'old' 2/3/3.5/4.5 FULL selection in the new v31 DotNet.script (not using 1709/1803 still 1607) and
          Use the current PowerShell v20   and
          Merge the 4 Bob.Omb reg files in the running build as Admin user

            DotNetMerge.bat:
            Reg import ".NET Main.reg"
            Reg import ".NET Main64.reg"
            Reg import ".NET Setup.reg"
            Reg import ".NET Setup64.reg"             

THEN     DotNetDetectors 17R2 and 18R1 both show CLR 1,2,4 and FW 2.0/3.0/3.5  and 4.71  and
         Acrylic 3100, TrayStatus, ShowKeyPlus all run ok    and
         ILSpy 3.0.1 plugin even runs now . It needs FW 4.6 . Prior to this, it only ran for me in real Win10!
            (James had mentioned that NET 4 setting may include later than 4.0 items.)

Thank you all for your hard work!


I keep checking for the v32 DotNet plugin, but this is already working better than it has.

Sweet! 

Happy everything worked out.  James is heading the server version.  My modified plugin will be retired until the next version of framework comes out. It will only be posted so that something is available until the server version is updated.

Thanks for posting your results..