http://bugs.winehq.org/show_bug.cgi?id=35670
Bug ID: 35670
Summary: iTunes 10.2.2 'DifXInstall32' sub-installer crashes on
unimplemented function DIFXAPI.dll.SetDifxLogCallbackW
Product: Wine
Version: 1.7.13
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,
as the summary says ...
--- snip ---
$ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./iTunesSetup1022.exe
...
Unhandled exception: unimplemented function DIFXAPI.dll.SetDifxLogCallbackW
called in 32-bit code (0x7bc52712).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7bc52712 ESP:0033f4a8 EBP:0033f50c EFLAGS:00000216( - -- I -A-P- )
EAX:0033f4b4 EBX:7bcd1000 ECX:0033f538 EDX:0033f47c
ESI:0033f9b8 EDI:0000004c
...
Backtrace:
=>0 0x7bc52712 stub_entry_point+0x4b(dll="DIFXAPI.dll",
name="SetDifxLogCallbackW", ret_addr=0x401599)
[/home/focht/projects/wine/wine.repo/src/dlls/ntdll/loader.c:196] in ntdll
(0x0033f50c)
1 0x0034000f (0x00415cd4)
2 0x00330035 (0x0033007b)
0x7bc52712 stub_entry_point+0x4b
[/home/focht/projects/wine/wine.repo/src/dlls/ntdll/loader.c:196] in ntdll:
subl $4,%esp
196 for (;;) RtlRaiseException( &rec );
Modules:
Module Address Debug info Name (27 modules)
PE 400000- 413000 Deferred difxinstall32
...
Threads:
process tid prio (all id:s are in hex)
...
00000062 (D) C:\users\Public\Application
Data\{429CAD59-35B1-4DBC-BB6D-1DB246563521}\x86\DifXInstall32.exe
00000063 0 <==
--- snip ---
$ sha1sum iTunesSetup1022.exe
30c97f21cb7ec9921b80c7dfd3a9f460b6746045 iTunesSetup1022.exe
$ du -sh iTunesSetup1022.exe
78M iTunesSetup1022.exe
$ wine --version
wine-1.7.13-53-g37e0a1a
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=39605
Bug ID: 39605
Summary: GImageX v2.1.1 crashes with unimplemented function
wimgapi.dll.WIMGetMountedImages
Product: Wine
Version: 1.7.55
Hardware: x86-64
URL: https://www.autoitscript.com/files/gimagex/gimagex.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Selecting 'Mount' causes to crash.
wine: Call from 0x7b839f0c to unimplemented function
wimgapi.dll.WIMGetMountedImages, aborting
wine: Unimplemented function wimgapi.dll.WIMGetMountedImages called at address
0x7b839f0c (thread 0009), starting debugger...
Unhandled exception: unimplemented function wimgapi.dll.WIMGetMountedImages
called in 32-bit code (0x7b839f0c).
wine-1.7.55-22-g097006b
--
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=39462
Bug ID: 39462
Summary: GImageX v2.1.1 (gui for ImageX tool from Windows
Assessment and Deployment Kit) needs WIMGAPI.DLL
Product: Wine
Version: 1.7.52
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,
this here: https://source.winehq.org/patches/data/115359 ("wimgapi: Add new
stub dll") and again found no bug report/explanation -> "why is this needed?".
Small research turned up this:
https://www.autoitscript.com/site/autoit-tools/gimagex/
--- quote ---
GImageX is a graphical user interface for the ImageX tool from the Windows
Assessment and Deployment Kit (Windows ADK). ImageX is used to capture and
apply WIM images for Windows deployments. GImageX uses the supported Microsoft
WIMGAPI API for working with WIM files.
GImageX is a native application for the x86 and x64 platforms (Windows XP and
above) that will also work in Windows PE (WinPE). There is also a COM
component version included that implements some of the basic functionality for
direct use in languages such as VBScript.
--- quote ---
--- snip ---
$ wine ./gimagex.exe
err:module:import_dll Library WIMGAPI.DLL (which is needed by
L"Z:\\home\\focht\\Downloads\\gimagex\\x86\\gimagex.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\focht\\Downloads\\gimagex\\x86\\gimagex.exe" failed, status
c0000135
--- snip ---
MSDN:
https://msdn.microsoft.com/de-de/library/windows/desktop/dd851933.aspx
("Introduction to the Imaging APIs for Windows")
$ sha1sum gimagex.zip
ddd503f1e8aec8510fe9804e7fb4bf925badcfa1 gimagex.zip
$ du -sh gimagex.zip
556K gimagex.zip
$ wine --version
wine-1.7.52-222-ge8b9bda
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=39493
Bug ID: 39493
Summary: GImageX v2.1.1 (gui for ImageX tool from Windows
Assessment and Deployment Kit) crashes on
unimplemented function
wimgapi.dll.WIMRegisterMessageCallback
Product: Wine
Version: 1.7.53
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,
continuation of bug 39462
Any action, such as 'create', 'append', 'export' results in crash.
--- snip ---
$ wine ./gimagex.exe
....
wine: Call from 0x7b845f21 to unimplemented function
wimgapi.dll.WIMRegisterMessageCallback, aborting
wine: Unimplemented function wimgapi.dll.WIMRegisterMessageCallback called at
address 0x7b845f21 (thread 0038), starting debugger...
Unhandled exception: unimplemented function
wimgapi.dll.WIMRegisterMessageCallback called in 32-bit code (0x7b845f21).
...
--- snip ---
$ sha1sum gimagex.zip
ddd503f1e8aec8510fe9804e7fb4bf925badcfa1 gimagex.zip
$ du -sh gimagex.zip
556K gimagex.zip
$ wine --version
wine-1.7.53-135-g4fb840b
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=28474
Summary: General Support for Windows Shell Extensions
Product: Wine
Version: 1.3.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bbartol68(a)yahoo.com
Referencing this bug report:
http://bugs.winehq.org/show_bug.cgi?id=11461
This bug report was originally raised to address Wine's deficiency in
supporting Windows apps that operate by means of Windows shell extensions. It
was originally submitted more than 3 and 1/2 years ago and has been added to
very sparingly over the last year. The last update was almost 5 months ago and
only addressed the issue with respect to the single case of TortoiseSVN. I'm
submitting this bug to hopefully breathe new life into the prospect of Wine
supporting Windows apps that operate by means of Windows shell extensions more
generally - that is, not just for the specific case of TortoiseSVN.
Now... Having written the above, I arrive at this juncture after experimenting
with the specific case of attempting to get TortoiseGit to run as an extension
of WineFile, WineExplorer, or a third-party file management utility like one of
these (for instance):
http://www.makeuseof.com/tag/the-5-best-windows-explorer-replacements/
By the way, I was able to install and run under Wine each of the Windows
Explorer alternatives covered by the above link. However, no luck getting
TortoiseGit to pop up as a shell extension.
Would be really cool if I could use the same Windows shell extension apps under
Wine as I do under Windows.
Thanks!
--
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=31618
Bug #: 31618
Summary: Unable to run an old VB5 app
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rhon(a)free.fr
Classification: Unclassified
Created attachment 41577
--> http://bugs.winehq.org/attachment.cgi?id=41577
First error message I had
I'm using wine 1.5.11 on Archlinux, and I try to launch this old game :
http://www.cnetfrance.fr/telecharger/waterboy-11006056s.htm?download=1
The problem is that I always get a "Run-time error '13' : Type mismatch"
when I try to launch it.
I've tried to switch oleaut.dll and ole32.dll to "native" (I used dll copied
from an up to date Win XP install), and switch to "Windows 98" mode using
winecfg, and then I had the error1 attached.
I've installed vb5runtime, vb6run, mfc40 and mfc42 using winetricks, but it
didn't help, I now have a window popup with message "System error &H80070078"
and console output shows the messages in error2 attached file.
--
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=22649
Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://cdburnerxp.se/download?more-options
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=27861)
--> (http://bugs.winehq.org/attachment.cgi?id=27861)
Crash log
After choosing "erase disc" in the main menu and then clicking the erase button
(while a DVD-RW disc is inserted in a drive the program can detect), the
program produces an error dialog:
Erasing the disc failed for the following reason: Exception from HRESULT:
0x8001010E (RPC_E_WRONG_THREAD)
Clicking OK to this message results in the MS error report tool popping up,
followed by the Wine crash dialog.
Note: this program needs dotnet20, and it needs the workaround from bug 18012,
comment 2 to be able to detect drives in this section.
--
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=14817
Summary: Msi property names passed on the command line need to be
interpreted as uppercase (Corel Draw X3 installer)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://download.chip.eu/en/CorelDraw-Graphics-Suite-X3-
13.0.0.739_74294.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
while solving bug 10368 I came across another one before hitting bug 2547
Note: To get to this bug one needs my private heap patch for bug 10368 so just
believe it for now until AJ provides a fix ;-)
There is a custom action "Set_AKPARAMS_CGS" which lets the installer fail:
--- snip ---
002d:trace:msi:ACTION_CustomAction Handling custom action L"Set_AKPARAMS_CGS"
(33 L"AKPARAMS"
L"[PCUPath]|[PCUNLRFilename]|[LangPath]|[PCUDllFilename]|[regkey]|[DTAFilename]|[PIDprefix]|[LANG]")
..
--- snip ---
There are 8 properties fetched to build the string:
--- snip ---
002d:trace:msi:MSI_GetPropertyW returning
L"C:\\windows\\temp\\Corel\\6926A426-654D-11DD-879C-000AE4C88BC2\\Programs\\"
for property L"PCUPath"
..
002d:trace:msi:MSI_GetPropertyW returning L"DRPCUNLR.dll" for property
L"PCUNLRFilename"
..
002d:trace:msi:MSI_GetPropertyW returning
L"C:\\windows\\temp\\Corel\\6926A426-654D-11DD-879C-000AE4C88BC2\\Languages\\DE\\Programs\\"
for property L"LangPath"
..
002d:trace:msi:MSI_GetPropertyW property L"PCUDllFilename" not found
..
002d:trace:msi:MSI_GetPropertyW returning
L"SOFTWARE\\Corel\\TempKey2B9006B6\\6926A426-654D-11DD-879C-000AE4C88BC2" for
property L"regkey"
..
002d:trace:msi:MSI_GetPropertyW returning L"DR13" for property L"DTAFilename"
..
002d:trace:msi:MSI_GetPropertyW returning L"DR13" for property L"PIDprefix"
..
002d:trace:msi:MSI_GetPropertyW returning L"EN" for property L"LANG"
..
--- snip ---
One property "PCUDllFilename" is not found.
The properties are passed on command line:
--- snip ---
002d:Call msi.MsiInstallProductA(00a00b40
"C:\\windows\\temp\\CorelPreInstall.msi",00a00be0 "ACTIONTODO=\"AcquireKey\"
MAIN_INSTALL_DLG_TITLE=\"Setup Initialization\"
SERIALNUMBER=\"DR13WTX-9999998-YSP\" USERNAME=\"\" PCUSOURCEID=\"100001\"
PRODUCT_REGKEY=\"CorelDRAW\\13.0\" LANG=\"EN\" PCU_SUBFOLDER=\"Programs\\\"
PCUNLRFILENAME=\"DRPCUNLR.dll\"
PCU_LANG_SUBFOLDER=\"Languages\\DE\\Programs\\"...) ret=1000372b
--- snip ---
Debug/relay truncated it, here is the full command line (formatted one property
per line):
--- snip ---
ACTIONTODO="AcquireKey"
MAIN_INSTALL_DLG_TITLE="Setup Initialization"
SERIALNUMBER="DR13WTX-9999998-YSP"
USERNAME=""
PCUSOURCEID="100001"
PRODUCT_REGKEY="CorelDRAW\13.0"
LANG="EN"
PCU_SUBFOLDER="Programs\"
PCUNLRFILENAME="DRPCUNLR.dll"
PCU_LANG_SUBFOLDER="Languages\DE\Programs\"
PCU_LANG_RELATIVE_PATH="..\Languages\DE\Programs"
PCUDllFilename="PCUDataIntl.dll"
PIDPREFIX="DR13"
DTAFILENAME="DR13"
PCUURLLANG="DE"
--- snip ---
All property names are hard coded literals in this brain damaged installer and
"PCUDllFilename" was the only one not passed as uppercase.
Probably not intended but completely valid.
Next, these properties are set within msi_parse_command_line().
Because wine msi takes the property names as case sensitive, the property
"PCUDllFilename" is set with value "PCUDataIntl.dll" (and not
"PCUDLLFILENAME").
A bit later, a custom action for each property maps the property names again to
its case-dependant representation:
--- snip ---
002d:trace:msi:ACTION_CustomAction Handling custom action L"Set_PCUDllFilename"
(33 L"PCUDllFilename" L"[PCUDLLFILENAME]")
..
002d:trace:msi:MSI_FormatRecordW (L"[PCUDLLFILENAME]")
..
002d:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE
`_Property`='PCUDLLFILENAME'" 0x7ed3cf9c
..
002d:trace:msi:MSI_GetPropertyW property L"PCUDLLFILENAME" not found
--- snip ---
Because "PCUDLLFILENAME" wasn't found due to msi command line bug,
"PCUDllFilename" will be overwritten with empty string, leading to later
failure.
My fix was to convert all property passed to msi_parse_command_line() to
uppercase.
This lets the installer proceed further - only to run into bug 2547
MSDN info here: http://msdn.microsoft.com/en-us/library/aa367988.aspx
--- quote ---
..
Only public properties can be modified using the command line. All property
names on the command line are interpreted as uppercase but the value retains
case sensitivity. If you enter MyProperty at a command line, the installer
overrides the value of MYPROPERTY and not the value of MyProperty in the
Property table.
--- quote ---
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.