[strel]

I cannot recreate it. I created a 3.0 SP2 installer with fr langpack, installed it, uninstall 3.0 langpack and no error is showed. Looking for the error reference, this reference means "Custom Action not found in binary table stream", that means that there's an executing action in the .msi installer database that doesn't find the built-in script it has to execute for this action, that's why I though any of the .mst (transform files, i.e. some of the fixes this method applies) that transform 3.0 fr langpack .msi installer, would had a bug, what's pretty feasible (too many files I've made), but doesn't seem to be the case, at least with the latests files I'm using.

Have you overwrited all previous files when you extracted 20091104c packet?
Can I have the uninstall log file? %TEMP%\MSIXXXXXX.LOG, check date and hour.
Can you attach .\OUT#\processdata.txt ?

This post has been edited by strel: 04 November 2009 - 01:38 PM

[mooms]

Yes, i have deleted all files before uncompressing 20091104c.

it's a virtual installation of XPSP3 with an update pack integrated.

I have installed .net 2+3+3.5 @ T-13, tested an encoutered the error when uninstalling, then i have tested a other build, with all frameworks this time, installed directly, then uninstalled, same error showing as you can see.

I have attached both processdata.txt in a zip file, and all the log i have found in the temp folder is in this rar archive

Attached File(s)

•  processdata.zip (3.41K)
  Number of downloads: 7

[strel]

I don't see anything strange in process data.

None of those logs is the uninstall log we're searching. It should have the form of MSIXXXXX.log, mine has 417KB. Should be generated by 3.0 langpack uninstall, you can identify it easily if you go to the end of the log. One of the last lines should say something like:

(s) (C4:B8) [20:24:35:494]: Produit : Microsoft .NET Framework 3.0 Service Pack 2 Language Pack - FRA -- Suppression effectuée.

This post has been edited by strel: 04 November 2009 - 03:36 PM

[mooms]

The only two wo MSIxxx.log files i have are in the rar archive.
Same content for both (i have uninstalled the langpack two times)
the content is:

Quote

Windows Installer a rencontré une erreur inattendue lors de l’installation de ce package. Il s’agit peut-être d’un problème lié au package. Le code d’erreur est 2721. Les arguments sont : CA_KB951847FIX4b, ,
=== Fin de l’écriture dans le journal : 04/11/2009 19:40:04 ===

[strel]

Then generate a verbose log. Do this:
- Install 3.0 with its langpack.
- Open a command line a type:
msiexec /x{0BD83598-C2EF-3343-847B-7D2E84599128} /l*v %TEMP%\DNF30LNGFRuninstall.log

And then attach %TEMP%\DNF30LNGFRuninstall.log.

This post has been edited by strel: 04 November 2009 - 08:12 PM

[mooms]

done

Attached File(s)

•  DNF30LNGFRuninstall.zip (31.53K)
  Number of downloads: 7

[thnx4thepen]

strel, on Nov 4 2009, 12:23 PM, said:

thnx4thepen
I can do it without errors for the same files.
It is a problem with your windows installer.

Try this: open a command line and run:
msiexec /unregister
then
msiexec /regserver
and then try repeating the building process.

If this don't work try reinstalling windows installer by running:
msiexec /unregister
then reinstalling windows installer and restarting
and then try repeating the building process.

Hi strel!
I've guessed again! the problem was the Windows Installer: now I create with 4.5 version and ALL (software&update) ok

The only problem is the reboot of system: after installation of .NET , during the closure of the OS, freeze...

I've installed the .NET from desktop in a Virtual Machine OS: Windows XP SP3 full updated (DiretcX August 2009, Windows Installer 4.5 + KB958655-v2, Windows Update Agent 3.0 v7.4.7600.226...).

[strel]

New version released!!

2 minor bugs removed.


mooms
Thx a lot!!!
You helped me a lot finding one of the most slippery bugs I have had with this method. I dropped a wrong single digit in 30SP2LNG_KB951847FIX.mst causing your (and everybody's using 3.0 SP2 langpacks) problem.

What's happening is that it was failing to remove 1 regvalue used as KB951847 fix for 3.5 SP1 family langpacks, only in the case 3.0 SP2 langpack was the last langpack from this family to be uninstalled (tricky). But the error appears not only in that circumstance, because it is triggered when the script to execute is not found, whether it has to be executed or not.

What's curious is that it seems the error dialog is only showed sometimes because only sometimes makes the langpack removing fail (go figure), what's your case, or at least is what your log says, though you say you could managed to remove it successfully. That's not my case for example, though the error was in the uninstall log, it didn't make the uninstall fail (log says), hence didn't show the error dialog.


thnx4thepen
Sorry I think I linked 3.1 version instead of 4.5, I fixed it. About your freezing, what can I say, I think it is something with your windows installation. It is not happening to me. Had you restarted after installing windows installer and before installing .NET?

Anyone over with the same problem as thnx4thepen ????

This post has been edited by strel: 06 November 2009 - 02:52 AM

[thnx4thepen]

strel, on Nov 5 2009, 04:34 AM, said:

New version released!!

2 minor bugs removed.

thanks again for your (continuos) hard work!

strel, on Nov 5 2009, 04:34 AM, said:

thnx4thepen
Sorry I think I linked 3.1 version instead of 4.5, I fixed it. About your freezing, what can I say, I think it is something with your windows installation. It is not happening to me. Had you restarted after installing windows installer and before installing .NET?

All the tests have been made with a "clean" installation: virtual machine was formatted and the OS reinstalled.

Windows Installer 4.5 + update has been installed via RunOnce.

Before install the. NET I rebooted the OS.

[shiouliang]

NDP35SP1-KB958484-x86 UPDATED FILES:
System.Data.Services.Client.dll 3.5.30729.196
System.Data.Services.dll 3.5.30729.196
System.Web.DynamicData.dll 3.5.30729.196
System.Web.Entity.dll 3.5.30729.196
System.Web.Extensions.dll 3.5.30729.196



netfx20lpa_x86.msi、netfx30lpa_x86.msi、DNF35\twLNG\vs_setup.msi
Silent .NET Maker synthesized 20091105 ex：

source：


THANKS!!

[thnx4thepen]

@strel

I've tested the last release and ALL (software, update and reboot) work!

Thanks a lot!

PS Windows Installer on my system worked correctly, but the service was not started... thanks also for this

[mooms]

strel, on Nov 5 2009, 11:34 AM, said:

New version released!!

2 minor bugs removed.


mooms
Thx a lot!!!
You helped me a lot finding one of the most slippery bugs I have had with this method. I dropped a wrong single digit in 30SP2LNG_KB951847FIX.mst causing your (and everybody's using 3.0 SP2 langpacks) problem.

What's happening is that it was failing to remove 1 regvalue used as KB951847 fix for 3.5 SP1 family langpacks, only in the case 3.0 SP2 langpack was the last langpack from this family to be uninstalled (tricky). But the error appears not only in that circumstance, because it is triggered when the script to execute is not found, whether it has to be executed or not.

What's curious is that it seems the error dialog is only showed sometimes because only sometimes makes the langpack removing fail (go figure), what's your case, or at least is what your log says, though you say you could managed to remove it successfully. That's not my case for example, though the error was in the uninstall log, it didn't make the uninstall fail (log says), hence didn't show the error dialog.

I'm glad i have helped you!
Thank your for the update strel, everything is workin fine now!

[Ganesha]

Hi strel,

Everything works fine, thanks a lot of!

LG Ganesha

[My2GirlsDad]

Strel,

Love this program.

For XP everything worked great with no problems.

For 2k, even though it says it will not process 3.0 SP2 and 3.5 SP1 it still tries to, and has problems. If I change the _SNMsynth.ini to not process those, everything works fine. In your previous version I didn't have to do this. Did a line of code go missing? Just wondering.

Thanks for all your hard work on this. You guys amaze me.

M2GD

[Killgore]

Hi!

With the last version (20091105) WU still wants to install 951847 for DNF2SP2. I've attached logs. I'm using Vista SP2 and installing on XP SP3 (targetos=xp).

Attached File(s)

•  PROCESSDATA.TXT (588bytes)
  Number of downloads: 7
•  process.txt (115.04K)
  Number of downloads: 7

This post has been edited by Killgore: 09 November 2009 - 04:50 PM

[Kiki Burgh]

hi strel! i used to utilize the one tomcat prepared. sadly, he has left the scene (hopefully only temporarily) & today was my 1st time to employ what you have prepared (for use with HFSLIP) ... & for which i am thankful.
i encountered a roadblock though in my 1st run which shows:

 
Cleaning work folder...

Checking .NET stuff to build installer(s)/addon(s) for XP...

ERROR: Choose the package to process 2.0 framework from. See _SNMsynth.ini
Press any key to exit. 

at 1st run, i didn't attempt to change any of the settings contained in _SNMsynth; i tried to give it a go the 2nd time, remarking the other lines while leaving only the following:

 
PROCESS_DNF11=YES
PROCESS_DNF20=YES
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES 

& at the latter part putting YES on some lines as may be seen below:

 
TARGETOS=XP
T13ADDON=YES
MERGE_FRAMEWORKS=YES
SILENT=
UPX_SFX=
COMPRESSION_RATIO= 

below would also show the contents of my work folder (path included):

 
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_30SP#LNG_KB928416FIX.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_35SP#_SLIMMING.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_KB951847FIX.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_REM_MSI_BLOCKING.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\7za.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\dotnetfx.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\dotnetfx35.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP1.1sp1-KB867460-X86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP1.1sp1-KB953297-X86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP20SP2-KB958481-x86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP20SP2-KB974417-x86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP30SP2-KB958483-x86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP35SP1-KB958484-x86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NDP35SP1-KB963707-x86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\NetFx20SP2_x86.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\upx.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\WindowsServer2003-KB971276-v2-x86-ENU.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\WindowsXP-KB971276-v3-x86-ENU.exe
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_SNMsynth.ini
E:\Documents and Settings\KIKI\Desktop\SNMSynth\7zSD.sfx
E:\Documents and Settings\KIKI\Desktop\SNMSynth\msxml6.msi
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_SNMsynth.cmd
E:\Documents and Settings\KIKI\Desktop\SNMSynth\OUT1
E:\Documents and Settings\KIKI\Desktop\SNMSynth\TMP
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_20SP2_KB974417FIX.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_20SP#_SLIMMING.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_20SP#LNGbr_KB829019FIX.7z
E:\Documents and Settings\KIKI\Desktop\SNMSynth\_30SP2_REMFONTCACHEFIX.7z 

NetFx20SP2_x86.exe is in the directory (tried moving the entire directory too to the root with the same results as i thought the long path could have something to do with it) but it doesn't seem to be recognized. i could be overlooking something ... your support will be greatly appreciated.

This post has been edited by Kiki Burgh: 12 November 2009 - 02:37 AM

[strel]

My2GirlsDad
Oops, I used the pre-checking setting to trigger 3.5 SP1 family frameworks processes, bad idea. It only affects this case. Will be ready for next version, I'm testing now. Thx for the heads up.

Killgore
I claimed victory over KB951847FIX atomization too soon. I'm testing a new version fixing this now. Thx for you help.

Kiki Burgh
Your problem is simple, you have put 2 different .NET 2.0 framework sources in the work folder. The .ini file is set to process both what is not possible, but it is intended that you have only one of them in the work folder or you to change settings. You have to choose which one to process from.

This post has been edited by strel: 12 November 2009 - 04:03 AM

[Kiki Burgh]

strel, on Nov 12 2009, 05:41 PM, said:

Kiki Burgh
Your problem is simple, you have put 2 different .NET 2.0 framework sources in the work folder. The .ini file is set to process both what is not possible, but it is intended that you have only one of them in the work folder or you to change settings. You have to choose which one to process from.

thanks for the reply strel. i'd like to know though how to set in _SNMsynth.ini which to choose. also, kindly clarify:

 
2.0 SP# can only be processed from 1 of the possible sources, individual or full redistributable packet. Choose. 

i basically donwloaded those in the list (not including those that have been replaced) & put them in the work folder. i only had NetFx20SP2_x86.exe in the work folder in all the runs i did. if i already have the later ver (in this case, NetFx20SP2_x86.exe), would the script still seek for the older ver (NetFx20SP1_x86.exe)? tried having both in the work folder too, but still with the same result. as far as other 2.0s are concerned, i only had updates (NDP20SP2-KB958481-x86.exe & NDP20SP2-KB974417-x86.exe), both included in the list to download, in the work folder, as may be seen in my list above. would these cause the problem? do i need to take these out? lastly, did i do the right thing by remarking the rest while leaving only the "PROCESS MAIN PACKAGES" portion intact & answering YES to some under the "SPECIAL" segment. thanks again.

This post has been edited by Kiki Burgh: 12 November 2009 - 06:42 PM

[strel]

It is quite obvious you have PROCESS_DNF20 and PROCESS_DNF35_DNF20 to choose, anyway will be clarified for next version. If you want to process all the frameworks you can get rid of NetFx20SP2_x86.exe and to process 2.0 from dotnet35.exe without changing the .ini file.

Settings under PROCESS MAIN PACKAGES marked to YES only work if the related package is in the work folder, no matter the setting unless you have the packet.

If you have NetFx20SP1_x86.exe and NetFx20SP2_x86.exe in the work folder and PROCESS_DNF20=YES, 2.0 SP2 is processed and you are advised by the script (add a prefix e.g. -NetFx20SP2_x86.exe and NetFx20SP1_x86.exe will be processed). For dotnetfx35.exe, both versions have the same filename, you have to rename the one you don't want to process for both to be in the work folder.

[Kiki Burgh]

thank you