https://bugs.winehq.org/show_bug.cgi?id=38111
Bug ID: 38111
Summary: Desperados 2 v1.01: assigned keys not displayed
properly in the options menu (needs
msvcp71.dll.?_Getcat@facet@locale@std@@SAIPAPBV123@@Z)
Product: Wine
Version: 1.7.36
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
When I enter <Game Controls> in the Options menu to change the key bindings,
the available keys aren't displayed properly, I can only see the same
unrecognizable symbols instead of characters.
This message is written in the terminal repeatedly while in the Game Controls
menu:
wine: Call from 0x7b839454 to unimplemented function
msvcp71.dll.?_Getcat@facet@locale@std@@SAIPAPBV123@@Z, aborting
The problem doesn't exist when using native msvcp71.
Mscodescan output:
./Desperados2.exe imports following stub symbols:
msvcp71:?_Getcat@facet@locale@std@@SAIPAPBV123@@Z
msvcp71:?do_date_order@?$time_get@DV?$istreambuf_iterator@DU?$char_traits@D@std@@@std@@@std@@MBE?AW4dateorder@time_base@2@XZ
The other unimplemented function is reported in bug #38091.
wine-1.7.36-144-g4d43d36
--
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=29450
Bug #: 29450
Summary: fixme:gdiplus:Gdip<...> graphics object has no HDC
Product: Wine
Version: 1.2.3
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: annacegu(a)yahoo.com.au
Classification: Unclassified
After trying to resolve the following problem, it was suggested that I open up
a ticket:
http://forum.winehq.org/viewtopic.php?p=70785
Essentially, there are GDI+ objects that are not displaying correctly, whereas
they appear correctly in windows. A forum member has been getting the following
error messages of the form below when trying to run the executable:
fixme:gdiplus:Gdip<...> graphics object has no HDC
The executable was created using Delphi 2010. It can be found through the
following link:
https://trac.macports.org/ticket/32640
where try2.exe is a demo program, and IMG...png is how it appears on windows.
--
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=26167
Summary: Crash in open file dialog when dragging folder upon
file
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=33342)
--> (http://bugs.winehq.org/attachment.cgi?id=33342)
Backtrace
Steps to reproduce:
* $ wine notepad
* File->Open or Ctrl+O
* Drag a folder upon a file
Attached backtrace.
--
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=16039
Summary: configure does not support detection of (n)cursesw
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)liebenowstudios.com
Created an attachment (id=17264)
--> (http://bugs.winehq.org/attachment.cgi?id=17264)
Proposed fix for configure script - not well tested
Some systems only provide wide character versions of the curses libraries.
This is the default on LFS and a few others. The built in AC macros are
correctly detecting the curses header files but the WINE_CHECK_SONAME macro
misses the actual libs.
On my system I fixed configure.ac the behavoir as shown in the attached diff
and then ran autoconf
I don't know if this is clean or would break detection of non-wide libraries.
The error stating that curses functionality will be disabled is no longer in my
configure logs but I don't know if I actually have curses support now.
--
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=27050
Summary: Audiosurf - mouse does not work properly
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: turbolad995(a)hotmail.co.uk
If you open Steam in Wine and try playing Audiosurf, you will find the mouse
does not work or you can only click on an option when the mouse is away from
the option, rather than hovering on top of it.
--
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=38165
Bug ID: 38165
Summary: F.E.A.R 1 freezing in the menu (network related)
Product: Wine
Version: 1.7.37
Hardware: x86
URL: http://www.gamershell.com/download_10167.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50913
--> https://bugs.winehq.org/attachment.cgi?id=50913
plain terminal output
This bug is present in the Steam, GOG as well as in the single-player demo
versions. As far as I remember there was no such problem with FEAR 1 before May
2014 when the Gamespy servers were shut down. It's not a regression in Wine.
To reproduce the problem install then start the single-player demo. The intro
movies should play properly. When you get to the main menu and move the mouse
pointer over a menu item, the game hangs up.
If I disable network connections in Linux so only the loopback device is
present, then the problem doesn't occur.
The problem doesn't exist if I use native ws2_32.dll + ws2help.dll (copied from
a Windows Xp running in a VM).
I started wireshark and noticed that 2 DNS queries were made:
fearsp.available.gamespy.com and motd.gamespy.com
Maybe the response from these servers (or the lack of response since they were
shut down in 2014) doesn't make Wine happy thus it's freezing (?)
Note: the issue often leads to a situation where the player profile gets
corrupted and you receive a crash on start, involving gamedatabase.dll in the
backtrace. If this occurs remove Profile000.gdb from
'drive_c/users/Public/Documents/Monolith Productions/FEARSPDemo/Profiles'
directory.
Fedora 21 x86
wine-1.7.37-143-g3b2cf06
fear_spdemo_en.exe
md5sum: 300b1ea76b7c840f05408e92ea896ee1
--
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=38129
Bug ID: 38129
Summary: Wavelab 6.1.1 under Wine 1.6.2
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stef.farad(a)gmail.com
Distribution: ---
Created attachment 50822
--> https://bugs.winehq.org/attachment.cgi?id=50822
Wavelab 6.1.1 error report at startup-closes program
Whenever I try to run/execute/open Wavelab 6.1.1, I get an error report saying
that the program has to close because of the following problem (see backtrace
attachment). I can see the program's interface but I cannot click or select
anything and the only thing I can do is to click the "Save as.." or "Close"
buttons from the error report.
--
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=24103
Summary: MYOB: won't print report
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)lager.freeserve.co.uk
Using MYOB 6.05c PCW GB on AMD64 with debian lenny 64-bit:
mostly works as expected except that all reports are blank and the program
freezes when clicking on"print".
Attachment is record on console when starting MYOB from prompt with:
env WINEPREFIX="/home/boss/.wine" wine "c:\MYOB6\MYOB.EXE" "j:\accounts.dat"
NB: j: = /home/userid
--
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=12717
Summary: Europa Universalis III: Borders drawn corrupted
Product: Wine
Version: 0.9.59.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cja(a)gmx.net
The borders of the countries and provices are corrupt. I have attached a wine
screenshot and a windows screenshot so you can see the differences.
--
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=38143
Bug ID: 38143
Summary: IO completions cause wineserver to leak APC packets
Product: Wine
Version: 1.7.37
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Created attachment 50870
--> https://bugs.winehq.org/attachment.cgi?id=50870
leaky io ports application
This started as a report that after long time execution (couple of days)
wineserver memory usage grows by tens hundreds of megabytes.
Attached is a simple .net application (with source) that demonstrates
the problem. Steps to reproduce:
1. rm -rf ~/.wine
2. winetricks -q dotnet40
3. wine IOPortsLeakyApp.exe
And in a separate terminal watch how wineserver heap usage starts to very
quickly grow:
pmap -X -p `pidof wineserver` | grep heap
The source of the leak is at server/async.c,async_set_result(), a queued
thread APC packet is never fetched from the queue and as a result is never
executed and freed.
The problem is that an APC packet is added to queue as APC_USER type and
that needs an alterable thread wait, otherwise server/thread.c,select()
handler (actually thread_dequeue_apc(), but that's minor detail) will fetch
only system APCs and never user ones.
One solution would be to put a thread into alertable wait so it has an
opportunity to handle user APCs, another is to add an IO completion APC
to the system instead of user APC queue.
--
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.