[Bug 39146] New: Msiexec fails to use next cabinet file in media table (CDROM_SyncCache error)
wine-bugs at winehq.org
wine-bugs at winehq.org
Mon Aug 24 09:27:19 CDT 2015
https://bugs.winehq.org/show_bug.cgi?id=39146
Bug ID: 39146
Summary: Msiexec fails to use next cabinet file in media table
(CDROM_SyncCache error)
Product: Wine
Version: 1.7.48
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msi
Assignee: wine-bugs at winehq.org
Reporter: mattmill30 at googlemail.com
Regression SHA1: 597c5f9c4b35c7645d916cd687cede42fd331d0e
Distribution: Debian
Created attachment 52171
--> https://bugs.winehq.org/attachment.cgi?id=52171
WINEDEBUG=+all,-relay extract
During installation of proplusww.msi, a part of the Microsoft Office 2013
installer, via direct invocation of msiexec, the second Cabinet file is
mishandled, resulting in an installation failure and rollback.
At lines 11-24, the installer is seen accessing ProPsWW.CAB twice, then
following the MEDIA table lookup, at lines 981-988 it changes focus to
ProPsWW2.CAB but only accesses it once.
During a successful install on 1.7.22, the WINEDEBUG for both CAB files read
similarly. The ISO was mounted on /dev/loop0, during both successful and
unsuccessful installations.
I don't have the 1.7.22 WINEDEBUG, but if absolutely necessary I can
re-generate it.
In addition, at lines 1194-1195 a CDROM_SyncCache (ISO) error occurs. I don't
know whether the 1.7.22 WINDEBUG contained this.
I haven't had time to perform a bisect, but since 1.7.22 a change was made in
1.7.45 to the handling of CABs and so I have highlighted the commit which I
anticipate is the cause of the issue.
I haven't investigated any changes between 1.7.22 and 1.7.48 to the cdrom
module.
--
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.
More information about the wine-bugs
mailing list