http://bugs.winehq.org/show_bug.cgi?id=16577
Summary: ntdll/loader/actctx: add support of SxS assembly binding
redirects
Product: Wine
Version: 1.1.10
Platform: All
URL: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a showcase bug.
I used the app from bug 12414 as example because it highlights some of the
issues and hopefully helps to understand the problem (with my comments).
We need to end this winetricks vcrun2XXX SxS mess/hell, which requires direct
match of SxS assembly dependencies/bindings.
Download: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE
$ sha1sum CNX130NSAEN.EXE -> f31b38e3bcca17c8050c207b79315c9be23d582d
Prerequisite: clean WINEPREFIX, winetricks dotnet20
---
The first installer show stopper (which is this bug report out) are actually
two bugs: one in winetricks and one in the installer.
When you did 'sh winetricks dotnet20' step and start the installer, an error
message box will be shown shortly thereafter:
--- snip ---
Microsoft Visual C++ Runtime Library
Program: c:\windows\temp\RarSFX0\cnx.exe
R6034
An application has made an attempt to load the C runtime library incorrectly.
--- snip ---
The problem comes in form of a sub-installer dependency:
WINEDEBUG=+tid,+seh,+loaddll,+process wine ./nikon.exe
--- snip ---
...
0079:trace:process:CreateProcessW app (null) cmdline
L"C:\\windows\\temp\\RarSFX0\\cnx.exe"
...
0079:trace:process:CreateProcessW started process pid 007a tid 007b
...
007b:trace:loaddll:free_modref Unloaded module
L"C:\\windows\\temp\\nshbb9d.tmp\\UserInfo.dll" : native
007b:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\temp\\nshbb9d.tmp\\process.dll" at 0x10000000: native
007b:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT"
007b:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\temp\\nshbb9d.tmp\\LIBEXPATW.dll" at 0x3d0000: native
007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mpr.dll" at
0x60c50000: builtin
007b:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\wininet.dll" at 0x60c00000: builtin
007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll"
at 0x60c80000: builtin
007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCR80.dll"
at 0x78130000: native
007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCP80.dll"
at 0x7c420000: native
007b:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\temp\\nshbb9d.tmp\\Activation.dll" at 0x3a0000: native
--- snip ---
The culprit is: "fixme:actctx:parse_depend_manifests Could not find dependent
assembly L"Microsoft.VC80.CRT"
If we dump the embedded manifest from PE for the "Activation.dll":
--- snip ---
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.CRT"
version="8.0.50727.762" processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.CRT"
version="8.0.50608.0" processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
--- snip ---
We can see two VC 8.0 runtime versions referenced, the VC 8.0 SP1 and an older
VC 8.0 one.
"8.0.50727.762" -> Visual C++ 2005 SP1 Redistributable Pack 8.0.50727.762
At this stage, only .NET Framwork 2.0 redist got installed as prerequisite in
WINEPREFIX.
Because of winetricks' winver 2k hack (missing junction point workaround, bug
12401), VC 8.0.50727.42 runtimes are placed in both: system32 and SxS repo.
This results in errorneous behaviour in case of SxS assembly resolver failure
(app references 8.x CRT assemblies not found in SxS) - a fallback load from
system32 - which causes the CRT error.
I already explained the differences between 2K and XP in several other bug
reports when it comes to loading of SxS assemblies.
In short: prevent any CRT (and ATL/MFC) 8.x+ runtime from being put into
system32!
Such assemblies are never to be loaded from system32 with winver > 2K!
To fix this, 'winetricks dotnet20' step needs to include the removal of these
assemblies from system32 as cleanup procedure.
A second copy is properly installed into SxS as precaution from M$ guys in the
light of win2k -> winxp update which knows about activation contexts/SxS.
--- snip .wine/drive_c/windows/system32 ---
$ ls -lsa msvc*
472 -rw-rw-r-- 1 focht focht 479232 2005-09-23 08:29 msvcm80.dll
540 -rw-rw-r-- 1 focht focht 548864 2005-09-23 08:29 msvcp80.dll
616 -rw-rw-r-- 1 focht focht 626688 2005-09-23 08:29 msvcr80.dll
..
--- snip .wine/drive_c/windows/system32 ---
The vendor msi installer bug at this stage is that the sub-installer is
executed *before* the VC redist installer which would install all required CRT
dependencies into SxS.
Hence this error is only shown once.
That sub-installer failure seems not critical.
Now one might think: "ok, lets do the usual winetricks vcrun2005 ...
vcrun2005sp1 mess" before install.
If you do this, the error will still remain (assuming you restart with clean
WINEPREFIX).
The reason is the other "old" VC 8.0 CRT version, referenced in dll manifest:
8.0.50608.0
Winetricks dotnet20 installed a VC 8.0.50727.42 CRT version into SxS (after we
removed the ones from system32).
This would ideally work but Wine's loader doesn't support the redirection of
assembly bindings yet.
If you take a look at the policy file from .NET 2.0 installed VC 8 runtime:
"c:\windows\winSxS\policies\x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773\":
--- snip 8.0.50727.42.policy ---
<bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0"
newVersion="8.0.50727.42"/>
--- snip 8.0.50727.42.policy ---
The policy rule would be satisfied, because the assembly asks for version
8.0.50608.0 and the current "up-to-date" version 8.0.50727.42 can be used for
that.
After VC 8.0 SP1 install (sh winetricks vcrun2005sp1), another policy file is
added:
--- snip 8.0.50727.762.policy ---
<bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0"
newVersion="8.0.50727.762"/>
<bindingRedirect oldVersion="8.0.50727.42-8.0.50727.762"
newVersion="8.0.50727.762"/>
--- snip 8.0.50727.762.policy ---
This would cover (match) the first assembly binding dependency, 8.0.50727.762
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=35220
Bug ID: 35220
Summary: Clickr: puzzle table is hidden behind solid color with
built-in d3dx libraries
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 46970
--> http://bugs.winehq.org/attachment.cgi?id=46970
terminal output
'Clickr' is a puzzle game, the Steam version comes bundled with native
d3dx9_34.dll.
If I use Wine's built-in d3dx9* dlls the puzzle table is covered by some pink
color.
Either native d3dx9_34 or d3dx9_36 works around the problem and the table is
displayed correctly.
Fedora 19
Nvidia binary drivers 325.15
--
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=33080
Bug #: 33080
Summary: While running DPFMate.exe, Unhandled exception: page
fault on read access to 0x00000004 in 32-bit code
(0x0040ea53).
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jon(a)sprig.gs
Classification: Unclassified
Created attachment 43734
--> http://bugs.winehq.org/attachment.cgi?id=43734
Backtrace
Please see attached backtrace. This is a simple keyring photoframe manager.
Wine is using Ubuntu 12.04, plus the Wine PPA, latest winetricks downloaded
from the SVN (WINETRICKS_VERSION=20120912) to install MFC42U.dll.
After I got similar results to the backtrace, I tried forcing the app to use
the Win2k emulation mode, and then captured this backtrace - probably not the
best idea, but I'm happy to run any other diagnostics.
--
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=31839
Bug #: 31839
Summary: Mouse jumps to the upper left corner of the screen
Product: Wine
Version: 1.5.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
On some games (I noticed this only on Blizzard games) the mouse position is set
on starting/exiting the game to the upper left corner of the screen. Just a few
examples:
- On Diablo 3 this works on starting and exiting the game (independent if
-opengl is used or not).
- On Warcraft 3 (RoC and TFT) this works only on starting the game and if
-opengl is used.
--
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=32760
Bug #: 32760
Summary: Mono not running VB.NET app
Product: Wine
Version: 1.5.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pwthomas95(a)satx.rr.com
Classification: Unclassified
I tried running the VB.Net app on 1.5.19 with exact same results. When run from
the command line it produces a massive, console over flowing error log. I had a
forum thread so I have the log on pastebin: http://pastebin.com/kh9CLcqM
--
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=30376
Bug #: 30376
Summary: Baldurs Gate II (GOG.com version) crashes on loading
specific save games
Product: Wine
Version: 1.5.1
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jpranevich(a)gmail.com
Classification: Unclassified
Created attachment 39718
--> http://bugs.winehq.org/attachment.cgi?id=39718
Crash info
Baldurs Gate II (GOG.com version) crashes on loading specific save games from
certain areas of the game, especially Chapter 7. The identical save games work
on Windows install.
--
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=31933
Bug #: 31933
Summary: GOG.com installer displays the options menu poorly
Product: Wine
Version: 1.5.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Classification: Unclassified
Created attachment 42059
--> http://bugs.winehq.org/attachment.cgi?id=42059
screenshot
Here's an example with the Heroes of Might and Magic 5 Bundle. The console
displays these lines in loop.
fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 5
fixme:uniscribe:GPOS_apply_PairAdjustment Pair Adjustment Positioning: Format 2
Unhandled
I suspect that all the games from GOG have this issue. Marking the issue to
fonts, as I suspect this has to do with a font that Linux does not have.
--
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=29434
Bug #: 29434
Summary: Picasa 3.9 fails to authenticate with Google
Product: Wine
Version: 1.3.28
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mihai(a)mihaic.ro
Classification: Unclassified
Created attachment 38101
--> http://bugs.winehq.org/attachment.cgi?id=38101
Output from running Picasa 3.9 in a terminal.
Picasa 3.9 fails to authenticate with Google. Picasa 3.8 works with the same
setup (Ubuntu 11.10).
The problem is known to Google:
http://www.google.com/support/forum/p/Picasa/thread?tid=1c3f770cc876aeb9&fi…
"[...] we've switched to using OAuth in Picasa 3.9 and our implementation isn't
supported on WINE."
I'm attaching the output I get when running in a terminal (wine Picasa3.exe).
When I try to connect to Google, the following line is output:
"err:ntdll:RtlpWaitForCriticalSection section 0xe10440 "?" wait timed out in
thread 0033, blocked by 0009, retrying (60 sec)"
--
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=36896
Bug ID: 36896
Summary: Audiosurf Quest 3D error
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: levanchelidze(a)gmail.com
Created attachment 49003
--> http://bugs.winehq.org/attachment.cgi?id=49003
steam terminal output
I installed Steam on fresh wineprefix and then downloaded Audiosurf and started
it I got an error here is a screenshot of it
http://i.imgur.com/RTXFHoD.png
and terminal outputs
--
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=35997
Bug ID: 35997
Summary: Polar Websync 2.8.1 not recognizing USB device ( RC3
GPS )
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: evorster(a)gmail.com
Hi there.
Thanks for fixing bug 35284 above.
I installed Websync on my Arch Linux box, and it installed beautifully.
Unfortunately, Websync does not seem to recognize my RC3.
I launch the Websync app, and whether I click on "Training Computer" or
"Synchronize" the app never gets past the "Connect" bit, and the dot next to it
stays red, instead of turning green like it does in Windows boxes when I have
the device plugged in.
I am happy to follow instructions on getting more information for you, and also
building applications from source code and applying patches in testing, as I
used to use a sources-based distrobution before.
Kind regards,
Evert Vorster
--
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=33019
Bug #: 33019
Summary: PDH does not support the 'Object Index' when creating
strings
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: pdh
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Classification: Unclassified
PDH allows for performance counters to be specified to address a particular
object. For example, on a machine with multiple processors one uses the
index-specific string:
\Processor(_Total#0)\% Processor Time
rather than the generic string:
\Processor(_Total)\% Processor Time
Silverlight uses these index-specific strings to construct the processor time
string, which poses a problem since this is not currently implemented.
--
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=33018
Bug #: 33018
Summary: PDH does not support the 'Processor' object string
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: pdh
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Classification: Unclassified
Calling PdhLookupPerfNameByIndex with the index 238 should return the string
'Processor', this is used by Silverlight to construct the string:
\Processor(_Total#0)\% Processor Time
to obtain the processor usage.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38329
Bug ID: 38329
Summary: 64-bit Double Commander hangs
Product: Wine
Version: 1.7.38
Hardware: x86-64
URL: https://sourceforge.net/projects/doublecmd/files/DC%20
for%20Windows%2064%20bit/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: ---
The 64-bit version of open-source file manager Double Commander hangs at
execution, loading the CPU at 100%. The 32-bit version is not affected.
Occurs with 0.5.11, 0.6.0, and 0.6.1 betas.
Xubuntu 14.04.2 x86_64
--
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=15315
Summary: Ace Online (aka Space Cowboy/Flysis/Air Rivals) does not
load past launcher with WINE
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: littlegator(a)gmail.com
I'm somewhat new to Linux, so if anyone offers any fixes, I may not be sure how
to do it. Please inform me of the exact procedure of the fix (or anything that
may advance the situation) and I will gladly do what you ask.
Now, on to the problem. I load up Ace Online with WINE 1.0-rc3 and it brings me
to the launcher. I type in my login details, select my resolution (which is
1024 x 768), uncheck the "windowed" check box (which appears to have no effect
on the output), and wait. The game goes full screen and is white for a few
seconds. It switches to black, then, after about 10 or 15 seconds, a white
square appears in the middle of the screen. It disappear within a few frames of
appearing, and I'm stuck here. Same thing happens when windowed, it just isn't
full screen. During this process, it seems to be outputting every single
mission log in the game to the debug window. The output file is extremely long.
Now, my setup:
I'm running WINE 1.0-rc3 with DirectX9.0 installed using WineTricks. I'm
running a 1024x768 virtual desktop with no window decorations and window
manager can not control the windows.
My PC:
Intel Pentium 4 1.6GHz
512MB RAM (not sure on what type >_>)
ATI Radeon 9700 pro 128MB onboard RAM using latest Catalyst drivers
running 3.5.6-9.fc7 Fedora release: 2.6.21-1.3194.fc7
While I await a response, I'm going to attempt updating Fedora since it's
apparently an older version. I've attached the a couple output files and a
dxdiag if it may be useful.
--
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=27716
Summary: Dragon Nest (Chinese): crashes before login screen
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eric.gralco(a)gmail.com
Created an attachment (id=35467)
--> (http://bugs.winehq.org/attachment.cgi?id=35467)
Fixmes that are thrown during the crash
The game must be started from dnlauncher.exe. After the loading screen the game
goes to the animation before the login screen where it crashes. For the record
the game also lags at this point on Windows but does not crash.
--
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=12694
Summary: Air Rival Crashes after login
Product: Wine
Version: 0.9.59.
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=11224&iTestingId=22275
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mifuyne(a)gmail.com
Created an attachment (id=12349)
--> (http://bugs.winehq.org/attachment.cgi?id=12349)
Log of Air Rival from Launch to Crash
The game crashes without going into the game itself. Been tested on different
versions of Windows (slightly different error on some version). The following
address leads to the log, from launcher to the crash point. It's also attached
to this report.
http://pastebin.org/30959
WINE was set to Emulate a virtual desktop at 1024 x 768 (thus avoiding the
resolution problem mentioned here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=11224&iTesting…
--
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=35116
Bug ID: 35116
Summary: War Rock crash after Updater (startup)
Product: Wine
Version: 1.4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: juliantheel(a)gmail.com
Classification: Unclassified
Created attachment 46845
--> http://bugs.winehq.org/attachment.cgi?id=46845
Fail
After starting this game (Updater runs) this errror appears.
--
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=34625
Bug #: 34625
Summary: Drakan demo doesn't detect that the graphics card
supports antialiasing
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46141
--> http://bugs.winehq.org/attachment.cgi?id=46141
Drakan Log
The antialiasing option is grayed out in a preferences window that shows up
when you start the game as well as in in-game settings.
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=24893
Summary: Explorer++ is missing most right-click options for
files/folders
Product: Wine
Version: 1.3.5
Platform: x86-64
URL: http://www.explorerplusplus.com/download
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=31524)
--> (http://bugs.winehq.org/attachment.cgi?id=31524)
Log from right-clicking a folder, then a file
Expected behavior:
Right-clicking on a file should open the same menu that would be seen in
Windows Explorer (or Winefile as the case may be), while right-clicking a
folder should do the same, but with an added "open in new tab" option.
Actual behavior:
Right-clicking on a file produces a menu with a single option, which may be
blank or random garbage. It doesn't appear to do anything either way.
Right-clicking on a folder yields a menu with only the option "open in new
tab."
--
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=12457
Summary: SharpDevelop 2.2 crashes with NotImplementedException at
IWebBrowser2.get_LocationName()
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.icsharpcode.net/OpenSource/SD/Download/#Sharp
Develop22
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://lists.ximian.com/pipermail/mono-devel-list/2008-March/027227.html
was asking how to install SharpDevelop 2 under Wine, so I
gave it a try. "winetricks dotnet20" was enough to get it
to install and start, but after it put up the GUI, it
aborted with
fixme:shdocvw:WebBrowser_QueryInterface
(0x1af830)->({00000144-0000-0000-c000-000000000046} 0x33e800) interface not
supported
...
FATAL- System.NotImplementedException: The method or operation is not
implemented.
at System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.get_LocationName()
at System.Windows.Forms.WebBrowser.get_DocumentTitle()
--
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=29903
Bug #: 29903
Summary: Microsoft Visual Studio 2005: enumeration of processes
fails due to wtsapi32.WTSEnumerateProcessesW() being a
stub ( "attach to process" menu))
Product: Wine
Version: 1.4-rc3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
clicking "attach to process" menu item with default "local transport" leads to
an error message stating "Operation not supported. Unknown error: 0x8007000e".
The process list (listview) is empty due to WTSEnumerateProcessesW() API being
a stub.
Prerequisite: 'winetricks -q dotnet20 mfc42'
--- snip ---
...
0024:Call
wtsapi32.WTSEnumerateProcessesW(00000000,00000000,00000001,0032e828,0032e824)
ret=54bc508e
0024:fixme:wtsapi:WTSEnumerateProcessesW Stub (nil) 0x00000000 0x00000001
0x32e828 0x32e824
0024:Ret wtsapi32.WTSEnumerateProcessesW() retval=00000001 ret=54bc508e
0024:Call KERNEL32.GetProcAddress(7d910000,54cb3b3c "WTSFreeMemory")
ret=54bb97d2
0024:Ret KERNEL32.GetProcAddress() retval=7d914fc8 ret=54bb97d2
0024:Call wtsapi32.WTSFreeMemory(00000000) ret=54bc51b9
0024:fixme:wtsapi:WTSFreeMemory Stub (nil)
0024:Ret wtsapi32.WTSFreeMemory() retval=0000002b ret=54bc51b9
...
0024:Call oleaut32.SysAllocString(011722a8 L"Unable to connect to the Microsoft
Visual Studio Remote Debugging Monitor named 'nexus4'. Operation not
supported. Unknown error: 0x8007000e.") ret=54ba4f0c
...
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa383831.aspx
Stub source:
http://source.winehq.org/git/wine.git/blob/fddbf3b99d6582c50ede10dfddd8d438…
--- snip ---
--- snip ---
105 BOOL WINAPI WTSEnumerateProcessesW(HANDLE hServer, DWORD Reserved, DWORD
Version,
106 PWTS_PROCESS_INFOW* ppProcessInfo, DWORD* pCount)
107 {
108 FIXME("Stub %p 0x%08x 0x%08x %p %p\n", hServer, Reserved, Version,
109 ppProcessInfo, pCount);
110
111 if (!ppProcessInfo || !pCount) return FALSE;
112
113 *pCount = 0;
114 *ppProcessInfo = NULL;
115
116 return TRUE;
117 }
--- snip ---
$ wine --version
wine-1.4-rc3-65-g98f0be8
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=19756
Summary: TaskCoach: Cannot add new task with a due date
Product: Wine
Version: 1.1.27
Platform: PC
URL: http://www.taskcoach.org/download.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jekwas(a)gmail.com
Created an attachment (id=23126)
--> (http://bugs.winehq.org/attachment.cgi?id=23126)
taskcoach.exe.log
I ran across this while testing for 8322. Task Coach is unable to add a new
task if a Due Date is specified.
To reproduce, click "New task" in the main window. Go to the Dates tab and add
a due date. Press OK, and nothing will happen. When you close Task Coach, it
will alert you of logged errors.
I have attached such a log. (Wine doesn't output with any problems when trying
to add a task)
--
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=12076
Summary: Database app refused to install unless
system32/drivers/etc/{services,host} exist
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Keywords: Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user's informix-based app refused to install until
the empty files c:/windows/system32/drivers/etc/{services,host}
were created, see
http://winehq.org/pipermail/wine-users/2008-March/030256.html
I looked around a bit for other system32/drivers/etc files.
http://support.microsoft.com/kb/130024 describes hosts, services, and protocols
http://support.microsoft.com/kb/105997 describes lmhosts
It looks like some apps find that directory by looking at
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
and MSN Messenger 7.5 f*cks up by changing that variable's type, see
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6343068
Getting this all right would be a lot of work. Just creating
two empty files might be reasonable, though, since it
allows the user's app to install.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35539
Bug ID: 35539
Summary: Proteus 8 demo fails to install
Product: Wine
Version: 1.7.11
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Classification: Unclassified
Hello folks,
split off from bug 34457
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+msi wine ./prodemo.exe >>log.txt 2>&1
...
0037:trace:msi:ACTION_PerformUIAction Performing action
(L"WriteEnvironmentStrings")
...
0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 100 L"Action 13:24:18:
WriteEnvironmentStrings. Updating environment strings"
...
0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Environment`" 0x33f7e8
...
0037:trace:msi:ITERATE_WriteEnvironmentString name L"!-*LXKSERVER" value (null)
...
0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Name: LXKSERVER,
Value: , Action 0"
...
0037:trace:msi:ITERATE_WriteEnvironmentString name L"=-*LXKSERVER" value
L"[KEY_SERVER]"
...
0037:trace:msi:MSI_FormatRecordW L"[KEY_SERVER]"
...
0037:trace:msi:msi_get_property property L"KEY_SERVER" not found
...
0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Name: LXKSERVER,
Value: , Action 0"
...
0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action ended
13:24:18: WriteEnvironmentStrings. Return value 14."
...
0037:err:msi:ITERATE_Actions Execution halted, action
L"WriteEnvironmentStrings" returned 14
--- snip ---
"Environment" msi table dump with ORCA:
--- snip ---
Environment Name Value Component_
s72 l255 L255 s72
LXKSERVER !-*LXKSERVER APPFRAME.DLL
LXKSERVER_1 =-*LXKSERVER [KEY_SERVER] APPFRAME.DLL
--- snip ---
The first one has no value -> skipped (ok).
The second one has a value and is getting deformatted ... unfortunately
'KEY_SERVER' property is not set at this point, resulting in failure.
I found only one occurrence of this property 'KEY_SERVER' in msi tables:
"Control" msi table:
--- snip ---
KeyServerDlg Edit_1 Edit 101 112 125 18 3 KEY_SERVER
{260} Bitmap
--- snip ---
The unattended install using explicit command line property works, see:
http://www.softnual.com/html/pds/network-installation.htm
--- quote ---
Where a server license and dongle are installed the KEY_SERVER property can be
set on the command line to point to the licence key server. If set this will
set the environment variable, if not set the variable will be cleared.
--- quote ---
If I pass the property via command line it finishes successfully:
--- snip ---
$ wine msiexec -i setup_demo8.1.17358.0.msi KEY_SERVER=test
...
$ fixme:wshom:WshShell3_RegWrite
(L"HKLM\\SYSTEM\\CurrentControlSet\\Control\\Session
Manager\\Environment\\LXKSERVER" {VT_BSTR: L"test"} {vt 10}): stub
--- snip ---
For UI install, the 'KeyServerDlg' is referenced from 'LicenseKeyTypeDlg' which
is referenced from 'LicenseAgreementDlg':
--- snip ---
LicenseAgreementDlg Back NewDialog WelcomeDlg AI_INSTALL AND
LicenseAgreementDlg_Cond 1
LicenseAgreementDlg Next NewDialog SetupTypeDlg AI_INSTALL AND
LicenseAgreementDlg_Cond 3
LicenseAgreementDlg Next NewDialog LicenseKeyTypeDlgAI_INSTALL
AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond 4
LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] 1 Family <>
"Demonstration" 2
LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] {} 1 1
LicenseAgreementDlg Cancel SpawnDialog CancelDlg 1 100
LicenseAgreementDlg PrintButton DoAction AI_PrintRtf 1 2
LicenseAgreementDlg PrintButton [AI_PRINT_RTF]
LicenseAgreementDlg#AgreementText 1 1
--- snip ---
'SetupTypeDlg' is selected for 'next' button instead of 'LicenseKeyTypeDlg':
--- snip ---
0037:trace:msi:msi_set_property 0x1437c0 L"LicenseAgreementDlg_Cond" L"1" -1
...
0037:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND
LicenseAgreementDlg_Cond"
...
0037:trace:msi:msi_dialog_send_event Sending control event L"NewDialog"
L"LicenseAgreementDlg"
...
0037:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND LicenseAgreementDlg_Cond
AND LicenseKeyTypeDlg_Cond"
...
0037:trace:msi:msi_get_property returning L"1" for property L"AI_INSTALL"
...
0037:trace:msi:msi_get_property returning L"1" for property
L"LicenseAgreementDlg_Cond"
...
0037:trace:msi:msi_get_property property L"LicenseKeyTypeDlg_Cond" not found
...
0037:trace:msi:MSI_EvaluateConditionW 0 <- L"AI_INSTALL AND
LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond"
...
0037:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND
LicenseAgreementDlg_Cond"
0037:trace:msi:msi_dialog_send_event Sending control event L"NewDialog"
L"SetupTypeDlg"
--- snip ---
'LicenseKeyTypeDlg_Cond' is tied to control 'Event':
--- snip ---
LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] 1 Family <>
"Demonstration" 2
LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] {} 1 1
--- snip ---
The event condition:
--- snip ---
0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ControlEvent WHERE
`Dialog_` = 'LicenseAgreementDlg' AND `Control_` = 'Next' ORDER BY `Ordering`"
0x33f240
...
0037:trace:msi:MSI_EvaluateConditionW L"1"
...
0037:trace:msi:COND_GetString Got identifier L"1"
...
0037:trace:msi:MSI_EvaluateConditionW 1 <- L"1"
...
0037:trace:msi:msi_set_property 0x1437c0 L"LicenseKeyTypeDlg_Cond" (null) -1
...
0037:trace:msi:msi_get_property property L"LicenseKeyTypeDlg_Cond" not found
0037:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE
`_Property` = 'LicenseKeyTypeDlg_Cond'" 0x33f11c
...
0037:trace:msi:MSI_EvaluateConditionW L"Family <> \"Demonstration\""
...
0037:trace:msi:COND_GetString Got identifier L"Family"
...
0037:trace:msi:msi_get_property returning (null) for property L"Family"
...
0037:trace:msi:msi_get_property returning L"Demonstration" for property
L"Family"
...
0037:trace:msi:COND_GetLiteral Got literal L"Demonstration"
...
0037:trace:msi:MSI_EvaluateConditionW 0 <- L"Family <> \"Demonstration\""
...
--- snip ---
'Family' property is hard coded by default to 'Demonstration' value.
Makes sense for demo app/installer.
Summing it up: at first glance everything looks ok.
Maybe it's another MSI client vs. server issue.
$ sha1sum prodemo.exe
e3409adbc80bd73a36f82890da2b7d16be2fbf51 prodemo.exe
$ du -sh prodemo.exe
166M prodemo.exe
$ wine --version
wine-1.7.11-306-g8f289c8
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.