http://bugs.winehq.org/show_bug.cgi?id=34823
Bug #: 34823
Summary: regasm.exe Error parsing
c:\windows\Microsoft.Net\Framework\v4.0.30319\config\m
achine.config Parser returned error 0x80004001
Product: Wine
Version: 1.7.5
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 11602011(a)qq.com
Classification: Unclassified
when setup sysbase powerdesigner 16.5.0.3982, and run pdshell16.exe, Error
info:
regasm.exe
Error parsing
c:\windows\Microsoft.Net\Framework\v4.0.30319\config\machine.config
Parser returned error 0x80004001
my system: Mac OS X Mavericks 10.9
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36210
Bug ID: 36210
Summary: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x
WPF app) wants oleacc.CreateStdAccessibleObject
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
it's unclear if the missing implementation (stub) is really harmful to the app
(there are various Wine bugs exposed in the app).
When a main menu item (popup) is navigated for the first time, the terminal
gets:
--- snip ---
fixme:oleacc:CreateStdAccessibleObject 0x44021a -4
{618736e0-3c3d-11cf-810c-00aa00389b71} 0x33d6f4
--- snip ---
Since I've seen that Piotr Caban is working on 'oleacc' component right now
(probably motivated by MS Office/Adobe ui automation bugs?), it might be useful
to track this too.
Debugger:
--- snip ---
Stopped on breakpoint 1 at 0x7d76fe08 CreateStdAccessibleObject
[/home/focht/projects/wine/wine.repo/src/dlls/oleacc/main.c:41] in oleacc
CreateStdAccessibleObject () at
/home/focht/projects/wine/wine.repo/src/dlls/oleacc/main.c:41
41 {
Wine-dbg>bt
Backtrace:
=>0 0x7d76fe08 CreateStdAccessibleObject(hwnd=0x1021c, idObject=0xfffffffc,
riidInterface=0x53833df8, ppvObject=0x33d6f4)
[/home/focht/projects/wine/wine.repo/src/dlls/oleacc/main.c:41] in oleacc
(0x0033d700)
1 0x5384d53a in uiautomationcore (+0x1d539) (0x0033d71c)
2 0x5384db45 in uiautomationcore (+0x1db44) (0x0033d754)
3 0x5383777c in uiautomationcore (+0x777b) (0x0033d76c)
4 0x0f51af8c (0x0033d7e4)
5 0x0f51ae80 (0x0033d7f8)
...
Wine-dbg>info locals
0x7d76fe08 CreateStdAccessibleObject: (0033d700)
HWND hwnd=0x1021c (parameter [ESP+4])
LONG idObject=0xfffffffc (parameter [ESP+8])
IID* riidInterface=0x53833df8 (parameter [ESP+12])
void** ppvObject=0x33d6f4 (parameter [ESP+16])
Wine-dbg>p *riidInterface
{Data1=0x618736e0, Data2=0x3c3d, Data3=0x11cf, Data4="????"}
--- snip ---
Source:
http://source.winehq.org/git/wine.git/blob/817222558d3e3dd09aba1f348f24eda2…
--- snip ---
39 HRESULT WINAPI CreateStdAccessibleObject( HWND hwnd, LONG idObject,
40 REFIID riidInterface, void** ppvObject )
41 {
42 FIXME("%p %d %s %p\n", hwnd, idObject,
43 debugstr_guid( riidInterface ), ppvObject );
44 return E_NOTIMPL;
45 }
--- snip ---
$ sha1sum PowerDesigner165_DMR.exe
c74e4cfd99500d9e3e32713b302ea35bc3f911fb PowerDesigner165_DMR.exe
$ du -sh PowerDesigner165_DMR.exe
810M PowerDesigner165_DMR.exe
$ wine --version
wine-1.7.17-148-g2e5cb7a
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33554
Bug #: 33554
Summary: Pervasive SQL v10 w3dbsmgr.exe (Database Service
Manager) crashes due to unimplemented function
clusapi.dll.GetClusterInformation
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
--- snip ---
...
0062:trace:process:create_process_impl app (null) cmdline L"C:\\Program
Files\\Pervasive Software\\PSQL\\bin\\w3dbsmgr.exe -service -srde"
...
006d:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\clusapi.dll" at 0xf7460000: builtin
006d:fixme:clusapi:OpenCluster ((null)) stub!
...
Unhandled exception: unimplemented function clusapi.dll.GetClusterInformation
called in 32-bit code (0x7b83aabb).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7b83aabb ESP:00b7d8b4 EBP:00b7d918 EFLAGS:00000283( - -- I S - - -C)
EAX:7b826979 EBX:7b8ba000 ECX:f746a2e0 EDX:00b7d8d4
ESI:deadbeef EDI:f7460000
...
Module Address Debug info Name (70 modules)
PE 400000- 46b000 Deferred w3dbsmgr
PE 470000- 54c000 Deferred pscl3
PE b80000- bcc000 Deferred w3sqlmgr
PE bd0000- dfd000 Deferred w3odbcei
PE 1020000- 1082000 Deferred clientrb
PE 10000000-1004b000 Deferred pscore3
PE 67d00000-67d57000 Export w3mif190
PE 78130000-781cb000 Deferred msvcr80
...
Threads:
process tid prio (all id:s are in hex)
...
00000030 (D) C:\Program Files\Pervasive Software\PSQL\bin\w3dbsmgr.exe
0000006d 0 <==
0000006c 0
0000006b 0
00000061 0
System information:
Wine build: wine-1.5.29-208-gfdedaba
Platform: i386
Host system: Linux
Host version: 3.8.11-200.fc18.x86_64
--- snip ---
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29194
Bug #: 29194
Summary: Batman Arkham Asylum demo: black screen with Catalyst
>= 11.6
Product: Wine
Version: 1.3.33
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: danxuliu(a)gmail.com
Classification: Unclassified
Created attachment 37672
--> http://bugs.winehq.org/attachment.cgi?id=37672
Batman Arkham Asylum demo log with Catalyst 11.11
I'm not sure if this is a real Wine bug or just a Catalyst bug. If it is a
Catalyst bug, sorry for bothering you :)
In a fresh wineprefix, I have configured Wine (1.3.33) to run in windowed mode,
in 1024x768 resolution. After that, I have installed Batman Arkham Asylum demo
(http://cdn2.netops.eidosinteractive.com/batmanarkhamasylum/BMDemo_installer…).
Then, I have installed dotnet20 with winetricks (as .NET is needed to run the
game). Due to bug http://bugs.winehq.org/show_bug.cgi?id=20651, I also have to
add in "installed Batman Demo directory"/BmGame/Config/UserEngine.ini:
[Engine.Engine]
Language=int
Once all this is done, executing "installed Batman Demo
directory"/Binaries/ShippingPC-BmGame.exe with Catalyst 11.5 shows a Batman
image and then the intro videos (bink videos) start.
However, with Catalyst 11.6 and newer (the newest at the time of this writing
is 11.11, and it shows the problem too) instead of the intro videos a black
screen appears. If I change to other window and then show the Wine desktop
again, the game window is not refreshed (I mean, the contents of the game
window are those of the window I showed over it).
My graphics card is an Ati Radeon HD 4890.
I have attached the Wine log. Note that the "^C" in the eighth line from the
end was caused by a Ctrl-C in the console to stop the game.
I don't know what other information is needed, so please ask :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24461
Summary: Batman: Arkham Asylum Demo aborts on startup in
system.management?
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Work around bug 24460 to get the game to install, then try to
start it with
cd "$programfilesdir_x86_win\\Eidos\\Batman Arkham Asylum Demo\\Binaries"
ShippingPC-BmGame.exe
It crashes with an error report dialog box; the following log
lines correspond to the dialog box:
fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"):
stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000fa,0x3009a1b4,0x5dc624):
stub
err:eventlog:ReportEventW L"clr20r3"
err:eventlog:ReportEventW L"bmlauncher.exe"
err:eventlog:ReportEventW L"1.0.0.0"
err:eventlog:ReportEventW L"4a65eeb5"
err:eventlog:ReportEventW L"system.management"
Workaround from appdb: download the three files
http://www.glio.net/UserEngine.inihttp://www.glio.net/UserInput.inihttp://www.glio.net/UserGame.ini
to
c:/users/$USERNAME/My Documents/Eidos/Batman Arkham Asylum Demo/BmGame/Config
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24460
Summary: Batman: Arkham Asylum Demo won't install without
dotnet30 and gfw
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
If you try to install the demo with no native libraries,
the install fails with
DXSetup.exe - Error
A fatal error occurred. However, mscorees.dll could not be loaded to display
the appropriate error message. Please reinstall the .NET framework.
"winetricks dotnet30 gfw" works around this.
At one point, I think "winetricks mono26 gfw" also worked around it,
but that's not working for me at the moment.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37599
Bug ID: 37599
Summary: AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library
Sample Client (.NET 4.0 app) needs VSSAPI.DLL
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
since there is a patch pending introducing vssapi stub dll
(https://source.winehq.org/patches/data/107766) it might be useful to have some
bug report :)
Found .NET Framework based (managed wrapper) library and example client.
CW probably has some different, specific app in mind :)
Download: https://alphavss.codeplex.com/
Prerequisite: 'winetricks -q dotnet40'
--- snip ---
$ pwd
/home/focht/Downloads/AlphaVSS-1.2.4000.3/Bin/Release
$ wine ./AlphaShadow.exe lws
...
fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.Common"
fixme:shell:URL_ParseUrl failed to parse L"System.Core"
fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices"
AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client
Copyright c Peter Palotas 2008-2012
fixme:shell:URL_ParseUrl failed to parse L"System"
Final context: 0
fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.51.x86"
err:module:import_dll Library VSSAPI.DLL (which is needed by
L"Z:\\home\\focht\\Downloads\\AlphaVSS-1.2.4000.3\\Bin\\Release\\AlphaVSS.51.x86.dll")
not found
Error: Could not load file or assembly 'AlphaVSS.51.x86.dll'
or one of its dependencies. Module not found.
--- snip ---
$ sha1sum AlphaVSS-1.2.4000.3.zip
d465732a6a8909bde092d6a8ce3961086a5a57d4 AlphaVSS-1.2.4000.3.zip
$ du -sh AlphaVSS-1.2.4000.3.zip
5.4M AlphaVSS-1.2.4000.3.zip
$ wine --version
wine-1.7.31-64-gd22928f
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38734
Bug ID: 38734
Summary: Application Impact Telemetry Static Analyzer from
Windows SDK 8.1 App Certification Kit needs
api-ms-win-core-path-l1-1-0.dll
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Prerequisite for Windows SDK 8.1 install:
* new 32-bit WINEPREFIX
* 'winetricks -q dotnet40 corefonts'
* change WinVer to 'Vista'
* install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET
Framework 2.x, 3.x install which is not needed here)
Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component
disabled to get all Windows 8+ components installed
--- snip ---
$ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe
--- snip ---
Run the tool:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/App Certification Kit
$ wine ./aitstatic.exe
fixme:wer:WerSetFlags (2) stub!
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:ntdll:WinSqmIsOptedIn () stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
err:module:import_dll Library AEPIC.dll (which is needed by L"C:\\Program
Files\\Windows Kits\\8.1\\App Certification Kit\\aitstatic.exe") not found
err:module:import_dll Library api-ms-win-core-path-l1-1-0.dll (which is needed
by L"C:\\Program Files\\Windows Kits\\8.1\\App Certification
Kit\\aitstatic.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Windows Kits\\8.1\\App Certification Kit\\aitstatic.exe" failed, status
c0000135
--- snip ---
Windows 8+ API sets:
https://msdn.microsoft.com/en-us/library/windows/desktop/dn505783%28v=vs.85…
--- quote ---
api-ms-win-core-path-l1-1-0.dll
PathAllocCanonicalize
PathAllocCombine
PathCchAddBackslash
PathCchAddBackslashEx
PathCchAddExtension
PathCchAppend
PathCchAppendEx
PathCchCanonicalize
PathCchCanonicalizeEx
PathCchCombine
PathCchCombineEx
PathCchFindExtension
PathCchIsRoot
PathCchRemoveBackslash
PathCchRemoveBackslashEx
PathCchRemoveExtension
PathCchRemoveFileSpec
PathCchRenameExtension
PathCchSkipRoot
PathCchStripPrefix
PathCchStripToRoot
PathIsUNCEx
--- quote ---
$ sha1sum sdksetup.exe
4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe
$ du -sh sdksetup.exe
976K sdksetup.exe
$ wine --version
wine-1.7.44-173-g42cbc05
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38736
Bug ID: 38736
Summary: Volume Shadow Copy Service (VSS) Backup/Restore Test
Tool from Windows SDK 8.1 needs
api-ms-win-security-lsalookup-l1-1-0.dll
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Prerequisite for Windows SDK 8.1 install:
* new 32-bit WINEPREFIX
* 'winetricks -q dotnet40 corefonts'
* change WinVer to 'Vista'
* install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET
Framework 2.x, 3.x install which is not needed here)
Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component
disabled to get all Windows 8+ components installed
--- snip ---
$ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe
--- snip ---
Run the tool:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86
$ wine ./betest.exe
fixme:wer:WerSetFlags (2) stub!
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:ntdll:WinSqmIsOptedIn () stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
err:module:import_dll Library api-ms-win-security-lsalookup-l1-1-0.dll (which
is needed by L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\betest.exe") not
found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Windows Kits\\8.1\\bin\\x86\\betest.exe" failed, status c0000135
--- snip ---
Windows 7 API set:
http://www.geoffchappell.com/studies/windows/win32/apisetschema/ms-win-secu…
--- quote ---
API-MS-Win-Security-LSALookup-L1-1-0
All the functions in the API-MS-Win-Security-LSALookup-L1-1-0 set are exports
from SECHOST version 6.1 and higher, and are not documented (though they are
each declared in one or another SDK header file):
LookupAccountNameLocalA
LookupAccountNameLocalW
LookupAccountSidLocalA
LookupAccountSidLocalW
LsaLookupClose
LsaLookupFreeMemory
LsaLookupGetDomainInfo
LsaLookupManageSidNameMapping
LsaLookupOpenLocalPolicy
LsaLookupTranslateNames
LsaLookupTranslateSids
The Windows 7 schema redirects this API Set to SECHOST.
--- quote ---
$ sha1sum sdksetup.exe
4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe
$ du -sh sdksetup.exe
976K sdksetup.exe
$ wine --version
wine-1.7.44-173-g42cbc05
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38738
Bug ID: 38738
Summary: VSS Agent from Windows SDK 8.1 needs
api-ms-win-security-lsalookup-l1-1-1.dll
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Similar to bug 38736 which is about 'api-ms-win-security-lsalookup-l1-1-0.dll'
Prerequisite for Windows SDK 8.1 install:
* new 32-bit WINEPREFIX
* 'winetricks -q dotnet40 corefonts'
* change WinVer to 'Vista'
* install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET
Framework 2.x, 3.x install which is not needed here)
Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component
disabled to get all Windows 8+ components installed
--- snip ---
$ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe
--- snip ---
Run the tool:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86
$ wine ./vssagent.exe
fixme:wer:WerSetFlags (2) stub!
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:ntdll:WinSqmIsOptedIn () stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
err:module:import_dll Library api-ms-win-security-lsalookup-l1-1-1.dll (which
is needed by L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\vssagent.exe")
not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Windows Kits\\8.1\\bin\\x86\\vssagent.exe" failed, status c0000135
--- snip ---
Couldn't find info on this Windows 7 API set - unlike
API-MS-Win-Security-LSALookup-L1-1-0 - maybe it's a minor patch level.
$ sha1sum sdksetup.exe
4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe
$ du -sh sdksetup.exe
976K sdksetup.exe
$ wine --version
wine-1.7.44-173-g42cbc05
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38737
Bug ID: 38737
Summary: 'makeappx' tool from Windows SDK 8.1 crashes on
unimplemented function
ntdll.dll.RtlInitializeGenericTableAvl
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Prerequisite for Windows SDK 8.1 install:
* new 32-bit WINEPREFIX
* 'winetricks -q dotnet40 corefonts'
* change WinVer to 'Vista'
* install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET
Framework 2.x, 3.x install which is not needed here)
Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component
disabled to get all Windows 8+ components installed
--- snip ---
$ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe
--- snip ---
Run the tool:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86
$ wine ./makeappx.exe
fixme:wer:WerSetFlags (2) stub!
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:ntdll:WinSqmIsOptedIn () stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
wine: Call from 0x7bc61787 to unimplemented function
ntdll.dll.RtlInitializeGenericTableAvl, aborting
wine: Unimplemented function ntdll.dll.RtlInitializeGenericTableAvl called at
address 0x7bc61787 (thread 0009), starting debugger...
--- snip ---
MSDN: https://msdn.microsoft.com/en-us/library/hh406465%28v=vs.85%29.aspx
Also mentioned here:
https://msdn.microsoft.com/en-us/library/ff552989%28v=vs.85%29.aspx (part of
'RtlInitializeGenericTable' documentation)
$ sha1sum sdksetup.exe
4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe
$ du -sh sdksetup.exe
976K sdksetup.exe
$ wine --version
wine-1.7.44-173-g42cbc05
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38731
Bug ID: 38731
Summary: TopoEdit tool from Windows SDK 8.1 crashes on
unimplemented function mf.dll.MFCreateTopology
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Prerequisite for Windows SDK 8.1 install:
* new 32-bit WINEPREFIX
* 'winetricks -q dotnet40 corefonts'
* change WinVer to 'Vista'
* install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET
Framework 2.x, 3.x install which is not needed here)
Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component
disabled to get all Windows 8+ components installed
--- snip ---
$ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe
--- snip ---
Run the tool:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86
$ wine ./topoedit.exe
fixme:wer:WerSetFlags (2) stub!
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:ntdll:WinSqmIsOptedIn () stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:mfplat:MFStartup (131184, 0): stub
wine: Call from 0x7b845511 to unimplemented function mf.dll.MFCreateTopology,
aborting
wine: Unimplemented function mf.dll.MFCreateTopology called at address
0x7b845511 (thread 0009), starting debugger...
--- snip ---
Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/mf/mf.spec#l63
MSDN: https://technet.microsoft.com/pt-pt/library/ms701584
$ sha1sum sdksetup.exe
4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe
$ du -sh sdksetup.exe
976K sdksetup.exe
$ wine --version
wine-1.7.44-173-g42cbc05
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38733
Bug ID: 38733
Summary: appcertui helper tool from Windows SDK 8.1 App
Certification Kit crashes on unimplemented function
api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessT
oken
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Prerequisite for Windows SDK 8.1 install:
* new 32-bit WINEPREFIX
* 'winetricks -q dotnet40 corefonts'
* change WinVer to 'Vista'
* install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET
Framework 2.x, 3.x install which is not needed here)
Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component
disabled to get all Windows 8+ components installed
--- snip ---
$ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe
--- snip ---
Run the tool:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/App Certification Kit
$ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./appcertui.exe
...
0047:trace:process:create_process_impl starting L"C:\\Program Files\\Windows
Kits\\8.1\\Testing\\Runtimes\\TAEF\\TE.exe" as Win32 binary (0x400000-0x43c000,
arch 014c)
000d:trace:loaddll:load_builtin_dll Loaded L"KERNEL32.dll" at 0x7b820000:
builtin
000d:trace:process:init_current_directory starting in L"C:\\Program
Files\\Windows Kits\\8.1\\App Certification Kit\\" 0x1c
000d:trace:process:__wine_kernel_init starting process name=L"C:\\Program
Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\Te.exe"
argv[0]=L"C:\\Program Files\\Windows
Kits\\8.1\\Testing\\Runtimes\\TAEF\\TE.exe"
000d:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Windows
Kits\\8.1\\Testing\\Runtimes\\TAEF\\Te.exe" at 0x400000: native
0047:trace:process:create_process_impl started process pid 000b tid 000d
...
000d:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-processthreads-l1-1-1.dll" at
0x7eff0000: builtin
000d:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b845511
ip=7b845511 tid=000d
000d:trace:seh:raise_exception info[0]=7effcbec
000d:trace:seh:raise_exception info[1]=7effcced
wine: Call from 0x7b845511 to unimplemented function
api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessToken, aborting
--- snip ---
Windows 8+ API sets:
https://msdn.microsoft.com/en-us/library/windows/desktop/dn505783%28v=vs.85…
Wine is missing the forward in the API set dll.
$ sha1sum sdksetup.exe
4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe
$ du -sh sdksetup.exe
976K sdksetup.exe
$ wine --version
wine-1.7.44-173-g42cbc05
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35910
Bug ID: 35910
Summary: not open programs
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: midela73(a)gmail.com
Created attachment 47958
--> http://bugs.winehq.org/attachment.cgi?id=47958
not open programs
not open programs
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25776
Summary: Windows Live Mesh installer renders incorrectly
Product: Wine
Version: 1.3.11
Platform: x86-64
URL: http://explore.live.com/windows-live-mesh?os=other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trygve.vea(a)gmail.com
Created an attachment (id=32848)
--> (http://bugs.winehq.org/attachment.cgi?id=32848)
Terminal output, wine 1.3.11
While attempting to test bug 4538, I'm unable to install Windows Live Mesh due
to the installer rendering incorrectly (PS: Prerequisite for getting thus far
is setting Windows version to Windows 7). There are no visible buttons, only
some text.
Uploaded attachment shows terminal output.
Will upload screenshot shortly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16884
Summary: .NET 3.0: WCF installer fails due to LsaLookupNames2
stub
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16883 the next one...
Prerequisites:
---
1. clean WINEPREFIX
2. sh mywinetricks -q wmicore
3. sh winetricks -q dotnet20
4. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
6. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
---
The WCF installer still fails:
"c:\\windows\\temp\\dd_wcf_retCA5476.txt":
--- snip ---
ServiceModelReg [14:57:53:680]: Starting tool
'C:\windows\system32\wbem\mofcomp.exe' with parameters
'"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"'.
ServiceModelReg [14:57:55:965]: Microsoft (R) 32-bit MOF Compiler Version
1.50.1085.0001
ServiceModelReg [14:57:55:966]: Copyright (c) Microsoft Corp. 1997-1999. All
rights reserved.
ServiceModelReg [14:58:03:464]:
ServiceModelReg [14:58:03:467]: Parsing MOF file:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof
ServiceModelReg [14:58:06:160]: MOF file has been successfully parsed
ServiceModelReg [14:58:06:164]: Storing data in the repository...
ServiceModelReg [14:58:07:047]: An error occurred while creating object 3
defined on lines 20 - 24:
ServiceModelReg [14:58:07:053]: 0X80041002 Class, instance, or property
'HostingModel' was not found.
ServiceModelReg [14:58:07:280]: Compiler returned error 0x80041001
ServiceModelReg [14:58:07:280]:
ServiceModelReg [14:58:07:291]:
ServiceModelReg [14:58:07:330]: Tool 'C:\windows\system32\wbem\mofcomp.exe'
with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"' exited with code '3'.
ServiceModelReg [14:58:07:473]: Warning: Failure executing
"C:\windows\system32\wbem\mofcomp.exe" with parameters
""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3
executing C:\windows\system32\wbem\mofcomp.exe with
"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"
at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program,
String parameters, Int32[] allowedExitCodes)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
ServiceModelReg [14:58:08:291]: Error: WMI classes are not installed.
ServiceModelReg [14:58:08:304]: Repairing: Windows CardSpace (idsvc)
ServiceModelReg [14:58:08:610]: Repairing: Net.Tcp Port Sharing Service
(NetTcpPortSharing)
ServiceModelReg [14:58:09:011]:
System.Security.Principal.IdentityNotMappedException: Some or all identity
references could not be translated.
at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection
sourceAccounts, Type targetType, Boolean forceSuccess)
at System.Security.Principal.NTAccount.Translate(Type targetType)
at
System.Security.AccessControl.CommonObjectSecurity.ModifyAccess(AccessControlModification
modification, AccessRule rule, Boolean& modified)
at
System.Security.AccessControl.CommonObjectSecurity.AddAccessRule(AccessRule
rule)
at
System.ServiceModel.Install.ListenerServiceInstallComponent.SetConfigSecurity(OutputLevel
outputLevel)
at
System.ServiceModel.Install.ListenerServiceInstallComponent.OnReinstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/11/2009 14:58:09 ===
--- snip ---
Relevant trace log:
--- snip ---
0035:fixme:advapi:LsaLookupNames2
(0xcafe,0x00000000,0x00000001,0x1421c0,0x33efdc,0x33efd0) stub
...
0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54
ip=0x7b844fd7 tid=0035
0035:trace:seh:raise_exception info[0]=80131501
0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000
edx=0033f0b8 esi=0033f0b8 edi=e0434f4d
0035:trace:seh:raise_exception ebp=0033f080 esp=0033f01c cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000246
0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d
flags=1
0035:CALL
MSVCR80._except_handler4_common(7a381240,79e717fb,0033f02c,0033f0d0,0033ecb8,0033eb60)
ret=79f9a3e7
0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7
0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1
0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d
flags=1
0035:CALL MSVCR80.__CxxFrameHandler3() ret=7bc729f1
0035:RET MSVCR80.__CxxFrameHandler3() retval=00000001 ret=7bc729f1
0035:trace:seh:call_stack_handlers handler at 0x7a3197d4 returned 1
0035:trace:seh:call_stack_handlers calling handler at 0x79f948ec code=e0434f4d
flags=1
....
0035:fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install
3.0.0.0"): stub
0035:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa55c64,0xa55b0c):
stub
0035:err:eventlog:ReportEventW
L"System.Security.Principal.IdentityNotMappedException: Some or all identity
references could not be translated.\r\n at
System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection
sourceAccounts, Type targetType, Boolean forceSuccess)\r\n at
System.Security.Principal.NTAccount.Transla"...
--- snip ---
Oh joy, LSA again ...
There already exist other bugs falling into same problem domain, example: bug
16418
If developer resources are short maybe this could be part of some SoC project:
making transition from current approach towards LSA rpc interface and lsass
(and fleshing out stubs of course).
http://www.hsc.fr/ressources/articles/win_net_srv/msrpc_lsarpc.html
I fleshed the stub a bit just for proof and it gets the WCF installer further.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16886
Summary: .NET 3.0: WCF installer requires ChangeServiceConfig2
with SERVICE_CONFIG_FAILURE_ACTIONS support
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
actually bug 16883 contained two bugs and this one slipped through.
ChangeServiceConfig2W API needs SERVICE_CONFIG_FAILURE_ACTIONS support.
---
1. clean WINEPREFIX
2. sh mywinetricks -q wmicore
3. sh winetricks -q dotnet20
4. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
6. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
---
Relevant log:
--- snip ---
ServiceModelReg [16:55:11:288]: Repairing: Windows CardSpace (idsvc)
ServiceModelReg [16:55:11:307]: System.AccessViolationException: Attempted to
read or write protected memory. This is often an indication that other memory
is corrupt.
at
System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle
hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo)
at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan
resetPeriod, TimeSpan[] restartPeriods)
at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel
outputLevel)
at
System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/11/2009 16:55:11 ===
--- snip ---
After fleshing out programs/services/svcctl_ChangeServiceConfig2W() a bit the
problem is prevented (fake seems also ok).
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16891
Summary: .NET 3.0: Windows Workflow Foundation installer claims
.NET 2.0 Framework needed, MsiNetAssemblySupport/msi
fusion version retrieval bug
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16888 another subinstaller "Windows Workflow Foundation"
fails, claiming ".NET 2.0 Framework is required".
This is of course already installed as part of prerequisite.
Prerequisites:
---
1. clean WINEPREFIX
2. sh mywinetricks -q wmicore
3. sh winetricks -q dotnet20
4. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
6. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
---
The corresponding logfile "dd_WF_3.0_x86retMSI48DE.txt" reveals nothing, it's
empty.
Using ORCA on "WF_3.0_x86.msi" shows that MsiNetAssemblySupport >="2.0.50727"
condition needs to be satisfied.
The "MsiNetAssemblySupport" property should be set in set_msi_assembly_prop()
but it doesn't seem so.
Trace log shows:
--- snip ---
0016:Call version.GetFileVersionInfoSizeW(00149050
L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",0032f2d0)
ret=6024ad80
0016:Call KERNEL32.GetModuleHandleExW(00000000,00149050,0032ef90) ret=609ecc77
0016:Ret KERNEL32.GetModuleHandleExW() retval=00000000 ret=609ecc77
0016:Call KERNEL32.LoadLibraryExW(00149050
L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",00000000,00000002)
ret=609ecc99
0016:Call PE DLL (proc=0x60c431f0,module=0x60c40000
L"psapi.dll",reason=PROCESS_ATTACH,res=(nil))
...
0016:Ret PE DLL (proc=0x60bd98c4,module=0x60bd0000
L"fusion.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1
0016:Ret KERNEL32.LoadLibraryExW() retval=60bd0000 ret=609ecc99
0016:Call KERNEL32.FindResourceW(60bd0000,00000001,00000010) ret=609ecd25
0016:Ret KERNEL32.FindResourceW() retval=00000000 ret=609ecd25
0016:Call KERNEL32.FreeLibrary(60bd0000) ret=609ecd94
...
0016:Ret KERNEL32.FreeLibrary() retval=00000001 ret=609ecd94
0016:Call KERNEL32.SetLastError(00000714) ret=609ed6e6
0016:Ret KERNEL32.SetLastError() retval=00000714 ret=609ed6e6
0016:Ret version.GetFileVersionInfoSizeW() retval=00000000 ret=6024ad80
--- snip ---
Looking into "C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll" path
there is no native fusion.dll.
Hence Wine's builtin fusion.dll is loaded by LoadLibraryExW().
The builtin fusion doesn't contain version resource so it fails.
This is a subtile problem: adding version resource to Wine's fusion might cause
problems because every .NET Framework might ship it's own version of fusion
which ought to override builtin fusion.
http://msdn.microsoft.com/en-us/library/aa370325.aspx
Usually:
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusion.dll
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\fusion.dll
AFAIK .NET 3.0 and 3.5 don't bring their own fusion version (someone might
check a real Windows installation with these Frameworks present).
The problem is how dlls/msi/package.c:get_fusion_filename() works.
At the point where the installation fails the following registry data is
present at the location get_fusion_filename() reads:
--- snip ---
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup]
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP]
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727]
"Increment"="42"
"Install"=dword:00000001
"MSI"=dword:00000001
"SP"=dword:00000000
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727\1033]
"Install"=dword:00000001
"MSI"=dword:00000001
"SP"=dword:00000000
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0]
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup]
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework
Setup\NDP\v3.0\Setup\Windows Communication Foundation]
"InstallSuccess"=dword:00000001
"ReferenceInstallPath"="C:\\Program Files\\Reference
Assemblies\\Microsoft\\Framework\\v3.0\\"
"RuntimeInstallPath"="C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows
Communication Foundation\\"
"Version"="3.0.04506.30"
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework
Setup\NDP\v3.0\Setup\Windows Presentation Foundation]
@="Windows Presentation Foundation"
"InstallRoot"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\"
"InstallSuccess"=dword:00000001
"ProductVersion"="3.0.6920.0"
"Version"="3.0.6920.0"
"WPFCommonAssembliesPathx86"="C:\\windows\\system32\\"
"WPFNonReferenceAssembliesPathx86"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\"
"WPFReferenceAssembliesPathx86"="C:\\Program Files\\Reference
Assemblies\\Microsoft\\Framework\\v3.0\\"
--- snip ---
I don't know how Windows msi does MsiNetAssemblySupport.
Maybe a check for real existence of (native) fusion.dll to prevent false load
of "builtin" fusion is better.
If native fusion is not present in full path, that .NET Framework subkey data
(version) can't be used for MsiNetAssemblySupport property.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16888
Summary: .NET 3.0: WCF installer requires httpapi.dll with some
stubs
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16883 the next one...
Prerequisites:
---
1. clean WINEPREFIX
2. sh mywinetricks -q wmicore
3. sh winetricks -q dotnet20
4. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
6. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
---
The WCF installer still fails:
--- snip ---
ServiceModelReg [15:38:17:256]: Repairing: Net.Tcp Port Sharing Service
(NetTcpPortSharing)
ServiceModelReg [15:38:17:279]: Uninstalling: HTTP Namespace Reservations
ServiceModelReg [15:38:17:294]: System.DllNotFoundException: Unable to load DLL
'httpapi.dll': Exception from HRESULT: 0x8007007E
at System.ServiceModel.Install.NativeMethods.HttpTerminate(Int32 Flags,
IntPtr pReserved)
at
System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled()
at
System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel
outputLevel)
at
System.ServiceModel.Install.ServiceModelInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/11/2009 15:38:17 ===
--- snip ---
Native httpapi override makes things only worse since it expects http service
present ...
--- snip ---
...
0035:CALL HTTPAPI.HttpInitialize(<unknown, check return>) ret=036a22c0
0035:trace:ntdll:NtCreateFile handle=0x67a16094 access=c0100000
name=L"\\Device\\Http\\Control" objattr=00000040 root=(nil) sec=(nil)
io=0x33ed54 alloc_size=(nil)
attr=00000000 sharing=00000003 disp=1 options=00000000 ea=0x18fb28.0x0000001f
0035:trace:service:OpenSCManagerW ((null),(null),0x00000001)
0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18fb28
...
0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1)
...
0035:trace:service:OpenSCManagerW returning 0x18fb28 (access : 0x00000001)
0035:trace:service:OpenServiceW 0x18fb28 L"HTTP" 20
0035:trace:service:sc_handle_alloc sc_handle type=1 -> 0x18f658
...
0018:trace:service:svcctl_OpenServiceW (L"HTTP", 0x14)
...
0035:trace:service:sc_handle_destroy_service destroying service 0x18f658
0035:trace:service:CloseServiceHandle 0x18fb28
...
0035:trace:service:sc_handle_destroy_manager destroying SC Manager 0x18fb28
0035:RET HTTPAPI.HttpInitialize(00000001,00000002,00000000) retval=00000003
ret=036a22c0
...
Uninstalling: HTTP Namespace Reservations
Error: Path not found
fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install
3.0.0.0"): stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa534b4,0xa5335c):
stub
err:eventlog:ReportEventW L"System.ComponentModel.Win32Exception: Path not
found\r\n at
System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled()\r\n
at
System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel
outputLevel)\r\n at System.ServiceModel.Install.Se"...
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1603
...
--- snip ---
It seems better to provide a simple httpapi stub dll.
MSDN for more info (only version 1 API seems requested):
http://msdn.microsoft.com/en-us/library/aa364627.aspxhttp://msdn.microsoft.com/en-us/library/aa364625.aspx
After generating a stub dll with winedump and some trial & error sessions, the
minimum required stubs are as follows:
--- snip ---
HttpDeleteServiceConfiguration -> return NO_ERROR (0)
HttpInitialize -> return NO_ERROR (0)
HttpQueryServiceConfiguration -> return ERROR_FILE_NOT_FOUND (2) (most likely
means the service not installed, passed args can be left untouched with this
error)
HttpSetServiceConfiguration -> return NO_ERROR (0)
HttpTerminate -> return NO_ERROR (0)
--- snip ---
With those stubs in place, the HTTP api related actions (fake) succeed.
--- snip ---
ServiceModelReg [16:30:52:470]: Uninstalling: HTTP Namespace Reservations
ServiceModelReg [16:30:52:472]: Warning: HTTP namespace reservations are not
installed.
ServiceModelReg [16:30:52:472]: Installing: HTTP Namespace Reservations
ServiceModelReg [16:30:52:473]: Information: The ServiceModelReg tool has
completed successfully.
--- snip ---
and the WCF installer claims success.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16883
Summary: .NET 3.0: WCF installer fails due bug in services.exe
svcctl_GetServiceKeyNameW
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16882 (WMI is needed) we resume where we left: bug 16878
---
1. clean WINEPREFIX
2. sh mywinetricks -q wmicore
3. sh winetricks -q dotnet20
4. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
6. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
---
The WCF installer still fails:
"c:\\windows\\temp\\dd_dotnetfx3error.txt":
--- snip ---
[01/11/09,14:18:10] Windows Communication Foundation: [2] Error: Installation
failed for component Windows Communication Foundation. MSI returned error code
1603
[01/11/09,14:18:21] WapUI: [2] DepCheck indicates Windows Communication
Foundation is not installed.
--- snip ---
"c:\\windows\\temp\\dd_wcf_retMSI1CB9.txt":
--- snip ---
1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe /r /x /y /v 2:
1: ERROR: Process returned non-0 value! CMDLINE:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe /r /x /y /v 2:
1: Failed 2:
--- snip ---
--- snip ---
ServiceModelReg [14:18:09:203]: Starting tool
'C:\windows\system32\wbem\mofcomp.exe' with parameters
'"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"'.
ServiceModelReg [14:18:09:328]: Microsoft (R) 32-bit MOF Compiler Version
1.50.1085.0001
ServiceModelReg [14:18:09:329]: Copyright (c) Microsoft Corp. 1997-1999. All
rights reserved.
ServiceModelReg [14:18:09:423]:
ServiceModelReg [14:18:09:425]: Parsing MOF file:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof
ServiceModelReg [14:18:09:446]: MOF file has been successfully parsed
ServiceModelReg [14:18:09:447]: Storing data in the repository...
ServiceModelReg [14:18:10:115]: An error occurred while creating object 3
defined on lines 20 - 24:
ServiceModelReg [14:18:10:116]: 0X80041002 Class, instance, or property
'HostingModel' was not found.
ServiceModelReg [14:18:10:122]: Compiler returned error 0x80041001
ServiceModelReg [14:18:10:122]:
ServiceModelReg [14:18:10:122]:
ServiceModelReg [14:18:10:124]: Tool 'C:\windows\system32\wbem\mofcomp.exe'
with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"' exited with code '3'.
ServiceModelReg [14:18:10:166]: Warning: Failure executing
"C:\windows\system32\wbem\mofcomp.exe" with parameters
""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3
executing C:\windows\system32\wbem\mofcomp.exe with
"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"
at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program,
String parameters, Int32[] allowedExitCodes)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
ServiceModelReg [14:18:10:231]: Error: WMI classes are not installed.
ServiceModelReg [14:18:10:233]: Repairing: Windows CardSpace (idsvc)
ServiceModelReg [14:18:10:251]: System.AccessViolationException: Attempted to
read or write protected memory. This is often an indication that other memory
is corrupt.
at
System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle
hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo)
at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan
resetPeriod, TimeSpan[] restartPeriods)
at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel
outputLevel)
at
System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/11/2009 14:18:10 ===
--- snip ---
Ok, lets leave the WMI failures aside (despite having native WMI core
installed) and see how far it goes.
That infocard service (re)install looks bugged:
--- snip ---
0035:trace:service:OpenSCManagerW ((null),(null),0x00000001)
0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18ef38
0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1)
0035:trace:service:OpenSCManagerW returning 0x18ef38 (access : 0x00000001)
0035:CALL MSVCR80.memcpy() ret=79e808d5
0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5
0035:trace:service:GetServiceKeyNameW 0x18ef38 L"" 0x88e170 0x33f1f0
0014:trace:service:svcctl_GetServiceKeyNameW (L"idsvc", 256)
0035:CALL MSVCR80.memcpy() ret=79e808d5
0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5
0035:CALL MSVCR80.memcpy() ret=79e808d5
0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5
0035:trace:service:GetServiceDisplayNameW 0x18ef38 L"idsvc" 0x17b820 0x33f1f0
0013:trace:service:svcctl_GetServiceDisplayNameW (L"idsvc", 1)
0035:CALL MSVCR80.memcpy() ret=79e808d5
0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5
0035:CALL MSVCR80.memset(0033f0c4,00000000,0000002c,0033f0bc) ret=79eef4cb
0035:RET MSVCR80.memset() retval=0033f0c4 ret=79eef4cb
0035:CALL MSVCR80.memcpy() ret=79e770f8
0035:RET MSVCR80.memcpy() retval=0033f02c ret=79e770f8
0035:CALL MSVCR80.memset(0033ea2c,00000000,0000001c,0033ea70) ret=79e7d873
0035:RET MSVCR80.memset() retval=0033ea2c ret=79e7d873
0035:CALL MSVCR80.memcpy() ret=79e808d5
0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5
0035:CALL MSVCR80.memcpy() ret=79e808d5
0035:RET MSVCR80.memcpy() retval=00a4363c ret=79e808d5
0035:CALL MSVCR80.memcpy() ret=79e770f8
0035:RET MSVCR80.memcpy() retval=0033f10c ret=79e770f8
0035:CALL MSVCR80.memcmp(008647a8,032e66b9,00000012) ret=79efee2f
0035:RET MSVCR80.memcmp() retval=00000000 ret=79efee2f
0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54
ip=0x7b844fd7 tid=0035
0035:trace:seh:raise_exception info[0]=80131509
0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000
edx=0033f0f0 esi=0033f0f0 edi=e0434f4d
0035:trace:seh:raise_exception ebp=0033f0b8 esp=0033f054 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000246
0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d
flags=1
0035:CALL
MSVCR80._except_handler4_common(7a381240,79e717fb,0033f064,0033f108,0033ecf0,0033eb90)
ret=79f9a3e7
0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7
0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1
0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d
flags=1
--- snip ---
If we dump the corresponding SCM entry:
--- snip ---
000d:trace:service:scmdatabase_load_services Loading service L"idsvc"
000d:trace:service:load_service_config Image path =
L"\"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication
Foundation\\infocard.exe\""
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"Windows
CardSpace"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
--- snip ---
That GetServiceKeyNameW() API failure seems to be ok because the app passes the
key name itself "idsvc" and not the service display name.
The following GetServiceDisplayNameW() also fails, leading to app
error/exception.
If you look closer, you see svcctl_GetServiceDisplayNameW (L"idsvc", 1) ->
buffer length "1" passed.
This is clearly not what the app intended.
The app reuses the length parameter from GetServiceKeyNameW(), passing it again
into GetServiceDisplayNameW() but Wine changed it to "1" which seems incorrect.
--- snip programs/services/rpc.c ---
DWORD svcctl_GetServiceKeyNameW(
SC_RPC_HANDLE hSCManager,
LPCWSTR lpServiceDisplayName,
WCHAR *lpBuffer,
DWORD cchBufSize,
DWORD *cchLength)
{
...
entry = scmdatabase_find_service_by_displayname(manager->db,
lpServiceDisplayName);
if (entry != NULL)
{
...
else
{
*cchLength = 1;
err = ERROR_SERVICE_DOES_NOT_EXIST;
}
scmdatabase_unlock(manager->db);
if (err != ERROR_SUCCESS && cchBufSize > 0)
lpBuffer[0] = 0;
return err;
}
--- snip programs/services/rpc.c --
This doesn't look right, a conformance test case should reveal the correct
behaviour.
I already verified this with a patch.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16893
Summary: .NET 3.0: Windows Workflow Foundation post-install:
loadperf needs LoadPerfCounterTextStringsA/W stubs
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16891 the WF post install fails while running
performance counter registration.
Thanks to recent fixture of bug 12099 we have loadperf dll already in place...
--- snip ---
...
wine: Call from 0x7b844f54 to unimplemented function
loadperf.dll.LoadPerfCounterTextStringsW, aborting
fixme:advapi:CheckTokenMembership (0x188 0x1baf48 0x33e2c8) stub!
fixme:imm:ImmDisableIME (-1): stub
fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of
other threads
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"):
stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x0000011a,0x3009a1b4,0x7ed505c0):
stub
err:eventlog:ReportEventW L"performancecounterinstaller.exe"
err:eventlog:ReportEventW L"3.0.4203.2"
err:eventlog:ReportEventW L"44c6ca00"
err:eventlog:ReportEventW L"kernel32.dll"
err:eventlog:ReportEventW L"5.1.2600.2180"
err:eventlog:ReportEventW L"00000000"
err:eventlog:ReportEventW L"0"
err:eventlog:ReportEventW L"00024f54"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
Unhandled Exception: System.Runtime.InteropServices.SEHException: External
component has thrown an exception.
at System.Workflow.NativeMethods.LoadPerfCounterTextStrings(String
commandLine, Boolean quietMode)
at System.Workflow.PerformanceCounterInstaller.Install()
at System.Workflow.PerformanceCounterInstaller.Main(String[] args)
wine: Unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called at
address 0x7b844f54 (thread 000c), starting debugger...
Unhandled exception: unimplemented function
loadperf.dll.LoadPerfCounterTextStringsW called in 32-bit code (0x7b844fd7).
--- snip ---
To reproduce this problem manually, execute the following:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/Microsoft.NET/Framework/v3.0/Windows Workflow
Foundation
$ wine ./PerformanceCounterInstaller.exe uninstall
...
$ wine ./PerformanceCounterInstaller.exe install
--- snip ---
The uninstall step is needed otherwise the registry keys are not explicitly
removed and "install" will short-circuit, not doing anything useful.
With stubs to loadperf added in similar manner like
UnloadPerfCounterTextStringsA/W, we can get past this:
--- snip ---
$ WINEDEBUG=+tid,+seh,+loadperf wine ./PerformanceCounterInstaller.exe install
...
0009:trace:loadperf:DllMain (0x0x60cb0000, 1, (nil))
0009:fixme:loadperf:LoadPerfCounterTextStringsW (L"
\"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Workflow
Foundation\\PerfCounters.ini\"", 1): stub
...
--- snip ---
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25153
Summary: Windows Live Essentials beta (webc variant) won't
install without native .NET
Product: Wine
Version: 1.3.7
Platform: x86-64
URL: http://wl.dlservice.microsoft.com/download/B/2/9/B2954
09B-AAAB-4415-B32D-A36EFD6DC36E/en/wlsetup-webc.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31904)
--> (http://bugs.winehq.org/attachment.cgi?id=31904)
Terminal output
This particular installer isn't satisfied with "winetricks mono26 win7" even if
the registry key from bug 24875 is added. It just says it needs .NET 3 and
refuses to proceed any further without it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.