http://bugs.winehq.org/show_bug.cgi?id=25745
Summary: Incorrect cursor in World of Tanks
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
In the game World of Tanks the actual cursor appears as a black rectangle with
a "stop prohibited" road sign in it. There is also an arrow which should
represent the mouse cursor but it does not move as mouse moves, only changes
position when mouse makes click.
This makes gameplay very difficult. The game is available freely for download.
--
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=27715
Summary: CDex no longer works with WINE after upgrade today
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iconoclasthero(a)gmail.com
>From my /var/log/apt/term.log:
Log started: 2011-07-07 09:32:56
...
Preparing to replace wine1.3 1.3.22-0ubuntu1~ppa1~maverick1 (using
.../wine1.3_$
Unpacking replacement wine1.3 ...
Preparing to replace winetricks 0.0+20110429~ppa1 (using
.../winetricks_0.0+201$
Unpacking replacement winetricks ...
...
Setting up wine1.3 (1.3.23-0ubuntu1~ppa1~maverick1) ...
procps stop/waiting
Setting up winetricks (0.0+20110629~ppa1) ...
#end
Since this upgrade, CDex just crashes upon loading. I downloaded and
reinstalled the newest version of CDex (CDex-win32-1.70-b4-2009) which worked
until this upgrade, as recently as yesterday.
I would like to know how to roll back wine until this is addressed if possible.
Ubuntu 10.10
--
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=21751
Summary: Wine locks the initial executable
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
When wine first loads the main executable it leaves a 'shared read' lock
against the executable. A (deliberatly unnamed) application I was debugging
does a consistency check by opening itself using SHARE_NONE in the CreateFile
API. This works on windows but fails under wine. I've cut the problem down to a
simple testcase, where test (1) shows the failure.
The problem is I (a) dont know how to fix it and (b) cant add tests to wine
itself for it as it has to be a native executable (as thats where the bug
lies).
I reported it on wine-devel:
--------------------------------------------------------
I have cut this down to a 2 line test program, which basically fails
because a native executable called eg. test.exe subsequently calls
CreateFile(".\\test.exe", GENERIC_READ, 0 /* no share*/ - ie it's
opening itself for read access and non-shared access. It suffers a
sharing violation on wine whereas it works fine on windows
Diagnosing the wine side, we are in trouble here - the act of loading
a module ends up in load_dll which call find_dll_file which in turn
calls NtOpenFile for GENERIC_READ access. This returns a file handle
which is then used to create the in memory file mapping for the
executable code, and the handle returned from the NtOpenFile is then
closed.
However, when we come along to the application code and try the open
we end up checking the sharing and there are 3 things on the
inode->open chain:
The original open, with access of read
The mapping, with access of mapping
The open in progress (which is ignored for sharing checks) which does
not want to SHARE_READ,and hence the sharing violation occurs. For
reference we are failing in the 3rd (last) case of check_sharing
returning STATUS_SHARING_VIOLATION, ie existing access if for read
purposes, but the requested sharing doesnt allow this.
What I dont understand is why the NtClose for the handle does not
remove it from the 'open' list - I think from my reading of the
fd_destroy code it will put it onto the closed list if there are other
references to the same inode, although thats where my debugging will
head next.
--------------------------------------------------------
Alexander replied:
Loading a dll keeps a reference to the file object, because it needs to be
returned in debug events. Probably it would be possible to reference the
mapping object instead and reopen the file from it.
--------------------------------------------------------
I've got stuck and am out of my depth so leaving this for someone as a bug
report.
--
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=16306
Summary: Cannot drag image from Linux Desktop to application
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
URL: http://www.invelos.com/Downloads.aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Stuart(a)houseofanime.org
DVD Profiler includes the facility to drag and drop images into some areas of
the application - indeed this is the only way you can populate one area of the
database.
Wine does not seem to like dragging images from the desktop (or elsewhere) into
the Windows app - you simply get a circle with a bar across it (typical "can't
do this" icon).
I'm running KDE on OpenSuSE 11.0.
>From the descriptions, this may have the same root cause as some or all of the
following bugs:
9441
9932
10815
12007
15953
--
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=25907
Summary: Characters not echoed when typing
Product: Wine
Version: 1.3.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tahoar(a)gmail.com
Characters do not echo in the terminal when typing. After hitting <enter> the
results display fine.
--
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=23271
Summary: X2 the threat fails to install
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www.egosoft.com/games/x2/info_en.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=28995)
--> (http://bugs.winehq.org/attachment.cgi?id=28995)
error dialog
The installer for x2 the threat no longer installs. It used to install fine in
1.0, but now there is a regression in 1.2-rc4. I have not yet performed a
regression test.
--
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=25156
Summary: Startup of Quest Atlantis yields a page fault
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: colinbaddress-biz(a)yahoo.com
Created an attachment (id=31906)
--> (http://bugs.winehq.org/attachment.cgi?id=31906)
the on screen dump after clicking the "OK" button
I am new to wine. I tried installing an education program for my daughter
called Quest Atlantis (http://atlantis.crlt.indiana.edu/#61). That part went
fine. At startup, I first had to add a couple dlls (mfc42.dll and
msvcp60.dll). Not a problem. Then, I started it up.
I first get a message saying it cannot load the web browser for some feature.
I click "OK".
Then I get a program error saying "The program aworld.exe has encountered a
serious problem and needs to close. We are sorry for the inconvenience."
I know this program works fine under windows because all the kids in my
daughter's class use it. Any help would be appreciated. I've attached the
dump.
--
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=27620
Summary: RIFT 1.3 hotfix 2 hangs, weird behavior with vectored
exception handlers
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)licquia.org
Created an attachment (id=35305)
--> (http://bugs.winehq.org/attachment.cgi?id=35305)
Trace with unchanged wine 1.3.23, +process,+seh,+tid
The game RIFT hangs as of 1.3 hotfix 2; after logging in, the game window
appears and the startup music plays, but does not display the progress display
for loading characters.
This is being reported widely on a number of configurations, but I'm on Ubuntu
11.04, NVidia GeForce GT 430 w/ 270.41.06 drivers as shipped by Ubuntu. Tested
on everything from the C-Korn PulseAudio-patched PPA Wine (1.3.22) to current
git HEAD (tagged as wine-1.3.23).
I've been trying to figure this out on my own, and have made some progress.
The problem is in the vectored exception handlers; one of the threads tries to
set a name for itself via the 406d1388 exception trick. Unfortunately, the top
vectored exception handler list entry appears to be garbage, and its handler
function almost immediately throws an c0000005 exception. This re-calls the
garbage handler, which trips, causing another call, and so on. Eventually the
thread runs out of stack and is forcibly aborted. Since the other threads are
waiting on this thread to do something interesting, the game hangs.
I've patched ntdll to include some extra tracing information and debug hooks,
including a complete dump of the vectored handler list on every exception and
every call to RtlAddVectoredExceptionHandler. In this trace, all calls to
RtlAddVectoredExceptionHandler appear to make sense; the call is made, and the
resulting list reflects the current call and all known preceding calls. But
then, when the exception to add the thread name is hit, a new exception handler
appears to have been added before the others without calling
RtlAddVectoredExceptionHandler.
I was able to set a watch on the list, with a condition that basically meant
"don't trip if we're in RtlAddVectoredExceptionHandler". As far as I can tell,
we're inside the RIFT executable at that point, so I'm at the end of my
abilities here.
Will attach traces with unpatched and patched Wine, plus a debug transcript for
setting the watchpoint.
--
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=14832
Summary: Need for Speed Underground - Crash after aprox. 1 minut
of gaming
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frits(a)itpedersen.dk
Created an attachment (id=15379)
--> (http://bugs.winehq.org/attachment.cgi?id=15379)
Output error log - After 1 min of playing in the game the menu works fine
Ubuntu 8.04
P4 - 1,8GHZ
512MB
Need For Speed Underground crashes after aprox 1 minut...
In order to get it up and running I used the following config:
winecfg: Disable sound, Emulate Desktop, add dinput8.dll, disable vertex shader
support, enable pixelshader.
The game was legal bought.
Installed at default location inside drive_c
--
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=22623
Summary: Unigine Heaven 2 benchmark d3d version has funny
stripes on stone and wood
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://unigine.com/products/heaven/
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
In the last day or so, wine from git seems to have decided that
stripes are just the thing. The world in heaven d3d9 is now
a very stripy place indeed; the bottom of mountain-islands,
wooden planks, and stone walls now have large stripes.
--
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.