https://bugs.winehq.org/show_bug.cgi?id=40449
Bug ID: 40449
Summary: Join.me fails to start
Product: Wine
Version: 1.9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kamijoutouma648(a)gmail.com
Distribution: ---
WINEPREFIX=~/.wine/join.me wine ~/Downloads/join.me.exe
err:ntdll:NtQueryInformationToken Unhandled Token Information class 29!
fixme:msvcrt:__clean_type_info_names_internal (0x1000a888) stub
When trying to launch join.me after installing directx9
--
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=29445
Bug #: 29445
Summary: LearningCenter.exe fail to start with mono28 but works
with native .net
Product: Wine
Version: 1.3.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
1. Download from http://cetd.sysu.edu.cn/class/NPELSPluginSetup.rar
2. unrar NPELSPluginSetup.rar
3. winetricks -q mono210
4. install setup_v1.1.0.103(101217).exe
5. start LearningCenter.exe
$ cd "~/.wine/drive_c/Program Files/SFLEP/NPELS_LearningCenter_5.0"
$ wine LearningCenter.exe
The application could not start at all, but with native .net2.0 it can start.
Will attach full logs.
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=38551
Bug ID: 38551
Summary: cl.exe hangs but succeeds on relaunch
Product: Wine
Version: 1.7.42
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
Created attachment 51424
--> https://bugs.winehq.org/attachment.cgi?id=51424
build script output
i'm trying to use microsoft compiler into wine and it hangs compiling a simple
hello world
if i hit ctrl+c in the console and relaunch my build script it succeeds (seems
once the wineserver process it started next builds will succeed. if i kill
wineserver it will fail once more.
I'm using latest wine 1.7.42 on archlinux x86_64 and vc2010express+cmake from
winetricks
i use these install/build scripts for you to reproduce the problem:
https://github.com/xantares/msvc-wine
i get these repeated timeout messages later:
err:ntdll:RtlpWaitForCriticalSection, see build.log
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40338
Bug ID: 40338
Summary: XenCenter 6.5 doesn't start
Product: Wine
Version: 1.9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blauerhunger(a)outlook.de
Distribution: Ubuntu
Created attachment 54009
--> https://bugs.winehq.org/attachment.cgi?id=54009
The logfile XenCenter creates in
/home/user/.wine/drive_c/users/user/Application
Data/Citrix/XenCenter/logs/XenCenter.log
When trying to start XenCenter 6.5, it shows an error message "There has been
an unexpected error. Technical details about this error have been saved to the
following file. Please send this to your support representative."
On Windows (at least 7, 8.1 and 10), it works without any problems.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40339
Bug ID: 40339
Summary: wine does not detect java
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: boblebarbare2(a)gmail.com
Distribution: ---
Created attachment 54013
--> https://bugs.winehq.org/attachment.cgi?id=54013
minecraft
wine does not detect java by minecraft and write launch4j error
--
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.