http://bugs.winehq.org/show_bug.cgi?id=13995
Summary: Microsoft .NET Framework 1.1 Service Pack 1 fails to install (crash) Product: Wine Version: 1.0.0 Platform: PC-x86-64 URL: http://download.microsoft.com/download/8/b/4/8b4addd8- e957-4dea-bdb8-c4e00af5b94b/NDP1.1sp1-KB867460-X86.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs@winehq.org ReportedBy: dominikowski@gmail.com
Created an attachment (id=14187) --> (http://bugs.winehq.org/attachment.cgi?id=14187) Crash log
This bug blocks installation of AutoCAD 2006 Polish Retail.
Tested in XP and 2000 compat modes.
A popup window shows up with "Failed to load resources from resources file Please check your setup".
Log attached. Looks like an MSI bug, but feel free to change the component if I'm wrong.
http://bugs.winehq.org/show_bug.cgi?id=13995
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|msi |kernel32 Keywords| |download, Installer
--- Comment #1 from James Hawkins truiken@gmail.com 2008-06-19 13:08:01 --- Has absolutely nothing to do with msi...the crash is in kernel32. If you're not certain which component a bug belongs to, please set it to -unknown.
http://bugs.winehq.org/show_bug.cgi?id=13995
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #2 from Anastasius Focht focht@gmx.net 2008-06-19 18:26:15 --- Hello,
--- quote --- ------- Comment #1 From James Hawkins 2008-06-19 13:08:01 [reply] -------
Has absolutely nothing to do with msi...the crash is in kernel32. If you're not certain which component a bug belongs to, please set it to -unknown. --- quote ---
Actually the bug reporter's guess was correct ;-)
The main installer is a .NET executable (managed code) which ships it's own set of managed msi/windows installer wrappers.
While trying to extract temporary patch files (msp) from resources it fails. Managed wrapper code calls wine msi MsiOpenDatabase() with an open flags value which msi doesn't handle yet.
--- snip --- err:msi:MSI_OpenDatabaseW unknown flag 0x24 --- snip ---
This causes managed and unmanaged exceptions later. Actually, this M$ blog entry sheds some light on this topic:
http://blogs.msdn.com/heaths/archive/2006/03/31/566288.aspx
0x24 = MSIDBOPEN_PATCHFILE + MSIDBOPEN_CREATEDIRECT
#define MSIDBOPEN_PATCHFILE 32/sizeof(*MSIDBOPEN_READONLY)
When you create the patch db in MSI_OpenDatabaseW, you need to take some considerations into account.
The installer will insert (resource) streams into newly created (temporary) db. The streams which are added to "_Storages" table come from .cab file which is an embedded resource in executable. The "_Storages" and "_Streams" tables need to be present.
This explains some stuff:
http://blogs.msdn.com/heaths/archive/2005/09/01/459561.aspx (What's in a Patch) http://blogs.msdn.com/heaths/archive/2006/02/14/532200.aspx (Extract Files from Patches)
This info should help you to create a valid patch db.
Regards
http://bugs.winehq.org/show_bug.cgi?id=13995
TomaszD dominikowski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|kernel32 |msi
--- Comment #3 from TomaszD dominikowski@gmail.com 2008-06-20 03:42:28 --- Changed component back to msi. Please vote on this bug to confirm it.
http://bugs.winehq.org/show_bug.cgi?id=13995
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Austin English austinenglish@gmail.com 2008-06-20 15:24:44 --- Confirming.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #5 from James Hawkins truiken@gmail.com 2008-06-28 21:47:31 --- I can't reproduce this bug with git wine:
$ wine NDP1.1sp1-KB867460-X86.exe install the Windows version of Mono to run .NET executables
So I use winetricks to install mono-1.9 and then:
$ wine NDP1.1sp1-KB867460-X86.exe
Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at System.Reflection.Assembly.add_ModuleResolve (System.Reflection.ModuleResolveEventHandler value) [0x00000] at XStart.ResolveResourceAssembly (System.Object sender, System.ResolveEventArgs args) [0x00000] at System.AppDomain.DoAssemblyResolve (System.String name, Boolean refonly) [0x00000] at (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence,bool) at System.AppDomain.Load (System.String assemblyString) [0x00000] at (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) at System.Reflection.Assembly.Load (System.String assemblyString) [0x00000] at XStart.get_CabinetType () [0x00000] at XStart.GetCabFiles (System.IO.Stream cabStream) [0x00000] at XStart.GetEmbeddedFileStream (System.String fileName) [0x00000] at XStart.GetEmbeddedFileBytes (System.String fileName) [0x00000] at XStart.ResolveResourceAssembly (System.Object sender, System.ResolveEventArgs args) [0x00000] at System.AppDomain.DoAssemblyResolve (System.String name, Boolean refonly) [0x00000] at (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence,bool) at System.AppDomain.Load (System.String assemblyString) [0x00000] at (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) at System.Reflection.Assembly.Load (System.String assemblyString) [0x00000] at XStart.Main (System.String[] args) [0x00000]
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #6 from Anastasius Focht focht@gmx.net 2008-06-29 04:42:03 --- Hello,
--- quote --- I can't reproduce this bug with git wine:
$ wine NDP1.1sp1-KB867460-X86.exe install the Windows version of Mono to run .NET executables
So I use winetricks to install mono-1.9 and then:
$ wine NDP1.1sp1-KB867460-X86.exe --- quote ---
Are we talking about the same bug here? This bug is about Micro$oft .NET 1.1 Framework update, not Mono ;-)
1. clean WINEPREFIX 2. install .NET 1.1 Framework (winetricks dotnet11 no more needed) 3. install .NET 1.1 SP1
Regards
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #7 from James Hawkins truiken@gmail.com 2008-06-29 13:02:40 --- (In reply to comment #6)
Are we talking about the same bug here? This bug is about Micro$oft .NET 1.1 Framework update, not Mono ;-)
- clean WINEPREFIX
- install .NET 1.1 Framework (winetricks dotnet11 no more needed)
- install .NET 1.1 SP1
No steps were given to reproduce the bug, and I don't make assumptions (no time).
http://bugs.winehq.org/show_bug.cgi?id=13995
max@veneto.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |max@veneto.com
--- Comment #8 from max@veneto.com 2008-07-01 16:14:25 --- any news on this one ?
Max
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #9 from James Hawkins truiken@gmail.com 2008-07-01 17:38:38 --- You will be notified when it's fixed.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #10 from max@veneto.com 2008-07-04 01:55:17 --- (In reply to comment #9)
You will be notified when it's fixed.
Well, I'll repost the question more correctly... Is somebody working on that one ? :-)
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #11 from James Hawkins truiken@gmail.com 2008-07-04 14:41:19 --- (In reply to comment #10)
(In reply to comment #9)
You will be notified when it's fixed.
Well, I'll repost the question more correctly... Is somebody working on that one ? :-)
Yes.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #12 from max@veneto.com 2008-07-04 15:02:44 --- (In reply to comment #11)
(In reply to comment #10)
(In reply to comment #9)
You will be notified when it's fixed.
Well, I'll repost the question more correctly... Is somebody working on that one ? :-)
Yes.
Thanx.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #13 from TomaszD dominikowski@gmail.com 2008-07-05 04:30:18 --- (In reply to comment #5)
I can't reproduce this bug with git wine:
$ wine NDP1.1sp1-KB867460-X86.exe install the Windows version of Mono to run .NET executables
So I use winetricks to install mono-1.9 and then:
$ wine NDP1.1sp1-KB867460-X86.exe
Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at System.Reflection.Assembly.add_ModuleResolve (System.Reflection.ModuleResolveEventHandler value) [0x00000] at XStart.ResolveResourceAssembly (System.Object sender, System.ResolveEventArgs args) [0x00000] at System.AppDomain.DoAssemblyResolve (System.String name, Boolean refonly) [0x00000] at (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence,bool) at System.AppDomain.Load (System.String assemblyString) [0x00000] at (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) at System.Reflection.Assembly.Load (System.String assemblyString) [0x00000] at XStart.get_CabinetType () [0x00000] at XStart.GetCabFiles (System.IO.Stream cabStream) [0x00000] at XStart.GetEmbeddedFileStream (System.String fileName) [0x00000] at XStart.GetEmbeddedFileBytes (System.String fileName) [0x00000] at XStart.ResolveResourceAssembly (System.Object sender, System.ResolveEventArgs args) [0x00000] at System.AppDomain.DoAssemblyResolve (System.String name, Boolean refonly) [0x00000] at (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence,bool) at System.AppDomain.Load (System.String assemblyString) [0x00000] at (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) at System.Reflection.Assembly.Load (System.String assemblyString) [0x00000] at XStart.Main (System.String[] args) [0x00000]
Yes, I'm sorry I didn't provide steps to reproduce. Comment #6 includes correct steps.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #14 from James Hawkins truiken@gmail.com 2008-07-08 22:34:13 --- Can you please update to git and try this again? Should be fixed.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #15 from max@veneto.com 2008-07-09 02:03:16 --- (In reply to comment #14)
Can you please update to git and try this again? Should be fixed.
That would be great ! I'll test it right now with autocad 2005... It uses this dotnet version.
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #16 from max@veneto.com 2008-07-09 02:24:49 --- Well, good new, Autocad installer don't requires 'winetricks dotnet20' anymore, and that's mean that dotnet1.0 + dotnet1.1 upgrade does work.
The bad new is that now it requires a native gdiplus.... maybe dotnet1.1 uses different gdi calls than dotnet2.0, as my working setup (with 2.0) still works. Or maybe some parts of dotnet1.1 doesn't get installed perfectly.... I'd suggest some more tests before closing that one.
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #17 from max@veneto.com 2008-07-09 02:36:06 --- Some more tests....
In c:\windows\Microsoft.NET\Framework\v1.1.4322
there's a config app named ConfigWizards.exe.
If I run it with wine gdiplus, it crashes, with a call to unimplemented gdi function :
wine: Call from 0x7b844e20 to unimplemented function gdiplus.dll.GdipGetFontCollectionFamilyCount, aborting wine: Call from 0x7b844e20 to unimplemented function gdiplus.dll.GdipGetFontCollectionFamilyList, aborting
With native gdiplus it's ok.
So, I guess thet dotnet1.1 setup is ok and it uncovered a new gdiplus bug.
I suggest closing this bug and opening a new one for gdiplus; it's easy to reproduce, see above.
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #18 from Anastasius Focht focht@gmx.net 2008-07-09 04:03:59 --- Hello,
don't assume success if not error message box is shown.
It doesn't work yet due to another msi problem. The patch updater fails because there are still issues with advertised product registry entries (CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1 is product code for .NET Framework msi package -> DDE7F2BCF1D91C3409CFF425AE1E271A).
--- snip --- 003e:Call KERNEL32.CreateProcessW(00000000,0015b6c0 L""C:\windows\system32\msiexec.exe" /p "C:\windows\temp\tmp9178.tmp" REBOOT=ReallySuppress",00000000,00000000,00000001,00000000,00000000,00000000,0015b638,051f640c) ret=791befaf .. 0042:Call msi.MsiApplyPatchW(0013afb6 L"C:\windows\temp\tmp9178.tmp",00000000,00000000,0013b090 L" REBOOT=ReallySuppress") ret=60167a26 0042:trace:msi:MsiApplyPatchW L"C:\windows\temp\tmp9178.tmp" (null) 0 L" REBOOT=ReallySuppress" 0042:trace:msi:MsiOpenDatabaseW L"C:\windows\temp\tmp9178.tmp" (null) 0x33fd38 0042:trace:msi:MSI_OpenDatabaseW L"C:\windows\temp\tmp9178.tmp" (null) 0042:Call ole32.StgOpenStorage(0013afb6 L"C:\windows\temp\tmp9178.tmp",00000000,00000020,00000000,00000000,0033fc94) ret=60569bba 0042:Call KERNEL32.CreateFileW(0013afb6 L"C:\windows\temp\tmp9178.tmp",80000000,00000001,00000000,00000003,10000080,00000000) ret=6069386e 0042:Ret KERNEL32.CreateFileW() retval=00000044 ret=6069386e .. 0042:trace:msi:MsiConfigureProductExW L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" 0 5 L" REBOOT=ReallySuppress PATCH=C:\windows\temp\tmp9178.tmp" 0042:trace:msi:MsiSourceListGetInfoW L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" L"LastUsedSource" 0042:Call ole32.CLSIDFromString(0013bf68 L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}",0033f7cc) ret=6059994e 0042:Ret ole32.CLSIDFromString() retval=00000000 ret=6059994e 0042:trace:msi:MSIREG_OpenUserProductsKey L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" 0042:Call ole32.CLSIDFromString(0013bf68 L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}",0033f30c) ret=6059994e 0042:Ret ole32.CLSIDFromString() retval=00000000 ret=6059994e 0042:trace:msi:MSIREG_OpenUserProductsKey squished (L"DDE7F2BCF1D91C3409CFF425AE1E271A") 0042:Call advapi32.RegOpenKeyW(80000001,0033f34e L"Software\Microsoft\Installer\Products\DDE7F2BCF1D91C3409CFF425AE1E271A",0033f7d8) ret=6059cad7 0042:Ret advapi32.RegOpenKeyW() retval=00000002 ret=6059cad7 0042:trace:msi:MsiSourceListGetInfoW L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" L"PackageName" 0042:Call ole32.CLSIDFromString(0013bf68 L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}",0033f7cc) ret=6059994e 0042:Ret ole32.CLSIDFromString() retval=00000000 ret=6059994e 0042:trace:msi:MSIREG_OpenUserProductsKey L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" 0042:Call ole32.CLSIDFromString(0013bf68 L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}",0033f30c) ret=6059994e 0042:Ret ole32.CLSIDFromString() retval=00000000 ret=6059994e 0042:trace:msi:MSIREG_OpenUserProductsKey squished (L"DDE7F2BCF1D91C3409CFF425AE1E271A") 0042:Call advapi32.RegOpenKeyW(80000001,0033f34e L"Software\Microsoft\Installer\Products\DDE7F2BCF1D91C3409CFF425AE1E271A",0033f7d8) ret=6059cad7 0042:Ret advapi32.RegOpenKeyW() retval=00000002 ret=6059cad7 0042:trace:msi:MSI_OpenProductW L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" 0x33fcd8 0042:trace:msi:MSIREG_OpenUninstallKey L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" 0042:Call advapi32.RegOpenKeyW(80000002,0033f42c L"Software\Microsoft\Windows\CurrentVersion\Uninstall\{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}",0033f878) ret=60599363 0042:Ret advapi32.RegOpenKeyW() retval=00000000 ret=60599363 0042:Call advapi32.RegQueryValueExW(00000058,605c3616 L"LocalPackage",00000000,0033f870,00000000,0033f874) ret=60589eda 0042:Ret advapi32.RegQueryValueExW() retval=00000002 ret=60589eda .. 0042:Ret msi.MsiApplyPatchW() retval=00000645 ret=60167a26 0042:Call KERNEL32.ExitProcess(00000645) ret=60169079 .. --- snip ---
Exit code: 0x645 -> 1605 (UnexpectedError)
Additionally there seems to be heap corruption :|
--- snip --- 0042:Call ntdll.RtlFreeHeap(00110000,00000000,0013b488) ret=60569e47 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=60569e47 0042:Call ntdll.RtlFreeHeap(00110000,00000000,0013c600) ret=605a7a53 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=605a7a53 0042:Call ntdll.RtlFreeHeap(00110000,00000000,0013c1e0) ret=605a7a73 0042:err:heap:HEAP_ValidateInUseArena Heap 0x110000: prev arena 0x13c118 invalid for in-use 0x13c1d8 0042:Ret ntdll.RtlFreeHeap() retval=00000000 ret=605a7a73 --- snip ---
Regards
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #19 from max@veneto.com 2008-07-09 06:42:12 --- Right... but at least partially it is ok, as autocad runs well (besides the need of gdiplus) with installed dotnet1.1 . I tried the (indeed few) parts that use .net and they work well (for example, layer manager).
Of course we should have some more extensive tests...
Max
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #20 from James Hawkins truiken@gmail.com 2008-07-09 10:46:57 --- (In reply to comment #18)
It doesn't work yet due to another msi problem. The patch updater fails because there are still issues with advertised product registry entries (CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1 is product code for .NET Framework msi package -> DDE7F2BCF1D91C3409CFF425AE1E271A).
The published registry entries are fine. The problem is that MsiConfigureProductEx assumes all installations are unmanaged user installations.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #21 from TomaszD dominikowski@gmail.com 2008-07-10 18:00:00 --- Great going, things are really moving forward! Is anyone working on the MsiConfigureProductEx problem?
http://bugs.winehq.org/show_bug.cgi?id=13995
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #22 from James Hawkins truiken@gmail.com 2008-07-29 10:58:27 --- Should be fixed now.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #23 from Anastasius Focht focht@gmx.net 2008-07-29 15:45:31 --- Hello,
--- quote --- Should be fixed now. --- quote ---
Unfortunately not :-(
--- snip --- 0026:trace:msi:MsiConfigureProductExW L"{CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1}" 0 5 L" REBOOT=ReallySuppress PATCH=C:\windows\temp\tmp5b86.tmp" ... 0026:trace:msi:MSI_OpenPackageW L"C:\windows\temp\_123d51.tmpnetfx.msi" 0x33fcd8 0026:Call shlwapi.UrlIsW(0033fac8 L"C:\windows\temp\_123d51.tmpnetfx.msi",00000000) ret=6038fc0b 0026:Ret shlwapi.UrlIsW() retval=00000000 ret=6038fc0b 0026:Call KERNEL32.GetTempPathW(00000104,0033f468) ret=6038fcec 0026:Ret KERNEL32.GetTempPathW() retval=00000010 ret=6038fcec 0026:Call KERNEL32.GetTempFileNameW(0033f468 L"C:\windows\temp\",603bf1d8 L"msi",00000000,0033f670) ret=6038fd0d 0026:Ret KERNEL32.GetTempFileNameW() retval=00002e75 ret=6038fd0d 0026:Call KERNEL32.CopyFileW(0033fac8 L"C:\windows\temp\_123d51.tmpnetfx.msi",0033f670 L"C:\windows\temp\msi2e75.tmp",00000000) ret=6038fd27 0026:Ret KERNEL32.CopyFileW() retval=00000000 ret=6038fd27 0026:Call KERNEL32.DeleteFileW(0033f670 L"C:\windows\temp\msi2e75.tmp") ret=60390048 0026:Ret KERNEL32.DeleteFileW() retval=00000001 ret=60390048 0026:err:msi:copy_package_to_temp failed to copy package L"C:\windows\temp\_123d51.tmpnetfx.msi" 0026:trace:msi:MSI_OpenDatabaseW L"C:\windows\temp\_123d51.tmpnetfx.msi" (null) 0026:Call ole32.StgOpenStorage(0033fac8 L"C:\windows\temp\_123d51.tmpnetfx.msi",00000000,00000020,00000000,00000000,0033f414) ret=60363d7a 0026:Call KERNEL32.CreateFileW(0033fac8 L"C:\windows\temp\_123d51.tmpnetfx.msi",80000000,00000001,00000000,00000003,10000080,00000000) ret=6048e88e 0026:Ret KERNEL32.CreateFileW() retval=ffffffff ret=6048e88e 0026:Ret ole32.StgOpenStorage() retval=80030002 ret=60363d7a 0026:fixme:msi:MSI_OpenDatabaseW open failed r = 80030002 for L"C:\windows\temp\_123d51.tmpnetfx.msi" 0026:Call KERNEL32.GetFileAttributesW(0033fac8 L"C:\windows\temp\_123d51.tmpnetfx.msi") ret=6038fea4 --- snip ---
Seems "LastUsedSource" is missing backslash which leads to invalid source location after concatenating.
But even with missing backslash added this won't work anyway because the install source from previous .NET 1.1 Framework install (temp dir) is automatically removed by wine msi.
I collected some interesting links, though you might already know ...
--- snip ---
"Preventing a Patch from Requiring Access to the Original Installation Source"
http://msdn.microsoft.com/en-us/library/aa370841.aspx
"Source Resolution during Patch Uninstall"
http://blogs.msdn.com/heaths/archive/2006/12/08/source-resolution-during-pat...
"Rebuilding the installer cache"
http://blogs.msdn.com/heaths/archive/2006/11/30/rebuilding-the-installer-cac...
"ResolveSource Requires Source"
http://blogs.msdn.com/heaths/archive/2007/10/25/resolvesource-requires-sourc...
"Source Resiliency"
http://msdn.microsoft.com/en-us/library/aa371859.aspx --- snip ---
Regards
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #24 from max@veneto.com 2008-07-29 15:57:17 --- (In reply to comment #23)
--- quote ---
Seems "LastUsedSource" is missing backslash which leads to invalid source location after concatenating.
Ops... that one remembers me something... :-)
Max
http://bugs.winehq.org/show_bug.cgi?id=13995
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jabertolin.linux@gmail.com
--- Comment #25 from Vitaliy Margolen vitaliy@kievinfo.com 2008-08-13 08:49:08 --- *** Bug 14850 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=13995
Antonio Trindade toze@taska.tzo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |toze@taska.tzo.com
--- Comment #26 from Antonio Trindade toze@taska.tzo.com 2008-08-17 12:35:33 --- Hello,
i have the same issue of bug 14850 that apparently is a duplicated of this one.
But i don't understand the solution of this bug, what i have to do to install SP1, where can i get the patch?
Sorry i'm making dumb questions but i don't really see the solution.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=13995
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |
--- Comment #27 from Vitaliy Margolen vitaliy@kievinfo.com 2008-08-17 13:08:33 --- Not fixed - reopening.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #28 from Antonio Trindade toze@taska.tzo.com 2008-08-18 06:22:06 --- Hello,
there is any information you need?
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=13995
Alan Jackson ajackson@bcs.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ajackson@bcs.org.uk
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #29 from JAB jabertolin.linux@gmail.com 2008-08-18 16:23:30 --- Hi
I have the same problem that Antonio Trinidade. I opened #14850 and I understood that it was a duplicate of 13995 however following the comments in this bug I am not able to install .NET 1.1 properly and still fails just with the patch NDP1.
Am I missing something? Thanks
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #30 from Anastasius Focht focht@gmx.net 2008-08-18 16:46:51 --- Hello,
--- quote --- But i don't understand the solution of this bug, what i have to do to install SP1, where can i get the patch?
Sorry i'm making dumb questions but i don't really see the solution. --- quote ---
--- quote --- there is any information you need? --- quote ---
--- quote --- Am I missing something? Thanks --- quote ---
in case you didn't notice - this bug is being worked on. Just be patient.
Regards
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #31 from James Hawkins truiken@gmail.com 2008-10-16 23:38:59 --- (In reply to comment #23)
Seems "LastUsedSource" is missing backslash which leads to invalid source location after concatenating.
Regardless, the bug isn't here or below.
But even with missing backslash added this won't work anyway because the install source from previous .NET 1.1 Framework install (temp dir) is automatically removed by wine msi.
The bug has nothing to do with resolving sources or anything involving the sources. Assemblies that are already installed should not be installed again. That is why we try to access a cab that doesn't exist anymore. Implementing this requires adding assembly enumeration to the fusion API.
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #32 from badger dpwss@hotmail.com 2008-12-03 06:24:07 --- Created an attachment (id=17608) --> (http://bugs.winehq.org/attachment.cgi?id=17608) dotnet1.1 sp1 install log
http://bugs.winehq.org/show_bug.cgi?id=13995
badger dpwss@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dpwss@hotmail.com
--- Comment #33 from badger dpwss@hotmail.com 2008-12-03 06:25:51 --- I just added "dotnet1.1 sp1 install log" to the DB here; I am trying to install .NET1.1 SP1 into Wine 1.1.9 running on Suse11 / KDE3.5.
I'm not very technical when it comes to things like this so please accept my apologies if this is NOT the correct Bug to post into.
Any ideas please?
http://bugs.winehq.org/show_bug.cgi?id=13995
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |9140
http://bugs.winehq.org/show_bug.cgi?id=13995
Paul Vriens Paul.Vriens.Wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Vriens.Wine@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=13995
Paul "TBBle" Hampson Paul.Hampson@Pobox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Paul.Hampson@Pobox.com
http://bugs.winehq.org/show_bug.cgi?id=13995
--- Comment #34 from knan-wine@anduin.net 2009-09-12 09:33:02 --- Assembly enumeration was implemented in fusion in 1.1.16, but this bug is still here in 1.1.29. Some work still to do in msi, I guess...
http://bugs.winehq.org/show_bug.cgi?id=13995
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED CC| |hans@meelstraat.net Resolution| |FIXED
--- Comment #35 from Hans Leidekker hans@meelstraat.net 2009-09-17 02:08:36 --- Should be fixed in git.
http://bugs.winehq.org/show_bug.cgi?id=13995
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #36 from Alexandre Julliard julliard@winehq.org 2009-09-25 12:24:21 --- Closing bugs fixed in 1.1.30.
http://bugs.winehq.org/show_bug.cgi?id=13995
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |86e08ea4e459fae2534e9d8cb67 | |43a30e0c27b88
http://bugs.winehq.org/show_bug.cgi?id=13995
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet
-
wine-bugs＠winehq.org