http://bugs.winehq.org/show_bug.cgi?id=12703
Summary: SnagIt 8.x -- HTML-based functions not working on Wine
9.60
Product: Wine
Version: 0.9.60
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eric(a)mrrena.com
As reported at
http://appdb.winehq.org/objectManager.php?sClass=version&iId=5781&iTestingI…,
the Text Tool, Callout Tool, and Option menu items do not function properly in
SnagIt 8.2.3, in spite of nearly flawless performance otherwise. This may be
related to the Gecko-rendering engine.
--
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=23467
Summary: SnagIt: needs GdipEnumerateMetafileDestRect
Product: Wine
Version: 1.2-rc5
Platform: x86
URL:
http://download.techsmith.com/snagit/enu/910/snagit.ex
e
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
It also hits an unimplemented function in rpcrt4, but I've sent a patch for
that one already.
--
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=27010
Summary: Cannot install Microsoft Visual Studio 2010 Ultimate
Product: Wine
Version: 1.3.19
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wiltave(a)zipmail.com.br
Created an attachment (id=34442)
--> (http://bugs.winehq.org/attachment.cgi?id=34442)
Wine output
I've tried to install Microsoft Visual Studio 2010 Ultimate with Wine 1.3.19.
Steps
- rm -rf ~/.wine
- Autorun - Install Microsoft Visual Studio 2010
- I've unchecked "Yes, send information about your ...". Next.
- "I have read and I accept the license terms.". Next.
- Selected "Full". Install.
What was "installed":
- Microsoft Application Error Reporting
- VC 9.0 Runtime (x86)
- VC 10.0 Runtime (x86)
- Microsoft Windows Installer 4.5 Update (x86) - Windows XP
- Microsoft Visual F# 2.0 Runtime
- Microsoft Visual Studio Macro Tools
- TFS Object Model (x86)
- .NET Framework 4 Multi-Targeting Pack
Setup always hangs in "Microsoft Visual Studio 2010 Ultimate" and the rest
isn't installed. I've tried also the Custom install, selecting just Visual
Basic but it hangs in the same step.
Thank you.
--
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=18003
Summary: Microsoft Terminal Services 6.1 wont install
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)doty.ru
While installing Microsoft Terminal Services Client 6.1 (version for WinXP SP2
-
http://download.microsoft.com/download/7%2f9%2f0%2f79015acb-d0a1-409a-910c-…)
I see copying files progressbar but then a message box "Path not found!"
appeared.
Seems that installer checks OS service pack version and cannot find this info.
Relay log before this message attached.
--
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=18012
Summary: DVDDecrypter bug on certain "Windows Versions"
Product: Wine
Version: 1.1.18
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: legato777(a)gmail.com
DVDDecrypter (final release) does not recognize DVDs when Wine version is set
to Windows XP or Windows Vista, it has to be set to Windows NT 4.0
Sometimes it still has recognition issues, but a quick shut down will do the
trick as long as its in NT 4.0 mode.
I have tried this on two seperate computers with the same result, Ubuntu 8.04
and 8.10 give this result.
--
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=22780
Summary: Trackmania United Forever crashes with complex shaders
enabled
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://www.trackmania.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dendron2000(a)mail.ru
Created an attachment (id=28107)
--> (http://bugs.winehq.org/attachment.cgi?id=28107)
Log
TMU crashes with recent Wine versions (at least 1.1.42-44)
When I select SM 2.0 or any enhanced graphical options (such as 'Blur') the
game crashes in a few seconds.
--
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=22083
Summary: Regression: TrackMania Nations Forever serious
graphical glitches
Product: Wine
Version: 1.1.41
Platform: x86-64
URL: http://www.trackmania.com/index.php?rub=downloads
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l_bratch(a)yahoo.co.uk
Created an attachment (id=26910)
--> (http://bugs.winehq.org/attachment.cgi?id=26910)
Broken behaviour
TrackMania Nations Forever is severely broken on certain maps by the patch
below:
author Roderick Colenbrander <thunderbird2k(a)gmail.com>
Fri, 5 Mar 2010 15:49:15 +0000 (16:49 +0100)
committer Alexandre Julliard <julliard(a)winehq.org>
Mon, 15 Mar 2010 13:22:44 +0000 (14:22 +0100)
commit 360384277bcdd74adcfaf265c6704c5ee7dc72ef
tree 289548954cf485f4a4e6dc825f4fc49893b3f8bc
parent 2060d80d24980b1c85ca144b2c43c2b5cbbc7ec3
Attached is a screenshot of the breakage. Screenshot of previous behaviour to
follow.
--
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=22101
Summary: Graphical glitches in character names in Dungeons and
Dragons Online
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: digitaltopia(a)gmail.com
With the new Wine 1.1.41 there are some graphical glitches with character names
in Dungeons and Dragons Online. As you walk about the game, character's and
NPC's names float above their heads, like in most MMORPGs.
There are some NPC's who's names are always supposed to be visible as you're
walking around, but with this latest update their names only appear when you
actually put the mouse cursor over them. Also, when you have a character's or
NPC's name showing on the screen using the above method, as you walk around,
approach the character, move around the character etc., there's a strange
glitch where sections of their name become transparent.
None of the above happens with 1.1.40.
--
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=15939
Summary: IoCreateUnprotectedSymbolicLink is not implemented
Product: Wine
Version: 1.1.7
Platform: All
URL: http://www.jeuxvideopc.com/demo/9138-x3-reunion.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
X3 demo fails to start because of the lack of implementating of the function
IoCreateUnprotectedSymbolicLink.
Joaopa
--
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=15862
Summary: ÜberSoldier: installation/game cannot start
Product: Wine
Version: 1.1.7
Platform: PC
URL: http://ubersoldier.softonic.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amlopezalonso(a)gmail.com
Created an attachment (id=16998)
--> (http://bugs.winehq.org/attachment.cgi?id=16998)
installation backtrace
Running either AutoRun.exe or Setup.1 makes the CD unit keeps spinning until
wineserver process is killed.
Downloadable demo allows the game to be installed but when trying to run it, a
message pops up asking to reboot the computer to complete the installation and
things won't go further.
--
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=11208
Summary: Unimplemented function in ntsokrnl.exe causes
TrackManiaESWC to fail at startup
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zgold550(a)gmail.com
Created an attachment (id=10285)
--> (http://bugs.winehq.org/attachment.cgi?id=10285)
output of +relay
Playing TrackManiaESWC is impossible because the game immediately dumps to some
seemingly infinite error of loops. Ran with GIT WINE as of 4:30 on 1/15/08
WINEDEBUG="+relay" ~/progrepo/Wine/wine TmNationsESWCLauncher.exe >
~/TmNationsESWCOutput 2>&1
log is attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23474
Summary: Call to unimplemented function
ntoskrnl.exe.IoCreateSynchronizationEvent
Product: Wine
Version: 1.2-rc5
Platform: x86
URL: http://www.star-force.com/support/sfdrvup.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Created an attachment (id=29295)
--> (http://bugs.winehq.org/attachment.cgi?id=29295)
Console output on running sfdrvup.exe
I'm not sure whether this should be part of bug 3260. It's related to the
StarForce protection driver, but not an actual copy-protection check failing.
I tried running the StarForce protection driver update from
http://www.star-force.com/support/sfdrvup.zip
Note: sfdrvup.exe requires that some version of the protection driver already
be installed. I had previously installed a game which uses StarForce under
Wine.
Console output is attached, but these lines stood out:
wine: Call from 0x7b836822 to unimplemented function
ntoskrnl.exe.IoCreateSynchronizationEvent, aborting
wine: Unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent called
at address 0x7b836822 (thread 0024), starting debugger...
Unhandled exception: unimplemented function
ntoskrnl.exe.IoCreateSynchronizationEvent called in 32-bit code (0x7b836822).
So maybe some minimal implementation of IoCreateSynchronizationEvent could help
here?
--
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=10407
Summary: TrackMania Nations fails due serveral unimplemented
functions
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
URL: http://www.trackmanianations.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: greg87(a)online.de
wine: Call from 0x7b8442f0 to unimplemented function
ntoskrnl.exe.IoCreateUnprotectedSymbolicLink, aborting
wine: Call from 0x7b8442f0 to unimplemented function
ntoskrnl.exe.ExInitializeZone, aborting
wine: Call from 0x7b8442f0 to unimplemented function
ntoskrnl.exe.ExInterlockedAddLargeInteger, aborting
wine: Call from 0x7b8442f0 to unimplemented function
ntoskrnl.exe.IoCreateSynchronizationEvent, aborting
wine: Call from 0x7b8442f0 to unimplemented function
ntoskrnl.exe.ExInitializeResourceLite, aborting
Next showstopper is for sure the starforce protection...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23091
Summary: KOMPAS-3D LT V11 freeze
Product: Wine
Version: 1.2-rc2
Platform: x86-64
URL: http://download.kompas.kolomna.ru/public/Kompas-3D_LT_
V11/Kompas3D_LT_V11_SP1_intgr.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexeal(a)gmail.com
At first look this program working correctly, but after closing preferences
window abruptly freeze. Look at the end of log:
--
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=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=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.
http://bugs.winehq.org/show_bug.cgi?id=10368
Summary: Corel Draw X3 Won't Install
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=9041)
--> (http://bugs.winehq.org/attachment.cgi?id=9041)
Log of the error
The installation is failing when the second stage start.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27199
Summary: MS .Net Framework 1.x Service Pack installers crash in
InstallFiles action (cabinet stream handling)
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
probably a regression, I've noticed this some time ago but forgot about filing
a bug for it until I saw a forum post.
http://forum.winehq.org/viewtopic.php?t=12224&start=2
AFAIK affects various .NET 1.x SPx installers (1.0 SP3, 1.1 SP1, ...)
--- snip ---
$ wine ./NDP1.1sp1-KB867460-X86.exe
fixme:sync:CreateMemoryResourceNotification (0) stub
fixme:shell:URL_ParseUrl failed to parse L"mscorlib"
fixme:shell:URL_ParseUrl failed to parse L"PatchExec"
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Cabinet.MiniExtract"
...
fixme:msi:msi_parse_patch_summary patch obsoletes
L"{02D68AF2-1DCD-42E2-8E32-54314782DA29}{323E5670-5DA7-4A1E-85F0-8FA12EFE9EC8}{FA96891D-DADE-40A5-B54C-61E945F88103}{2376C7F6-3282-4CBE-BB2E-38882354A844}{3D3DEE62-32F2-4AB3-9565-B344AD757AFD}{297E6479-2055-4B59-99C8-D31FF5FCADAF}{4291D65D-056C-4B77-82C6-D3C6A320FB4D}{DEFE4CC2-D4FF-4BE5-BCE3-7E9B7E39FC"...
fixme:msi:MsiGetMode no support for administrative installs
fixme:msi:ACTION_CustomAction Deferring rollback only action
wine: Unhandled page fault on read access to 0x00000000 at address 0x6839d034
(thread 0027), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x6839d034).
...
Backtrace:
=>0 0x6839d034 cabinet_seek_stream+0x29(hf=0, dist=0, seektype=0x1)
[/opt/projects/wine/wine-git/dlls/msi/media.c:280] in msi (0x0033f008)
1 0x68c4c8eb FDI_getoffset+0x23(fdi=0x6837b8, hf=0)
[/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:466] in cabinet (0x0033f028)
2 0x68c4cc2f FDI_read_entries+0xdc(fdi=0x6837b8, hf=0, pfdici=0x33f194,
pmii=0x69b49c) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:575] in cabinet
(0x0033f108)
3 0x68c54048 FDICopy+0x47b(hfdi=0x6837b8, pszCabinet="<STREAM>",
pszCabPath=0x0(nil), flags=0, pfnfdin=0x6839dd73, pfnfdid=(nil),
pvUser=0x33f440) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:2535] in
cabinet (0x0033f388)
4 0x6839e216 extract_cabinet_stream+0x184(package=0x147878, mi=0x683868,
data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:632] in msi
(0x0033f3f8)
5 0x6839e2bb msi_cabextract+0x2d(package=0x147878, mi=0x683868,
data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:649] in msi
(0x0033f418)
6 0x6838ffcf ACTION_InstallFiles+0x250(package=0x147878)
[/opt/projects/wine/wine-git/dlls/msi/files.c:356] in msi (0x0033f4a8)
7 0x68366b3d ACTION_HandleStandardAction+0x99(package=0x147878,
action="InstallFiles", rc=0x33f52c)
[/opt/projects/wine/wine-git/dlls/msi/action.c:8023] in msi (0x0033f4e8)
8 0x68366dad ACTION_PerformUIAction+0x90(package=0x147878,
action="InstallFiles", script=0xffffffff)
[/opt/projects/wine/wine-git/dlls/msi/action.c:8067] in msi (0x0033f538)
--- snip ---
Prerequisite: bash winetricks -q dotnet11
$ sha1sum NDP1.1sp1-KB867460-X86.exe
74a5b25d65a70b8ecd6a9c301a0aea10d8483a23 NDP1.1sp1-KB867460-X86.exe
$ wine --version
wine-1.3.20-94-geb4b262
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=25430
Summary: Internet Explorer 4 can't load the WineHQ forum
without native urlmon
Product: Wine
Version: 1.3.8
Platform: x86-64
URL: http://www.oldversion.com/download/msie401sp2.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=32369)
--> (http://bugs.winehq.org/attachment.cgi?id=32369)
Standard output
If IE4 is installed using the procedure described at
http://appdb.winehq.org/objectManager.php?sClass=version&iId=2743&iTestingI…
, but with urlmon omitted from step 2 (native overrides), it loads only the
background image for the WineHQ forums. After loading the background, it
produces an error message and stops:
Internet Explorer could not open the Internet site http://forum.winehq.org/.
Could not complete the operation due to error 80004002.
After restoring the urlmon override, the forum can be fully loaded.
--
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=28379
Summary: Internet Explorer 4.0 highlights selected text
incorrectly
Product: Wine
Version: 1.3.28
Platform: x86-64
URL: http://www.oldversion.com/common/uploaded_files/softwa
res/msie401sp2.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: david.hedberg(a)gmail.com
Regression SHA1: 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7
Created an attachment (id=36389)
--> (http://bugs.winehq.org/attachment.cgi?id=36389)
Terminal output
When selecting some text in IE4, it usually gets highlighted wrong - it appears
that the text changes color as expected, but the background does not. It's very
noticeable on the WineHQ homepage, where much of the text becomes invisible
when selected, while it should be white on a blue background. This wasn't an
issue back in 1.3.6, so I did a regression test:
81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 is the first bad commit
commit 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7
Author: David Hedberg <dhedberg(a)codeweavers.com>
Date: Sun Jan 30 20:47:55 2011 +0800
gdi32: Stay within the clipping area when painting text background.
:040000 040000 f50390b8ae6002fa95ce4cc6fe598b86db9c3f22
d0fbba0a31d64cee11b668c809871706be50f376 M dlls
Reverting the patch fixed the problem. I used these steps to install and test:
1. Change the reported Windows version to NT4
2. Add native,bultin overrides for the following:
advpack, iexplore.exe, jscript, mshtml, shdocvw
3. Remove the Z: drive (not required, but prevents the installer from scanning
the entire file system for Windows browsers to install a plugin to)
4. Run 'wine iexplore -unregserver'
5. Remove some files (replace $HOME/.wine if needed):
rm -f $HOME/.wine/drive_c/{Program\ Files/Internet\
Explorer/iexplore.exe,windows/system32/{advpack.dll,inetcpl.cpl,mshtml.dll,schannel.dll,shdocvw.dll}}
6. Copy the self-extractor to Wine's C: drive and run it to extract the setup
files
7. Run the IE4SETUP.EXE file from the directory the extractor created
8. Choose no when asked to locate WINDOWS.HLP, and ignore some Java VM
installation errors after the reboot
9. Run IE4 and try selecting some text in the news section of the WineHQ
homepage:
wine 'C:/Program Files/Internet Explorer/iexplore.exe' http://www.winehq.org
--
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=25278
Summary: Internet Explorer 4 crashes - unimplemented function
wininet.dll.InternetShowSecurityInfoByURL
Product: Wine
Version: 1.3.6
Platform: x86-64
URL: http://www.oldversion.com/download/msie401sp2.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Right-click on the WineHQ home page -> properties -> certificates crashes the
browser:
wine: Call from 0x7b838d02 to unimplemented function
wininet.dll.InternetShowSecurityInfoByURL, aborting
wine: Unimplemented function wininet.dll.InternetShowSecurityInfoByURL called
at address 0x7b838d02 (thread 0009), starting debugger...
Note: I've posted the procedure used to install and run it in the AppDB here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=2743&iTestingI…
--
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=28392
Summary: Internet Explorer 4 crashes on adding a page to
favorites
Product: Wine
Version: 1.3.28
Platform: x86-64
URL: http://www.oldversion.com/common/uploaded_files/softwa
res/msie401sp2.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=36406)
--> (http://bugs.winehq.org/attachment.cgi?id=36406)
Terminal output
Per the summary, trying to add a page to favorites in IE4 crashes the browser.
It doesn't happen if native shell32 is used (for iexplore.exe only). Procedure
to install and test:
1. Change the reported Windows version to NT4
2. Add native,bultin overrides for the following:
advpack, iexplore.exe, jscript, mshtml, shdocvw
3. Remove the Z: drive (not required, but prevents the installer from scanning
the entire file system for Windows browsers to install a plugin to)
4. Run 'wine iexplore -unregserver'
5. Remove some files (replace $HOME/.wine if needed):
rm -f $HOME/.wine/drive_c/{Program\ Files/Internet\
Explorer/iexplore.exe,windows/system32/{advpack.dll,inetcpl.cpl,mshtml.dll,schannel.dll,shdocvw.dll}}
6. Copy the self-extractor to Wine's C: drive and run it to extract the setup
files
7. Run the IE4SETUP.EXE file from the directory the extractor created
8. Choose no when asked to locate WINDOWS.HLP, and ignore some Java VM
installation errors after the reboot
9. Run IE4:
wine 'C:/Program Files/Internet Explorer/iexplore.exe' http://www.winehq.org
10. Go to favorites (in menu bar) -> add to favorites -> OK
--
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=19520
Summary: Unimplemented function shdocvw.dll.SHRestricted2W
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://www.oldversion.com/download/msie401sp2.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Internet Explorer 4 needs function shdocvw.dll.SHRestricted2W to finish it's
installation.
Without it, it fails with an unhandled exception.
Unhandled exception: unimplemented function shdocvw.dll.SHRestricted2W called
in 32-bit code (0x7b843517).
--
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=19519
Summary: Unimplemented function
urlmon.dll.AsyncInstallDistributionUnit
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://www.oldversion.com/download/msie401sp2.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Internet Explorer 4 needs function urlmon.dll.AsyncInstallDistributionUnit to
complete it's installation of the Java plugin. Without it, it fails with an
unhandled exception.
I tried stubbing it but it fails, looks like it's needs implementing properly.
--
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=21906
Summary: setupapi copyfiles action target must default to
LDID_WIN (win9x) or LDID_SYS (NT) when neither
DestinationDirs nor DefaultDestDir is given
Product: Wine
Version: 1.1.39
Platform: x86
URL: http://visiteinteractive.free.fr/VM_java/msjavx86.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
with bug 18097 fixed (extrac32.exe tool), the msjavx86.exe installer still
fails.
WINEDEBUG=+tid,+seh,+relay,+setupapi wine ./msjavx86.exe &> log.txt
Use the "vminst.log" file in system32 to quickly determine which part failed.
--- snip ---
=== INF Invocation ==========================================
Type : RunSetupCommand
INF : C:\windows\temp\IXP000.TMP\java.inf
00000000 : WFCClean.RunNow
00000000 : CleanUp
00000000 : BaseInstallation.NT5
00000000 : BaseInstallation.RegNow
00000000 : IEOptions.Register
00000000 : IEOptions.X86.Register
00000000 : BaseInstallation.ClassFiles
80004005 : BasePkgMgr.Install.Execute
...
--- snip ---
java.inf -> "BasePkgMgr.Install.Execute" part failed.
--- snip ---
[BasePkgMgr.Install.Execute]
ComponentName=Java
RunPreSetupCommands=BASEINST.ExecPkgMgr
--- snip ---
--- snip ---
[BASEINST.ExecPkgMgr]
rundll32 %11%\msjava.dll,JavaPkgMgr_Install
%10%\Java\classes\classes.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\classes.cer
rundll32 %11%\msjava.dll,JavaPkgMgr_Install
%10%\Java\trustlib\tclasses.zip,1,5,00,%VERNUM%,6,286,%10%\java\trustlib\tclasses.cer
rundll32 %11%\msjava.dll,JavaPkgMgr_Install
%10%\Java\classes\msjdbc.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\msjdbc.cer
%11%\jdbgmgr.exe -regserver
--- snip ---
The self-register call fails because there is no target file ("%11%\jdbgmgr.exe
-regserver"):
--- snip ---
001d:Call KERNEL32.CreateProcessW(00000000,0033d22c
L"C:\\windows\\system32\\jdbgmgr.exe
-regserver",00000000,00000000,00000000,04000200,00000000,00152a50
L"C:\\windows\\temp\\IXP000.TMP",0033d18c,0033d1d0) ret=62fee93c
001d:Ret KERNEL32.CreateProcessW() retval=00000000 ret=62fee93c
--- snip ---
Go back to .inf to look up named sections for the file:
--- snip ---
[BASEINST.SysFilesNoReg]
jdbgmgr.exe,,,33
javart.dll,,,33
msjdbc10.dll,,,33
zonedoff.reg,,,33
zonedon.reg,,,33
...
[BASEINST.SysFilesNoReg.NT5]
clspack.exe,,,33
javart.dll,,,33
jdbgmgr.exe,,,33
jview.exe,,,33
msjdbc10.dll,,,33
wjview.exe,,,33
zonedoff.reg,,,33
zonedon.reg,,,33
--- snip ---
The copy files action is listed here:
--- snip ---
[BaseInstallation]
ComponentName=Java
CheckAdminRights=1
CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg,BASEINST.WinFiles,BASEINST.INF
AddReg=BASEINST.AddReg
[BaseInstallation.NT5]
ComponentName=Java
CheckAdminRights=1
CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg.NT5,BASEINST.INF
AddReg=BASEINST.AddReg
--- snip ---
The culprit (BASEINST.SysFilesNoReg.NT5) is here:
--- snip ---
...
001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 2
returning L"BASEINST.SysFilesNoReg.NT5"
001d:trace:setupapi:SetupQueueCopySectionW hinf=0x1526a8/0x1526a8
section=L"BASEINST.SysFilesNoReg.NT5" root=L"C:\\windows\\temp\\IXP000.TMP"
001d:Call KERNEL32.SetLastError(00000000) ret=5092b82c
001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092b82c
001d:trace:setupapi:SetupFindFirstLineW
(0x1526a8,L"BASEINST.SysFilesNoReg.NT5",(null)): returning 62/0
001d:trace:setupapi:SetupFindNextMatchLineW
(0x1526a8,L"DestinationDirs",L"BASEINST.SysFilesNoReg.NT5"): not found
001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6
001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6
001d:trace:setupapi:SetupFindNextMatchLineW
(0x1526a8,L"DestinationDirs",L"DefaultDestDir"): not found
001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6
001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6
001d:Call KERNEL32.SetLastError(00000000) ret=5092c4be
001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092c4be
001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 3
returning L"BASEINST.INF"
...
--- snip ---
"BASEINST.SysFilesNoReg.NT5" is skipped because there is no "DestinationDirs"
for this named section present (unlike the others BASEINST.SysFilesRegister and
BASEINST.INF):
--- snip ---
[DestinationDirs]
PRECLEAN.RegSvr=11
BASEINST.ClassFiles=10,Java\Classes
BASEINST.TClassFiles=10,Java\TrustLib
BASEINST.SysFilesRegister=11
BASEINST.SysFilesNoReg=11
BASEINST.WinFiles=10
BASEINST.INF=17
--- snip ---
"[DestinationDirs]" -> "DefaultDestDir" is also missing. Because of this the
file is never copied.
http://msdn.microsoft.com/en-us/library/ms794560.aspx (INF CopyFiles Directive)
--- quote ---
If a named section referenced by a CopyFiles directive has a corresponding
entry in the DestinationDirs section of the same INF, that entry explicitly
specifies the target destination directory into which all files that are listed
in the named section are copied. If the named section is not listed in the
DestinationDirs section, Setup uses the DefaultDestDir in the INF file.
...
--- quote ---
And what if no "DefaultDestDir" is given?
I searched a bit and found this:
http://technet.microsoft.com/en-us/library/cc768164.aspx (Appendix C - Windows
98 INF Files)
--- quote ---
The optional DefaultDestDir entry provides a default destination for any
Copyfile entries that use the direct copy notation (@filename) or any
[File-List] section not specified in the [DestinationDirs] section. If
DefaultDestDir is not given, the default directory is set to LDID_WIN.
--- quote ---
LDID_WIN might apply to Win9X but not to Windows NT.
In many .INF files for win32/NT you will find:
--- snip ---
[DestinationDirs]
...
DefaultDestDir = 11 ; LDID_SYS
--- snip ---
So the default for non-existing "DefaultDestDir" on NT is LDID_SYS (as the .inf
references the file(s) as "%11%\<executable>")
You may want to fix dlls/setupapi/queue.c:get_destination_dir().
With this bug is fixed, the installer almost cleanly installs except for bug
18098 (urlmon.AsyncInstallDistributionUnit not implemented).
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=27796
Summary: JDK 6 installer fails with error "File name is too
long"
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabspeck(a)gmail.com
Created an attachment (id=35559)
--> (http://bugs.winehq.org/attachment.cgi?id=35559)
The error message
Running the Oracle JDK 6u26 installer on Wine results in the following error
message being displayed: "Installer : Wrapper.CrateFile failed with error 206:
File name is too long".
--
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=24214
Summary: ole: Java SE JRE subinstaller (msi) dies due to OLE
compound storage reader failure on some stream (the
one after _StringPool stream)
Product: Wine
Version: 1.1.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
when installing Java SE JRE one of the sub-installers crashes.
Though it doesn't seem to affect overall installer result - the installer still
reports "success" in the end.
--- snip ---
...
0009:Call KERNEL32.CreateProcessA(00000000,0032ed40
"\"C:\\windows\\system32\\msiexec.exe\" /i \"C:\\users\\focht\\Application
Data\\Sun\\Java\\jdk1.6.0_21\\jdk1.6.0_21.msi\"
WRAPPER=1",00000000,00000000,00000000,00000000,00000000,00000000,0032c4d0,0032c514)
ret=00401184
....
001d:trace:msi:ACTION_ProcessComponents Component L"sb160210"
(L"14888323ADFE6D117AD8000B0D612001"), Keypath=L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi", RefCount=1 Request=3
...
001d:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"File: javadb.msi,
Directory: INSTALLDIR, Size: 10566952"
...
001d:trace:msi:cabinet_copy_file extracting L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi"
001d:Call KERNEL32.CreateFileW(00205320 L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi",c0000000,00000000,00000000,00000002,00000080,00000000)
ret=683a75f4
001d:Ret KERNEL32.CreateFileW() retval=00000054 ret=683a75f4
...
001d:trace:msi:ACTION_CustomAction Handling custom action L"installjavadb" (62
L"SystemFolder" L"msiexec.exe /i \"[INSTALLDIR]javadb.msi\" /qn
INSTALLDIR=\"[JAVADB_DIR]\"")
...
001d:trace:msi:HANDLE_CustomType34 executing exe L"msiexec.exe /i \"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi\" /qn INSTALLDIR=\"C:\\Program
Files\\Sun\\JavaDB\\\"" with working directory L"C:\\windows\\system32\\"
...
000d:Call msi.MsiInstallProductW(0013914e L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi",00139270 L" INSTALLDIR=\"C:\\Program
Files\\Sun\\JavaDB\\\"") ret=6833da64
000d:trace:msi:MsiInstallProductW L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi" L" INSTALLDIR=\"C:\\Program
Files\\Sun\\JavaDB\\\""
000d:trace:msi:MSI_OpenPackageW L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi" 0x33fc1c
...
000d:Call KERNEL32.CopyFileW(0013914e L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi",0033f9b8
L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000) ret=683b95ab
...
000d:trace:msi:MSI_OpenPackageW Opening relocated package
L"C:\\users\\focht\\Temp\\msi58c.tmp"
000d:trace:msi:MSI_OpenDatabaseW L"C:\\users\\focht\\Temp\\msi58c.tmp" #0002
000d:Call ole32.StgOpenStorage(0033f9b8
L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000,00000012,00000000,00000000,0033f11c)
ret=683880da
000d:Call KERNEL32.CreateFileW(0033f9b8
L"C:\\users\\focht\\Temp\\msi58c.tmp",c0000000,00000000,00000000,00000003,10000080,00000000)
ret=684f87b9
000d:Ret KERNEL32.CreateFileW() retval=00000040 ret=684f87b9
000d:Call KERNEL32.GetFileSize(00000040,00000000) ret=684f87dd
000d:Ret KERNEL32.GetFileSize() retval=00a13d28 ret=684f87dd
...
000d:trace:msidb:enum_stream_names stream 0 -> L"\4840\430f\422f" L"\4840File"
...
000d:trace:msidb:enum_stream_names stream 41 -> L"\0005SummaryInformation"
L"\0005SummaryInformation"
...
000d:trace:msidb:read_stream_data L"_StringPool" ->
L"\4840\3f3f\4577\446c\3e6a\44b2\482f"
...
000d:warn:msidb:read_stream_data read stream failed r = 8003001e!
...
000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x683d2c6b
ip=683d2c6b tid=000d
000d:trace:seh:raise_exception info[0]=00000000
000d:trace:seh:raise_exception info[1]=00000000
000d:trace:seh:raise_exception eax=00000000 ebx=68400df8 ecx=00000000
edx=00000000 esi=001408dc edi=00000000
000d:trace:seh:raise_exception ebp=0033edf8 esp=0033ede0 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010202
000d:trace:seh:call_vectored_handlers calling handler at 0x68c622d0
code=c0000005 flags=0
000d:trace:seh:call_vectored_handlers handler at 0x68c622d0 returned 0
000d:trace:seh:call_stack_handlers calling handler at 0x7bc856a0 code=c0000005
flags=0
000d:Call KERNEL32.UnhandledExceptionFilter(0033e92c) ret=7bc856ed
Wine: Unhandled page fault on read access to 0x00000000 at address 0x683d2c6b
(thread 000d), starting debugger...
000d:trace:seh:start_debugger Starting debugger "winedbg --auto 11 68"
...
---- snip ---
Using "orca" on the extracted .msi produces the same crash.
The useful "MsiInfo" tool from Platform SDK to verify the integrity of the .msi
files (and dump infos) crashes too if used with no options.
Backtrace doesn't reveal much. The fault caused in msi_destroy_stringtable() is
the result of an earlier failure to read in all OLE streams properly.
When the "verify string pool" option is used, it doesn't crash but shows the
STG_E_READFAULT (0x8003001e) error.
--- snip ---
$ wine msiinfo.exe crash.msi /D
MsiInfo V 4.0
Copyright (c) Microsoft Corporation. All Rights Reserved
String ID size: 2
Code page: 0
Error 0x8003001E. Error Reading Stream
err:ole:CoUninitialize Mismatched CoUninitialize
--- snip ---
--- snip ---
ls -l crash.msi
-rw-rw-r--. 1 focht focht 10566952 2010-08-30 21:52 crash.msi
--- snip ---
>From my investigation it's the stream directly after "_StringPool" stream that
is somehow not processed properly.
Wine's OLE streams reader makes a stream access at file offset 10566656 with
byte count 512 -> past end of file.
You can use another OLE compound storage viewer to verify:
http://www.mitec.cz/ssv.html
It's a nice tool with plugin arch that lets you decode any OLE stream - if you
write plugins for it ;-)
If you open the .msi with the viewer it reports "sharing violation" which is
another Wine bug.
Dismiss the dialog and navigate the treeview with all streams listed.
Between stream #22 with 90701 Bytes (-> _StringPool stream) and #24 with 3984
bytes the 0x8003001e error appears.
The "faulty" stream #23 has a size of 16168 bytes.
Don't know if this worked in earlier Wine versions, could be a regression
though.
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=25362
Summary: Error running Return to Castle Wolfenstein
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mrfort(a)centurytel.net
Created an attachment (id=32259)
--> (http://bugs.winehq.org/attachment.cgi?id=32259)
debugger report
Installed ok. Allowed setup preferences such as graphics and audio preferences.
When I try to run in single player I get this error: Error in file
"/home/name/.local/share/applications/clamtk.desktop": "vms/exe" is an invalid
MIME type ("vms" is an unregistered media type).
I assume it is an easy fix but cannot locate any information online or in your
repository.
--
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=25120
Summary: dotnet11 installation broken
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: dotnet, download, Installer
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=31862)
--> (http://bugs.winehq.org/attachment.cgi?id=31862)
terminal output
Regression test points to:
a23514eece083011140513853c5db10357af6cea is the first bad commit
commit a23514eece083011140513853c5db10357af6cea
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Thu Nov 11 10:45:42 2010 +0100
msi: Add support for installing side-by-side assemblies.
:040000 040000 6e3244306b1cdce4af9bd963048445913433d933
820db510d39486aa37cad45d1ebeb9e2397f6224 M dlls
to repeat:
$ rm -rf ~/.wine
$ sh winetricks -q -v winetricks
terminal output attached.
--
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=26701
Summary: exeinfoPE crashes due to PE resource section
validation being too strict
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
while updating some appdb entries I noticed a breakage with some PE "id" tool.
The app worked some time ago but now crashes instantly.
There was a minor version update: the author probably not only added more
signatures but tweaked the custom PE protection the app is wrapped with.
--- snip ---
>$ wine ./exeinfoPE.exe
wine: Unhandled exception 0x0eedfade at address 0x7b83983a:0x7b83863f (thread
0009), starting debugger...
fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag
26
fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag
26
fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag
26
err:seh:setup_exception_record stack overflow 880 bytes in thread 0009 eip
6816b5ea esp 00230fc0 stack 0x230000-0x231000-0x330000
--- snip ---
relay trace yields following:
--- snip ---
...
0021:Call KERNEL32.FindResourceA(00400000,00472384 "tbl_Main",0000000a)
ret=00474417
0021:trace:resource:FindResourceExA 0x400000 #000a "tbl_Main" 0000
0021:trace:resource:LdrFindResource_U module 0x400000 type #000a name
L"TBL_MAIN" lang 0000 level 3
0021:Ret KERNEL32.FindResourceA() retval=00000000 ret=00474417
0021:Call user32.LoadStringA(00400000,0000ffc3,0032ed34,00001000) ret=00407417
0021:trace:resource:LoadStringA instance = 0x400000, id = ffc3, buffer =
0x32ed34, length = 4096
0021:trace:resource:FindResourceExW 0x400000 #0006 #0ffd 0000
0021:trace:resource:LdrFindResource_U module 0x400000 type #0006 name #0ffd
lang 0000 level 3
0021:trace:resource:LoadStringA returning ""
0021:Ret user32.LoadStringA() retval=00000000 ret=00407417
0021:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0032fd7c)
ret=0047444b
0021:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83863f ip=7b83863f
tid=0021
0021:trace:seh:raise_exception info[0]=0047444b
0021:trace:seh:raise_exception info[1]=05701d10
0021:trace:seh:raise_exception info[2]=0053a9e0
0021:trace:seh:raise_exception info[3]=00000000
0021:trace:seh:raise_exception info[4]=00000029
0021:trace:seh:raise_exception info[5]=0032fde8
0021:trace:seh:raise_exception info[6]=0032fd98
0021:trace:seh:raise_exception eax=7b825a75 ebx=7b88fff4 ecx=0047444b
edx=0032fc94 esi=0032fd7c edi=0032fcf0
0021:trace:seh:raise_exception ebp=0032fcd8 esp=0032fc74 cs=0073 ds=007b
es=007b fs=0033 gs=003b flags=00000203
0021:trace:seh:call_vectored_handlers calling handler at 0x788636c6
code=eedfade flags=1
0021:trace:seh:call_vectored_handlers handler at 0x788636c6 returned 0
0021:trace:seh:call_stack_handlers calling handler at 0x474573 code=eedfade
flags=1
0021:trace:seh:call_stack_handlers handler at 0x474573 returned 1
0021:trace:seh:call_stack_handlers calling handler at 0x405149 code=eedfade
flags=1
...
--- snip ---
The app unpacks/decrypts PE sections into dynamic memory and patches the PE
header to point to new locations.
I dumped the PE header at the right place ;-)
--- snip ---
Wine-dbg>p *nt
{Signature=0x4550, FileHeader={Machine=0x14c, NumberOfSections=0x3,
TimeDateStamp=0x2a425e19, PointerToSymbolTable=0, NumberOfSymbols=0,
SizeOfOptionalHeader=0xe0, Characteristics=0x818f},
OptionalHeader={Magic=0x10b, MajorLinkerVersion=2, MinorLinkerVersion=0,
SizeOfCode=0x8c000, SizeOfInitializedData=0x5000,
SizeOfUninitializedData=0x513a000, AddressOfEntryPoint=0x51c5810,
BaseOfCode=0x513b000, BaseOfData=0x51c7000, ImageBase=0x400000,
SectionAlignment=0x1000, FileAlignment=0x200, MajorOperatingSystemVersion=0x4,
MinorOperatingSystemVersion=0, MajorImageVersion=0, MinorImageVersion=0,
MajorSubsystemVersion=0x4, MinorSubsystemVersion=0, Win32VersionValue=0,
SizeOfImage=0x51cc000, SizeOfHeaders=0x1000, CheckSum=0x51c5810, Subsystem=0x2,
DllCharacteristics=0, SizeOfStackReserve=0x100000, SizeOfStackCommit=0x4000,
SizeOfHeapReserve=0x100000, SizeOfHeapCommit=0x1000, LoaderFlags=0,
NumberOfRvaAndSizes=0x12, DataDirectory={{VirtualAddress=0x5159000, Size=0x4f},
{VirtualAddress=0x51cb120, Size=0x2c8}, {VirtualAddress=0x51c7000, Size=0},
{VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0,
Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0},
{VirtualAddress=0, Size=0}, {VirtualAddress=0x51c63b0, Size=0x18},
{VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0,
Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0},
{VirtualAddress=0, Size=0}}}}
--- snip ---
The (new) PE resource section is located at 0x051c7000 with size == 0 (not
recalculated to real value)
Wine's resource directory entry size check is actually the problem, preventing
the app from finding its resources.
--- snip ntdll/resource.c ---
/**********************************************************************
* find_entry
*
* Find a resource entry
*/
static NTSTATUS find_entry( HMODULE hmod, const LDR_RESOURCE_INFO *info,
ULONG level, const void **ret, int want_dir )
{
ULONG size;
const void *root;
const IMAGE_RESOURCE_DIRECTORY *resdirptr;
WORD list[9]; /* list of languages to try */
int i, pos = 0;
root = RtlImageDirectoryEntryToData( hmod, TRUE,
IMAGE_DIRECTORY_ENTRY_RESOURCE, &size );
if (!root) return STATUS_RESOURCE_DATA_NOT_FOUND;
if (size < sizeof(*resdirptr)) return STATUS_RESOURCE_DATA_NOT_FOUND;
resdirptr = root;
...
--- snip ntdll/resource.c ---
This also results in stack overflow because the app's exception handler tries
to load resources too which obviously fails.
Removing the size check (size < sizeof(*resdirptr)) lets the app successfully
start.
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=15549
Summary: Colobot Demo installer does not fully redraw
installation window during install progress phase
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://www.ceebot.com/download/demo/colobotdemo17e.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=16531)
--> (http://bugs.winehq.org/attachment.cgi?id=16531)
Colobot Demo installer window screenshot
With today's Git (wine-1.1.5-507-ge20ef50), in the process of testing bug
13932, I noticed that when the installer is at the file copy progress phase,
some elements of the window are not redrawn properly. A screenshot is attached.
--
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=23847
Summary: ntdll:
NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_
INFORMATION) should provide NT-style 100ns units (.NET
1.x CLR)
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://www.microsoft.com/DownLoads/details.aspx?family
id=D7158DEE-A83F-4E21-B05A-009D06457787
OS/Version: Linux
Status: NEW
Keywords: dotnet, download, Installer
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 17084 (.NET 1.0: imagehlp.ImageGetDigestStream needs more flesh
(assembly registration fails)) was fixed, the installer still fails.
The first blocker is now the presence of some .NET registry keys that ought to
help Mono but break the MS installer itself (path to v1.0.xxx Microsoft CLR
core library is incorrectly constructed, leading to mscorwks.dll load failure).
You can work around by deleting the following key before running the installer:
--- snip ---
$ wine reg delete "HKLM\Software\Microsoft\.NETFramework"
--- snip ---
Near the end, the installer spawns "regasm.exe" tool several times to register
various assemblies.
Unfortunately the tool crashes with division by zero (+tid,+seh,+relay):
--- snip ---
...
0040:Call ntdll.NtQuerySystemInformation(00000008,031ce960,00000060,00000000)
ret=792cf160
0040:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160
0040:trace:seh:raise_exception code=c0000094 flags=0 addr=0x79243177
ip=79243177 tid=0040
0040:trace:seh:raise_exception eax=00000000 ebx=ffffffff ecx=00000000
edx=00000000 esi=00000022 edi=00000001
0040:trace:seh:raise_exception ebp=031ce9f0 esp=031ce940 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010246
--- snip ---
Interestingly there are other calls from the same addresses that don't crash:
--- snip ---
0020:Call ntdll.NtQuerySystemInformation(00000008,0320e960,00000060,00000000)
ret=792cf160
0020:trace:ntdll:NtQuerySystemInformation
(0x00000008,0x320e960,0x00000060,(nil))
000d:Call KERNEL32.SwitchToThread() ret=7929a604
000d:Ret KERNEL32.SwitchToThread() retval=00000001 ret=7929a604
0020:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160
0020:Call KERNEL32.Sleep(000001f4) ret=792d00bc
--- snip ---
Using additional "printf" style debugging to dump kernel+user+idle jiffies I
noticed the crashes happen when the values accumulated only small changes in
capture intervals.
It seems the CLR employs some kind of cpu resource utilization calculation
(using certain capture intervals) that breaks if the ticks/time units increment
fall below some threshold.
Windows NT accounts SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION values in 100ns
units.
See: http://msdn.microsoft.com/en-us/library/ms724509.aspx
I fixed dlls/ntdll/nt.c:NtQuerySystemInformation(
SystemProcessorPerformanceInformation class) to convert jiffies to NT-style
100-ns units and it helped to keep the .NET CLR CPU usage calculation happy and
to not let the regasm tool crash anymore (installer succeeded).
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=21622
Summary: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0
installer)
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.microsoft.com/DownLoads/details.aspx?family
id=D7158DEE-A83F-4E21-B05A-009D06457787
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
due to recent changes in msi (SelfUnregModules standard action is now
implemented and executed), .NET 1.0 installer shows unhandled regsvr32
exception dialog (not critical to installer).
A stub is needed for mscoree.dll DllUnregisterServer():
--- snip ---
002f:trace:msi:ITERATE_SelfUnregModules Unregistering L"regsvr32.exe /u
\"C:\\windows\\system32\\mscoree.dll\""
002f:Call KERNEL32.CreateProcessW(00000000,006fe860 L"regsvr32.exe /u
\"C:\\windows\\system32\\mscoree.dll\"",00000000,00000000,00000000,00000000,00000000,621a0cd2
L"C:\\",0033e578,0033e568) ret=6212f676
...
0039:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033fd98)
ret=200151f1
0039:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b835dc2
ip=7b835dc2 tid=0039
0039:trace:seh:raise_exception info[0]=20015260
0039:trace:seh:raise_exception info[1]=2001542f
wine: Call from 0x7b835dc2 to unimplemented function
mscoree.dll.DllUnregisterServer, aborting
...
--- snip ---
The .NET 1.0 installer doesn't run until the end due to long standing bug 17084
(which is a pity as patch exists for some time now).
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=25526
Summary: Aura - http://www.umopit.ru/AuraEng.htm
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: darex7(a)o2.pl
Hello - I use Mandriva Linux 2010 Gnome with wine 1.2 (Aura application works
correctly from 3 to 10 minutes and then pops up an error message: photo) 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=24370
Summary: kernel32: provide GetSystemDEPPolicy stub (Microsoft
EMET v2)
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
"Enhanced Mitigation Experience Toolkit v2" from Microsoft requires this stub.
Although not really useful as of now (missing application security shims), it
might be of benefit later.
--- snip ---
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000f6,0x3009a1b4,0x5dc624):
stub
err:eventlog:ReportEventW L"clr20r3"
err:eventlog:ReportEventW L"emet_conf.exe"
err:eventlog:ReportEventW L"2.0.0.0"
err:eventlog:ReportEventW L"4c6aef82"
err:eventlog:ReportEventW L"mitigationinterface"
err:eventlog:ReportEventW L"2.0.0.1"
err:eventlog:ReportEventW L"4c8924d5"
err:eventlog:ReportEventW L"6f"
err:eventlog:ReportEventW L"182"
err:eventlog:ReportEventW L"system.entrypointnotfound"
err:eventlog:ReportEventW L"NIL"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
...
Unhandled Exception: System.EntryPointNotFoundException: Unable to find an
entry point named 'GetSystemDEPPolicy' in DLL 'kernel32.dll'.
at MitigationInterface.Kernel32.GetSystemDEPPolicy()
at MitigationInterface.SysMitigation_DEP..ctor(OSVERSIONINFOEX OsInfoEx,
Boolean EnableUnsafeSettings)
at MitigationInterface.SystemMitigations..ctor()
at ConsoleApp.Program.Main(String[] args)
wine: Unhandled exception 0xe0434f4d at address 0x7b836f02 (thread 0009),
starting debugger...
Unhandled exception: 0xe0434f4d in 32-bit code (0x7b836f02).
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/bb736298.aspx
"Enhanced Mitigation Experience Toolkit v2.0" Download:
https://www.microsoft.com/downloads/en/details.aspx?FamilyID=c6f0a6ee-05ac-…
Needs .NET 2.0 Framework as prerequisite (e.g. winetricks dotnet20)
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=24371
Summary: apphelp: provide application shim and
apphelp.SdbCreateDatabase stub (Microsoft EMET v2 and
other tools)
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
follow up of bug 24370
Microsoft EMET v2 tools crashes upon load due to missing apphelp
dll/SdbCreateDatabase import.
It seems other MS tools need this dll as well.
Bug 16093 "MS AppLocale installer" also talked about this
(http://bugs.winehq.org/show_bug.cgi?id=16093#c1
):
--- quote ---
it fails as it can't find a dll called apphelp.dll (whatever that may be)
After copying it from my windowspartition it crashes into
wine: Call from 0x7b843650 to unimplemented function
KERNEL32.dll.BaseFlushAppcompatCache, aborting
Maybe a simple stubbed apphelp.dll could be of use
--- quote ---
Console log:
--- snip ---
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000f8,0x3009a1b4,0x5dc624):
stub
err:eventlog:ReportEventW L"clr20r3"
err:eventlog:ReportEventW L"emet_conf.exe"
err:eventlog:ReportEventW L"2.0.0.0"
err:eventlog:ReportEventW L"4c6aef82"
err:eventlog:ReportEventW L"mitigationinterface"
err:eventlog:ReportEventW L"2.0.0.1"
err:eventlog:ReportEventW L"4c8924d5"
err:eventlog:ReportEventW L"95"
err:eventlog:ReportEventW L"f5"
err:eventlog:ReportEventW L"system.dllnotfoundexception"
err:eventlog:ReportEventW L"NIL"
...
Unhandled Exception: System.DllNotFoundException: Unable to load DLL
'apphelp.dll': Exception from HRESULT: 0x8007007E
at MitigationInterface.Apphelp.SdbCreateDatabase(String pwszPath, PATH_TYPE
eType)
at MitigationInterface.ShimUtil..ctor(Arch SysArch)
at MitigationInterface.ApplicationMitigations..ctor(SystemMitigations
SysMits)
at ConsoleApp.Program.Main(String[] args)
wine: Unhandled exception 0xe0434f4d at address 0x7b836fa2 (thread 0009),
starting debugger...
Unhandled exception: 0xe0434f4d in 32-bit code (0x7b836fa2).
--- snip ---
Info: http://technet.microsoft.com/en-us/library/bb490820.aspx
For a start, provide 'apphelp.dll' with SdbCreateDatabase() stub.
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=16093
Summary: MS AppLocale installer fails
Product: Wine
Version: 1.1.8
Platform: Other
URL: http://www.microsoft.com/globaldev/tools/apploc.mspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Applocate is a handy way to run apps in a non-system locale. See
http://alcahest.club.fr/perso/apploc/applocale.html
for a description and screenshots.
(Incidentally, there is a similar utility called Winelocale,
see http://cinnamonpirate.com/hobbies/software/winelocale/
Its installation instructions are quite demanding,
and it probably only works for one app at a time,
unlike Applocate. If I understand correctly, anyway.)
Installing applocate on wine fails; +msi shows that the failure
comes after running some external executable:
trace:msi:HANDLE_CustomType2 executing exe L"C:\\windows\\temp\\msic34.tmp -q
C:\\windows\\\\almain.sdb"
...
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
--
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=24196
Summary: oleaut32: typelib registration should not fail
bitness-neutral assemblies (32-bit typelib wrapped in
64-bit PE, x64 .NET 2.0 installer)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another x64 .NET Framework 2.0 installer bug.
The typelib registration fails for some assemblies:
--- snip ---
...
002c:Call KERNEL32.CreateProcessA(00000000,7fffec16f650
"\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\regtlibv12.exe\"
\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb\"",00000000,00000000,7fff00000001,00000000,00000000,00000000,7fffec8edfe8,7fffec8eb9e0)
ret=4fc035780
...
002e:Call oleaut32.LoadTypeLib(7ffff143f880
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",7ffff143f870)
ret=004027bf
...
002e:Call KERNEL32.LoadLibraryExW(7ffff143f360
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000,0000000b)
ret=7ffff105ffb0
002e:Ret KERNEL32.LoadLibraryExW() retval=7fffefad0001 ret=7ffff105ffb0
...
002e:Ret oleaut32.LoadTypeLib() retval=00000000 ret=004027bf
002e:Call oleaut32.RegisterTypeLib(7ffff74d30d0,7ffff143f880
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000)
ret=00402808
...
002e:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00402808
...
002c:Call msi.MsiRecordSetStringW(00000005,00000000,7fffec8ec620
L"RegisterTypeLib of
C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb failed
: 800288bd") ret=4fc0358bd
--- snip ---
The PE file containing typelib resources "System.Drawing.tlb" is a PE64 binary.
Dumping the typelib resource reveals:
--- snip ---
Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F Ascii
000002B0 4D 53 46 54 02 00 01 00 00 00 00 00 09 04 00 00 MSFT.........
000002C0 00 00 00 00 41 00 00 00 02 00 00 00 00 00 00 00 ....A..........
000002D0 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...............
--- snip ---
flags: 0x41 -> indicates the typelib itself is 32 bit (SYSKIND = SYS_WIN32)
The folder "c:\windows\Microsoft.NET\Framework64\v2.0.50727\" contains
assemblies with following characteristics:
64-bit PE + 64 bit typelib part (flags = 0x43 -> SYSKIND = SYS_WIN64)
64-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32)
I verified that Wine msi correctly installs them into their appropriate 32 bit
and 64 bit folders.
The 32-bit counterparts from "c:\windows\Microsoft.NET\Framework\v2.0.50727\"
are all:
32-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32)
===
What causes the embedded typelib to be 32-bit?
Well, the .NET assemblies these typelibs belong to are flagged as "MSIL"
assemblies.
These are bitness-neutral assemblies that are portable and can run under any
platform.
When you look at 64-bit ->
"c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml":
--- snip ---
<File AssemblyName="System.Drawing" Version="2.0.0.0"
PublicKeyToken="b03f5f7f11d50a3a" Culture="neutral"
ProcessorArchitecture="MSIL" FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
Example for bitness-aware assembly (managed C++ assemblies are automatically
platform specific):
64-bit ->
"c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml":
--- snip ---
<File AssemblyName="System.Data" Version="2.0.0.0"
PublicKeyToken="b77a5c561934e089" Culture="neutral"
ProcessorArchitecture="AMD64" FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
32-bit ->
"c:\windows\Microsoft.NET\Framework\v2.0.50727\RedistList\FrameworkList.xml":
(the 64 bit .NET Framework 2.0 redist contains both: the 64 bit _and_ 32 bit
runtime)
--- snip ---
<File AssemblyName="System.Data" Version="2.0.0.0"
PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="x86"
FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
I guess Wine should not fail on these bitness-neutral assemblies that contain
32-bit typelibs.
--- snip dlls/oleaut32/typelib.c ---
HRESULT WINAPI RegisterTypeLib(
ITypeLib * ptlib, /* [in] Pointer to the library*/
OLECHAR * szFullPath, /* [in] full Path of the library*/
OLECHAR * szHelpDir) /* [in] dir to the helpfile for the library,
may be NULL*/
{
...
if (ptlib == NULL || szFullPath == NULL)
return E_INVALIDARG;
if (FAILED(ITypeLib_GetLibAttr(ptlib, &attr)))
return E_FAIL;
TRACE("(%s,%d)", debugstr_w(szFullPath), attr->syskind);
#ifdef _WIN64
if (attr->syskind != SYS_WIN64) return TYPE_E_BADMODULEKIND;
#else
if (attr->syskind != SYS_WIN32 && attr->syskind != SYS_WIN16) return
TYPE_E_BADMODULEKIND;
#endif
...
}
--- snip dlls/oleaut32/typelib.c ---
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=24200
Summary: msi: properly handle msidbComponentAttributes64bit
attribute to support x64 installers that mix
architectures in a single MSI package (32-bit and
64-bit components, filesystem, registry)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
one of the main problems with current Wine msi is there are x64 installers that
mix architectures in a single MSI package: 64-bit and 32-bit components
(without a separate 32-bit installer for 32-bit components).
Basically 'msidbComponentAttributes64bit' is not handled.
Example: "mscoree.dll" -> .NET bootstrapper
"Component" table:
--- snip 32-bit ---
MSCOREE_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{173A6EB3-6403-11D4-A53F-0090278A1BB8}
DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8 8
FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip 32-bit ---
Attributes = 8
--- snip 64-bit ---
MSCOREE_DLL_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
{70B495DC-D747-4182-B6D7-86C8A2244B25}
SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 264
FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip 64-bit ---
Attributes = 264 (256 = msidbComponentAttributes64bit + 8)
When it comes to "InstallFiles" action:
--- snip 32-bit component ---
001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7ce1110
"FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d4ba00,7fff0000003c)
ret=7fffed8ff38c
...
001b:trace:msi:resolve_folder Working to resolve
L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\system32\\mscoree.dll"
001b:Call KERNEL32.CreateFileW(7fffe7d0b980
L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,7fff00000080,00000000)
ret=7fffed8ff409
001b:Ret KERNEL32.CreateFileW() retval=000000ac ret=7fffed8ff409
--- snip 32-bit component ---
--- snip 64-bit component ---
001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7d247a0
"FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d15ab0,0000003c)
ret=7fffed8ff38c
...
001b:trace:msi:resolve_folder Working to resolve
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\system32\\mscoree.dll"
001b:Call KERNEL32.CreateFileW(7fffe7d15b40
L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,00000080,00000000)
ret=7fffed8ff409
001b:Ret KERNEL32.CreateFileW() retval=000000b0 ret=7fffed8ff40
--- snip 64-bit component ---
The first extracted 32-bit version that gets (incorrectly) extracted to
system32 folder (remember: we're 64-bit install here) and subsequently gets
overwritten with 64-bit version later.
For the registry the same applies: In order to create registry values in 64bit
HKLM for components marked with "msidbComponentAttributes64bit" there is
nothing to change in 64-bit installs.
For 32-bit components (attrs < 256) the registry stuff must go to Wow6432Node.
Ideally Wine's msi should also support something like
"msidbComponentAttributesDisableRegistryReflection" to allow 32-bit components
to write into 64bit HKLM but that's not required for now.
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=24189
Summary: msi: set "System64Folder" standard property in x64
environment (64bit installer of .NET Framework 2.0)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
continuation of bug 24187
Check for x64 IE5.01 fails.
--- snip ----
001a:trace:msi:msi_set_property 0x7ffff72baca0
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"C:\\windows\\system32\\"
...
001a:trace:msi:ACTION_AppSearchDr
L"SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001a:trace:msi:msi_get_property property
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" not found
...
001a:trace:msi:MSI_EvaluateConditionW 1 <- L"( NOT
IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 ) AND ( NOT
IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 )"
...
001a:trace:msi:ACTION_PerformAction Performing action
(L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8")
...
001a:trace:msi:ACTION_CustomAction Handling custom action
L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" (113 (null) L"IE5.01 or
higher version is required prior to installing Microsoft .NET Framework")
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3adb40 0 L"IE5.01 or higher
version is required prior to installing Microsoft .NET Framework"
...
001a:err:msi:ITERATE_Actions Execution halted, action
L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603
--- snip ----
SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 property is the culprit
--- snip orca ---
SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
[DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8
[DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
[SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8
[SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1
--- snip orca ---
Although the property is initially set:
--- snip ---
001a:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
--- snip ---
It is later reset due to custom action:
--- snip ---
001a:trace:msi:ACTION_CustomAction Handling custom action
L"CA_SetSystem64Folder.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"[System64Folder]")
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 0 L"[System64Folder]"
001a:trace:msi:MSI_FormatRecordW 0x7fffe3c06490 0x7fffec3b3010 (nil)
0x7fffecf4ddfc
001a:trace:msidb:MSI_RecordIsNull 0x7fffec3b3010 0
001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 (nil) 0x7fffecf4dcbc
001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 0x7fffec3ad750
0x7fffecf4dcbc
001a:trace:msi:MSI_FormatRecordW (L"[System64Folder]")
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3ad040 1 L"System64Folder"
001a:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE
`_Property`=?" 0x7fffecf4dc38
001a:trace:msidb:TABLE_CreateView 0x7ffff72da890 L"_Property" 0x7fffecf4db68
001a:trace:msidb:TABLE_CreateView table 0x7fffe3c068e0 found with 2 columns
001a:trace:msidb:TABLE_CreateView L"_Property" one row is 4 bytes
001a:trace:msidb:WHERE_CreateView 0x7fffec3b3400
...
001a:trace:msi:msi_get_property property L"System64Folder" not found
001a:trace:msi:msiobj_release object 0x7fffec3b3010 destroyed
001a:trace:msi:msi_set_property 0x7ffff72da890
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L""
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 1
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
--- snip ---
The standard property "System64Folder" must be set in x64 environments.
Adding this in dlls/msi/package.c:set_installer_properties() with proper value
will succeed the check and get the 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=22805
Summary: Can't install 64bit .NET 2.0
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.microsoft.com/downloads/details.aspx?family
id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Paul.Vriens.Wine(a)gmail.com
I'm trying to install the 64bit version of .NET 2.0 but this fails.
Console shows:
wine: Invalid address
A +module trace shows:
warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but
there are no relocation records
warn:module:load_dll Failed to load module
L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018
--
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=24187
Summary: msi: set "MsiAMD64" and "Msix64" standard properties
in x64 environment (64bit installer of .NET Framework
2.0)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a split-off from http://bugs.winehq.org/show_bug.cgi?id=22805#c6
The 64bit version of .NET Framework 2.0 fails due to launch condition not met.
--- snip ---
...
001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 1 (nil) 0x7fffecf4de50
001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 1 L"MsiAMD64"
001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 2 (nil) 0x7fffecf4de50
001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 2 L"This setup is only
supported on AMD64 platforms"
...
001b:trace:msi:msi_get_property property L"MsiAMD64" not found
001b:trace:msi:MSI_EvaluateConditionW 0 <- L"MsiAMD64"
001b:trace:msi:msiobj_release object 0x7fffe3c28c20 destroyed
001b:trace:msi:MSI_ViewClose 0x7fffec3ab130
001b:trace:msidb:TABLE_close 0x7fffec3aba00
001b:trace:msidb:TABLE_delete 0x7fffec3aba00
001b:trace:msi:msiobj_release object 0x7fffec3ab130 destroyed
001b:trace:msidb:MSI_CreateRecord 1
001b:trace:msidb:MSI_RecordSetStringW 0x7fffec3ab130 1 L"Action ended 17:16:07:
LaunchConditions. Return value 1603."
--- snip ---
You have to add standard properties that indicate 64-bit environment.
Current, only the "Intel" (32 bit) standard property is handled.
--- snip dlls/msi/package.c ---
static VOID set_installer_properties(MSIPACKAGE *package)
{
...
static const WCHAR szIntFormat[] = {'%','d',0};
static const WCHAR szIntel[] = { 'I','n','t','e','l',0 };
...
GetSystemInfo( &sys_info );
if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL)
{
sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel );
msi_set_property( package->db, szIntel, bufstr );
}
...
--- snip dlls/msi/package.c ---
Just add handling for "MsiAMD64" (introduced with Windows Installer 3.0, still
present for backward compatibility) and "Msix64" (introduced with with Windows
Installer 3.1).
The values seem not relevant, it's only important that the properties exist.
You can reuse the sys_info values from previous GetSystemInfo() call for
"Intel" property to also test for AMD/64 bit case.
In case of x64 system set both, "MsiAMD64" and "Msix64" properties.
With that in place, this launch condition succeeds only to run into next bug
;-)
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=24613
Summary: Aura 2 (Sacred Rings): inventory not shown when
pressing RMB
Product: Wine
Version: 1.3.4
Platform: x86
URL: http://www.fileplanet.com/175732/170000/fileinfo/Aura-
2:-The-Sacred-Rings-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: chris.kcat(a)gmail.com
Created an attachment (id=31088)
--> (http://bugs.winehq.org/attachment.cgi?id=31088)
terminal output
In Aura 2 (The Sacred Rings) when you press the right-mouse button the
inventory should show up at the bottom of the screen, showing your items, the
journal etc. Normally, when you open your inventory the mouse pointer should be
confined to this lower area of the screen where you can select items etc.
When you press RMB in Wine nothing happens in the game: the mouse pointer stays
on the main screen, a black bar is shown below but it contains nothing.
The game worked without the issue in Wine-0.9.45. Bisecting between 0.9.45 and
0.9.46 resulted:
d9571c9e6fa0b8f255815c5128c2859348ea70e6 is the first bad commit
commit d9571c9e6fa0b8f255815c5128c2859348ea70e6
Author: Chris Robinson <chris.kcat(a)gmail.com>
Date: Sat Sep 15 13:02:32 2007 -0700
wgl: Store the fbconfig id with the window when a pixel format is set.
:040000 040000 41741ff092257972095d557196b306aa7e5f7a43
3692bf0336451ec52733c88a7c30ced04fb60179 M dlls
The patch cannot be reverted cleanly, however, after
git checkout d9571c9e6fa0b8f255815c5128c2859348ea70e6 : the problem exists
and
git revert d9571c9e6fa0b8f255815c5128c2859348ea70e6 : restores the good state.
Link to the demo added to URL (538 MB)
Author of the patch added to CC.
Fedora 13
Nvidia 7600 / driver 256.53
--
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=26931
Summary: Nvidia hdr sample wants
d3dx9_36.dll.D3DXLoadMeshFromXW
Product: Wine
Version: 1.3.18
Platform: x86-64
URL: http://developer.download.nvidia.com/SDK/9.5/Samples/D
EMOS/Direct3D9/HDR_FP16x2.zip
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
Blocks: 24419
austin@aw21 ~/a/DEMOS/Direct3D9/bin/release $ wine HDR_FP16x2.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x33f2f4,0x00000000), stub!
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43bb40): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43d200): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43d420): stub
fixme:d3dx:D3DXGetImageInfoFromFileInMemory (0x6d0000, 1048620, 0x33f760):
partially implemented
wine: Call from 0x7b83a362 to unimplemented function
d3dx9_36.dll.D3DXLoadMeshFromXW, aborting
wine: Unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXW called at address
0x7b83a362 (thread 002b), starting debugger...
--
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.