http://bugs.winehq.org/show_bug.cgi?id=4682
ahziem1(a)mailbolt.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-gui |wine-gdi-(printing)
Keywords| |regression
------- Additional Comments From ahziem1(a)mailbolt.com 2006-28-02 17:49 -------
This little patch causes the problem. With todays CVS, I reversed the patch in
my source, and now the text displays correctly.
http://article.gmane.org/gmane.comp.emulators.wine.cvs/18998
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3118
------- Additional Comments From darkguy2008(a)yahoo.com 2006-28-02 16:29 -------
It seems to happen in Unreal Tournament GOTY and Diablo II too when the WM
doesn't manages the WINE Windows and you give focus to another app (terminal, x-
chat, etc)... basically any keyboard input is lost, and whatever you type is
being sent to the last app that got focus, but not WINE.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4683
Summary: TCL http library hangs while waiting for a write event.
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmiller(a)auctionpay.com
This bug seems to be a race condition on the socket write event during
WSAAsyncSelect. In most cases, when an http request is attempted, the write
event gets eaten and never triggers the handler to post the HTTP request. This
bug can be reproduced with Windows ActiveTcl version 8.4.12
The following lines of code are needed to reporduce this problem:
package require http
http::geturl http://www.google.com -timeout 0 -query "?q=asdf"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4646
------- Additional Comments From arjan.mels(a)gmx.net 2006-28-02 15:28 -------
I tried various things, first of all creating dialog based, sdi & mdi
application all give debug assertion. I traced this down to the use of side-by-
side assembliies in MFC (resulting in ActivateActCtx calls, which are not yet
supported in Wine). It calls functions like AfxInitCommonControlsEx and
AfxRegisterClass which then give no valid results. If I copy paste a bit of
MFC source and hack this a bit I can get rid of these assertion (see attached
test case. The dialog based applications then starts working, the MDI
application still quits in the way I originally described, so this migth not
be related at all???
I attached the source and executable versions of my program so you can try for
yourself.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4484
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
Summary|'Alchemy' visualization uses|Regression: 'Alchemy'
|whole window in WMP9 |visualization crashes WMP9
------- Additional Comments From alex(a)thehandofagony.com 2006-28-02 14:59 -------
It crashes the player in Wine 0.9.8, though it produces a clean exception (i.e.
the dialogue box asking if you want to restart the player appears).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4485
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From alex(a)thehandofagony.com 2006-28-02 14:56 -------
Fixed in Wine 0.9.8.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4672
------- Additional Comments From haskjold(a)gmail.com 2006-28-02 13:16 -------
> Hogne, can you recall - were you been playing v1.11 without getting MBR
> corrupt in the past?
No, after upgrading to 1.11 I played 3 times and my MBR was corrupted each time.
However I've played v.1.10 without getting MBR corruption.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4672
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-28-02 13:11 -------
Mike, but what makes you think so? I would like see the regressing patch very
much, if any.
Hogne, can you recall - were you been playing v1.11 without getting MBR corrupt
in the past?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4672
------- Additional Comments From mike(a)codeweavers.com 2006-28-02 09:17 -------
> But still I would say that this is a bug since wine+Diablo 2 really shouldn't
> be trying to mess with your MBR to begin with.
Yes, it's a bug in Diablo, I'd guess.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.