http://bugs.winehq.org/show_bug.cgi?id=27478
Summary: wordview_zh-cn.exe crash
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=35133)
--> (http://bugs.winehq.org/attachment.cgi?id=35133)
Log: start wordview_zh-cn.exe
1. Download wordview_zh-cn.exe from
http://www.microsoft.com/downloads/zh-cn/confirmation.aspx?displaylang=zh-c…
wget --referer=http://www.microsoft.com
http://download.microsoft.com/download/3/a/c/3ac87e64-8099-46d6-8e04-363d2d…
2. start the installer with wine
$ wine Wine/wordview_zh-cn.exe &> wordview_zh-cn.log
then the installer will crash.
See attachment for full log
Backtrace:
=>0 0x492cccb9 cabinet_seek_stream+0x19(hf=0, dist=0, seektype=0x1)
[/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:280] in msi (0x003292a4)
1 0x360ac2b5 FDI_read_entries+0x54(fdi=0x556190, hf=0, pfdici=0x329438,
pmii=0x5902f4) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:466] in cabinet
(0x003293a4)
2 0x360b01eb FDICopy+0x23a(hfdi=0x556190, pszCabinet="<STREAM>",
pszCabPath=0x0(nil), flags=0, pfnfdin=0x492ce170, pfnfdid=(nil),
pvUser=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:2535] in
cabinet (0x003295b4)
3 0x492cebb7 msi_cabextract+0x456(package=0x529480, mi=0x555e10,
data=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:632] in msi
(0x00329624)
--
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=24688
Summary: RTL and encoding problem with Ihulan
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sh.yaron(a)gmail.com
Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English
version called U.R.Celeb (http://urceleb.oniton.com/).
The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe)
has several issues:
1. The text is Gibberish.
2. On the terms of service (2nd page) the text is in Hebrew but selectingthe
mixes its order, also the header (in read) are split in the middle by LRM for
some reason...
3. The window is not RTL although I'm not sure it should be...
This also demonstrates some of the typical problems with Hebrew.
Kind regards,
Yaron Shahrabani
--
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=15381
Summary: CoFreeUnusedLibraries will crash COM server or cause
0x800703E6/I_RpcReceive error 0x3e6
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmda(a)yandex.ru
Created an attachment (id=16230)
--> (http://bugs.winehq.org/attachment.cgi?id=16230)
demo illustrating the problem
if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel
and lead to the errors
Attached is client/server code that demonstrates the problem.
If you comment out CoFreeUnusedLibraries call, it will start to work.
Steps:
-comple all 3 projects in the Workspace (Debug target is the only appropriate
for the sake of demo)
-make sure server and proxy are registered by running testserver.exe
-RegServer, regsvr32 testserverPS.dll
-run testproject.exe (the client)
Expected behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will show client's message "call succeeded" and client will exit
5. after roughly 6sec it will show that the server is unloaded/
Actual behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will dump out trouble in the console and show client's message "call
failed"
You may call CoFreeUnusedLibraries anywhere in the appartment and it will break
RPC on the server side. In some cases it will crash whole the server, like in
the demo.
Tested environment:
Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates
--
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=12968
Summary: MS Visual Studio V6 setup error 258 since 0.9.58
Product: Wine
Version: 0.9.61.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: k.king177(a)ntlworld.com
trying to install Visual Studio v6 get MS Msgbox headed
"Setup Error 258"
with text
Your setup files may be damaged. Try restarting the setup program from where
you originally ran it.
this is probably related or from same issue causing bug# 12967 for Office 97
see that bug for environment details.
--
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=15948
Summary: Error generated when trying to install visual studio 6.0
into centos5 via wine
Product: Wine
Version: 1.1.7
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boniemx(a)gmail.com
Created an attachment (id=17135)
--> (http://bugs.winehq.org/attachment.cgi?id=17135)
error-log for installation of visual studio 6.0 via wine into centos5
Hi, am trying to install Visual studio 6.0, but it produces the error that I
have attached. Please I need to do this urgently. Please help
--
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=15619
Summary: Visual Studio 2008 Installer Hangs after
err:seh:setup_exception_record stack overflow
Product: Wine
Version: 1.1.6
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peterbelm(a)gmail.com
Created an attachment (id=16642)
--> (http://bugs.winehq.org/attachment.cgi?id=16642)
Terminal output
When running the Visual Studio 2008 installer the setup window appears, and
starts loading installation components, after about 30 seconds full processor
usage, err:seh:setup_exception_record stack overflow appears in the terminal
output (see attachment) the progress bar increases slightly, and then it seems
to hang.
Checking with strace on the setup.exe process (the main one, the other one
gives me 'Operation not permitted', even when sudo'ing it) shows it is waiting
to read from a pipe, which is red when doing 'ls -l', I assume that means the
pipe doesn't exist any more?
--
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=24583
Summary: Wine 1.3.3 can't run Visual Studio 2008 (VC9)
installer
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simons(a)cryp.to
Created an attachment (id=31046)
--> (http://bugs.winehq.org/attachment.cgi?id=31046)
Output printed by wine while attempting to run the installer
I ran the installer of the full version (not VC express) using the latest
release of wine. The installer starts up and works for a while, but ultimately
it aborts with an unhandled exception.
--
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=20227
Summary: msi: Table Join on two tables that have same
(non-join) column name causes only first column data
to be returned.
Product: Wine
Version: 1.1.30
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ngallaher+winehq(a)deepthought.org
Created an attachment (id=23863)
--> (http://bugs.winehq.org/attachment.cgi?id=23863)
Patch for TableJoin bug
Imagine the following tables
Table foo:
string color
string flavor
Table bar:
string color
string flavor
with query
"Select foo.color, bar.flavor from foo, bar where foo.color=bar.color"
The current version returns the data from columns foo.color and foo.flavor.
This is because when the tables are joined, the original tablename identifiers
are dropped on the floor, resulting in a table with two 'color' and two
'flavor' columns. The VIEW_find_column() function then returns the first
column found that matches the requested name.
This can be traced to a deficiency in VIEW_find_column() which only uses the
column names in its comparison. Further, the sql parser does not preserve the
table identifier, but this is easily fixed.
A patch, including test case is attached.
This behaviour was observed when trying to install Visual Studio 2008 Standard
Edition.
--
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=15671
Summary: Visual Studio 2008 Express web install fails with
"Sharing violation" on $shtdwn$.req
Product: Wine
Version: 1.1.6
Platform: Other
URL: http://www.microsoft.com/express/download/#webInstall
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To get the installer to even try, you have to do "winetricks volnum".
The next problem is while copying file 41 of 41, $shtdwn$.req,
it gets a sharing violation. The file it's trying to copy
is there, but can't be opened, possibly because it has
never been closed.
002f:Call KERNEL32.CreateFileA(0100afa0
"c:\\21309f2f7662773b82c3\\$shtdwn$.req",c0000000,00000003,00000000,00000001,04000002,00000000)
ret=0100355e
trace:file:CreateFileW returning 0x68
002f:Ret KERNEL32.CreateFileA() retval=00000068 ret=0100355e
002f:Call KERNEL32.WriteFile(00000068,0100a5a0,00000314,0032fe70,00000000)
ret=010035b5
trace:file:WriteFile 0x68 0x100a5a0 788 0x32fe70 (nil)
002f:Ret KERNEL32.WriteFile() retval=00000001 ret=010035b5
002f:Call KERNEL32.SetEnvironmentVariableA(01002388
"_SFX_CAB_SHUTDOWN_REQUEST",0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req")
ret=010035cb
...
...
trace:text:DrawTextExW L"Setup is copying required resources to your temp
directory.\r\nCopying file 41 of 41.\r\n\r\nCopying setup file: $shtdwn$.req",
-1,
[(0,0)-(360,70)] 00000050
...
0032:Call KERNEL32.CopyFileExW(0033e80c
L"C:\\21309f2f7662773b82c3\\$shtdwn$.req",0033e5fc
L"C:\\windows\\temp\\SIT42147.tmp\\$shtdwn$.req",3aaed850,0000000
0,0033ddbc,00000002) ret=3aaed716
warn:file:CreateFileW Unable to create file
L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" (status c0000043)
warn:file:CopyFileW Unable to open source
L"C:\\21309f2f7662773b82c3\\$shtdwn$.req"
0032:Call oleaut32.SysAllocString(00787cf0 L"Setup has encountered a problem
while trying to copy:\r\nC:\\21309f2f7662773b82c3\\$shtdwn$.req\r\nPress Retry
to attempt the copy again. Press Cancel to cancel setup.") ret=3aae49ab
Interestingly, even on Windows this file can't be opened sometimes
early in an installer; see
http://www.digitalformula.net/infrastructure/how-to-perform-an-unattended-i…
It's an interesting mystery. What triggers that file to be closed on Windows?
--
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=14875
Summary: VS 2008 Express Editions (SP1) installer fails with
directory resolution error (bug in msi appsearch action)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/express/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
downloaded full DVD image of Visual Studio 2008 Express Edition with SP1.
Minimal set of prerequisites needed to reproduce this bug:
1. sh winetricks volnum (bug 5351)
2. MsiSetExternalUIRecord patch (bug 10547)
The installer stops with error "directory resolution failed".
--- snip ---
002c:Call msi.MsiGetPropertyW(00000001,00cee4c8
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8",39e262f8,0032ab10) ret=39e55231
002c:trace:msi:MSI_GetProperty 1 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
0x39e262f8 0x32ab10
..
002c:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE
`_Property`='VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32a9c4
..
002c:Ret msi.MsiGetPropertyW() retval=000000ea ret=39e55231
..
002c:Call
KERNEL32.FormatMessageW(00000b00,3aa70000,0000108e,00000400,0032a7bc,00000000,00000000)
ret=39ea74fb
002c:Ret KERNEL32.FormatMessageW() retval=00000024 ret=39ea74fb
..
002c:Call oleaut32.SysAllocString(00cdcd08 L"Microsoft Visual C++ 2008 Express
Edition with SP1 - DEU") ret=39e4bc58
..
002c:Call oleaut32.SysAllocString(00cee978
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8: Fehler bei
Verzeichnisaufl\00f6sung.") ret=39e4bc58
..
002c:Call oleaut32.SysFreeString(010ab66c L"ERROR processed; exception was
thrown for retail build\n\tDeveloper Comment: \n\tBuild Time: Thu Dec 11
15:04:18 2003\n\tDWORD: 234") ret=39e40e56
..
002c:Call oleaut32.SysFreeString(010ab5ec L"Microsoft Visual C++ 2008 Express
Edition with SP1 - DEU") ret=39e40e5f
..
002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032a9d8)
ret=39e80d28
002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8433b0
--- snip ---
Property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" (= Visual Studio install
directory) does not exist (anymore) at this install stage.
Besides from a bug in dlls/msi/install.c:msi_strcpy_to_awstring(), which
results in wrong ERROR_MORE_DATA for empty unicode strings (see previous
snippet, str=L"" + len=0), the following sequences lead to this bug...
The installation directory property is created/set first here:
--- snip ---
..
002c:trace:msi:MsiDoActionW
L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_PerformUIAction Performing action
(L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8")
..
002c:trace:msi:ACTION_CustomAction Handling custom action
L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"CA_SetVcvars32bat_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8"
L"[#FL_vsvars_bat_10582_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];[#FL_vcvars32_bat_5369_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];@SET
VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET
VCINSTALLDIR=[VC7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET
FrameworkDir=[Framework_x86.3643236F_FC"...)
..
002c:trace:msi:MSI_GetPropertyW returning L"C:\\Program Files\\Microsoft Visual
Studio 9.0\\" for property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
..
--- snip ---
("@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]")
But is removed/reset at later install stage, when this custom action is run:
--- snip ---
002c:trace:msi:ACTION_CustomAction Handling custom action
L"CA_VIntegration_Exec_VS7_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
L"[VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8]")
002c:trace:msidb:MSI_CreateRecord 1
..
002c:trace:msi:MSI_GetPropertyW property
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
not found
..
002c:trace:msi:MSI_SetPropertyW 0xbcbec8
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L""
..
002c:trace:msi:MSI_GetPropertyW property
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" not found
002c:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE
`_Property` = 'VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32b298
..
--- snip ---
The removal/reset was due to property
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
not existing.
Using ORCA tool on msi setup database, one can find this property referenced in
"AppSearch" table:
--- snip ---
Property ; Signature
VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8
VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip ---
Signature is "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
"CompLocator" table:
--- snip ---
Signature ; ComponentId ; Type
VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{2883180F-8F0F-4B82-B0BA-D48CE920DFAF} 0
--- snip ---
"Component" table:
--- snip ---
Component ; ComponentId ; Directory ; Attribute ; Condition ; KeyPath
VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}
VS7.3643236F_FC70_11D3_A536_0090278A1BB8 0
--- snip ---
Armed with this information, one can find the following in trace log:
--- snip ---
002c:trace:msi:iterate_appsearch
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchGetSignature package 0xbcbec8, sig 0x32b304
..
002c:trace:msi:ACTION_AppSearchGetSignature failed to query signature for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchComponents
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
..
002c:trace:msi:MsiLocateComponentW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}"
0x32b040 0x32b248
002c:trace:msi:MsiGetProductCodeW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}"
0x32afae
..
002c:trace:msi:MSIREG_OpenUserDataComponentKey
L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}"
..
002c:trace:msi:MSIREG_OpenUserDataComponentKey squished
(L"F0813882F0F828B40BAB4DC89E02FDFA")
..
002c:trace:msi:ACTION_AppSearchReg
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
002c:trace:msi:ACTION_AppSearchReg failed to query RegLocator for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchIni
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
002c:trace:msi:ACTION_AppSearchIni failed to query IniLocator for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchDr
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
002c:trace:msi:ACTION_AppSearchDr failed to query DrLocator for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
--- snip ---
This results in property
"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
and depending property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" reset.
MSDN info for AppSearch table here:
http://msdn.microsoft.com/en-us/library/aa367579.aspx
and AppSearch action: http://msdn.microsoft.com/en-us/library/aa367578.aspx
Specifically:
--- quote ---
The AppSearch action requires that the Signature table be present in the
installation package. [..] A signature that is not in the Signature table
denotes a directory and the action sets the property to the directory path for
that signature.
--- quote ---
This "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" key is not
present in "Signature" table, it's actually a directory.
If we look in the previously posted "Component" table we see the directory is
actually "VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
By looking into "Directory" table we find the following:
--- snip ---
Directory ; Directory Parent ; DefaultDir
VS7.3643236F_FC70_11D3_A536_0090278A1BB8
ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8
VS90.NET|Microsoft Visual Studio 9.0
--- snip ---
So
"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
should resolve to "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" -> L"C:\\Program
Files\\Microsoft Visual Studio 9.0\\" (install dir)
This looks like bug in wine msi appsearch action impl.
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.