http://bugs.winehq.org/show_bug.cgi?id=14367
Summary: revise stack-frame relay code never to touch other side
of stack pointer
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jreiser(a)BitWagon.com
Created an attachment (id=14664)
--> (http://bugs.winehq.org/attachment.cgi?id=14664)
always avoid memory on wrong side of stack pointer
The code which relays stack frames from one calling sequence to another can be
written never to touch memory that lies on the undefined side of the current
stack pointer. Even though in normal cases there may be no danger in
referencing below the stack pointer (because of precautions with alternate
signal stack, etc.), it is more robust to avoid this. Debuggers (both code and
human) and other tools may be unaware of the special precautions, or may find
it impossible to comply.
Patch is attached, and will be sent to wine-patches(a)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.
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=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.