http://bugs.winehq.org/show_bug.cgi?id=16732
Summary: wine crashes on breakpoints
Product: Wine
Version: 1.1.12
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: c_korn(a)gmx.de
CC: julliard(a)winehq.org
Hello,
I am running wine-1.1.12 on Ubuntu intrepid (amd64).
There is a regression between wine-1.1.11 and wine-1.1.12.
When I set a write breakpoint with CheatEngine wine crashes.
I already have run a regression test.
The result is:
c6c335d70e1495c03821e6227ef715dcb71594b7 is first bad commit
commit c6c335d70e1495c03821e6227ef715dcb71594b7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Dec 30 22:56:15 2008 +0100
server: Make thread entry points client_ptr_t instead of void pointers.
:040000 040000 5e99f6db1cf619b2843b467cfa3262974b07c1cb
fcbf57de779c57c5482df2b2d8147d58bd42c581 M dlls
:040000 040000 f217052cc776d21a410565b158d3b4378fd3e37d
51d12878243584a704760b5854120fcf2f4235e8 M include
:040000 040000 bcd8e7bf4301c872e3924490aa6890920e86a88c
7133a292e64948330625d819bca92e6a8e903435 M server
--
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=12916
Summary: MPQEdit does not start if World of Warcraft is running
Product: Wine
Version: 0.9.60
Platform: PC
URL: http://www.zezula.net/en/mpq/download.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh+winehqdotorg(a)gmail.com
Created an attachment (id=12638)
--> (http://bugs.winehq.org/attachment.cgi?id=12638)
WINEDEBUG=+process,+tid,+loaddll,+module,+seh set
MPQEdit version 2.x doesn't start if WoW is already running (any version of
WoW). MPQEdit 1.8 works fine.
Attached provided debug info aswell as output from
WINEDEBUG=+process,+tid,+loaddll,+module,+seh set
This does not always happen.
Download MPQEdit (version 2.0.0.x): http://www.zezula.net/en/mpq/download.html
--
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=13443
Summary: Incomedia Website X5: impossible to select the main
window
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: antonino(a)arcidiaco.com
I installed the retail version of Incomedia Website X5, but is impossible to
select the window, then i can't use that...
The window is like a transparent object, fact when i click it i select the
below window...
How to solve it?
Bye
--
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=13497
Summary: Kudos generates an access violation when trying to run
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://gamecenter.oberon-media.com/game.htm?code=111838770&RefId=&origin=pcat_gm_
u
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
Steps to reproduce:
1. Install Kudos
2. Run Kudos.exe from the install directory
The program bails out with an access violation.
--
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=13951
Summary: SetParent doesn't behave properly
Product: Wine
Version: 1.0-rc5
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry(a)codeweavers.com
Created an attachment (id=14100)
--> (http://bugs.winehq.org/attachment.cgi?id=14100)
Sample application with source
Attached sample application behaves properly under Windows but makes
a popup window unmoveable and not responsive after a SetParent call.
--
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=11928
Summary: I Spy Junior black screen on startup
Product: Wine
Version: 0.9.57.
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This game was published in 1999 by Scholastic
(though my copy says "XP Compatible" on the cover).
There's a free trial at
http://www.scholastic.com/kids/downloads2go/productDetail.asp?productid=5&s…
The bug happens with both.
It's a 256 color game.
It installs, but gives just a black screen on startup.
Pressing ESC terminates (and in the demo version, takes
you to a web page where you can buy the game).
On first run of the cd version, one sees
err:wineboot:pendingRename couldn't get file attributes (2)
Then
err:ole:CoGetClassObject no class object {e78f7620-96cb-11cf-a00b-444553540000}
could be created for context 0x1
is seen on all runs.
On the download version, one sees (among many other things)
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
--
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=13481
Summary: ChangeDisplaySettings can't set *only* BPP
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rolf(a)neuberrosoft.de
Created an attachment (id=13402)
--> (http://bugs.winehq.org/attachment.cgi?id=13402)
Test case, w Makefile and full NetBeans project tree
Given an "incomplete" DEVMODE structure, with no fields set except for
dmBitsPerPel, and the corresponding flag in dmFields (i.e.
dmFields=DM_BITSPERPEL), ChangeDisplaySettings as implemented in Wine doesn't
replicate the behaviour of a real Windows system correctly.
A real Windows system happily executes the call and returns
DISP_CHANGE_SUCCESSFUL. Display bit-depth will be adjusted, if it was different
to begin with, while the remaining parameters stay as they were. After the
call, resolution and refresh are still whatever the user selected as the
desktop resolution. Even on 2k/XP, which are sometimes happy to drop the
refresh rate to 60Hz, the refresh rate remains constant, which is one of the
reasons I found this type of call to be useful sometimes.
I've tested this today with a MingW-built executable, and found the above to be
accurate for Windows 98SE, Windows 2000 SP4 and Windows XP SP2, irrespective of
whether the initial desktop bit depth is 16 bit or 32 bit.
On Wine (wine-1.0-rc2 on Ubuntu 8.04), the very same call to
ChangeDisplaySettings, made from the same executable, will fail with a return
code of -2 (DISP_CHANGE_BADMODE).
I've attached my test case. It will make the call and pop up a message box with
the results of the call.
I used the i586-mingw32msv-gcc compiler provided by the "mingw32" package in
the official Ubuntu repositories.
The project was set up in NetBeans 6 so the Makefile is somewhat convoluted,
but it doesn't appear as if the build process requires NetBeans. Just
navigating to the directory and running make seems to work. The executable ends
up in dist/Debug/GNU-Windows/.
Priority of the bug isn't high. I've used it in some graphics-library code, but
only in debug builds for my own testing purposes. I'm not aware of publically
available shipping programs that hit on this. Reported anyway, for
correctness's sake.
The app-level workaround is to query the current desktop mode and fill in the
DEVMODE structure more completely. Beyond the scope, but you get the idea.
I'm new to this Bugzilla stuff, so if I forgot some vital piece of info, please
be gentle. I want to be helpful.
--
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=13347
Summary: dogfood: skype only works in "Win95" mode
Product: Wine
Version: 1.0-rc1
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marcus(a)jet.franken.de
The windows Skype in win XP mode crashes with
trace:seh:raise_exception code=c0000005 flags=0 addr=0x593ad1
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=ffffffff
trace:seh:raise_exception eax=000000ad ebx=000000ad ecx=000007c8 edx=0033fcd0
esi=00000000 edi=01ca0460
trace:seh:raise_exception ebp=00000000 esp=0033fcd0 cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00210202
trace:seh:call_stack_handlers calling handler at 0x48bd29 code=c0000005 flags=0
wine: Unhandled page fault on read access to 0xffffffff at address
0xffb4a51e:0x00593ad1 (thread 0009), starting debugger...
and the instruction there is a int 0x2e, which is not handled.
When setting the Windows version to Win95, Skype.exe works wonderful (buyt
displays other warnings).
=> Skype Should work in XP mode too.
=> Or we should set the default cversion for Skype.exe to Win95 in our registry
--
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=18101
Summary: when trying to start a new game, a file called
"default.tot" starts to grow in size arbitrarily
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simulcra(a)uchicago.edu
CC: simulcra(a)uchicago.edu
"default.tot" is a generally problematic file in various infinite engine games
(there are various bugs out there, generally related to character creation).
For example, for baldur's gate 2, sometimes you can have a problem trying to
save a game because of a presence of a 0-byte file called "default.tot" in the
tempsave/ directory. Deleting it will allow a save, though the game will
create a new 0-byte default.tot file almost immediately (a more permanent hack
to fix this is to mkdir tempsave/default.tot).
Icewind Dale 2 has a problem with default.tot in which in previous versions of
wine, tryign to create a party with more than 1 character at the start will
result in a crash, related to a defaul.tot issue (in some versions of wine, an
actual error message would pop up).
Starting with 1.1.18, the issue has become drastically more severe. *Any*
attempt at creating a new party will result in the game creating a default.tot
file, and instead of leaving it at 0-bytes, it will begin to grow it
arbitrarily while the game is stuck at the loading screen. I've seen it go up
to 500 megabytes in size before finally doing a wineserver -k to quite the
Icewind Dale 2 process. Doing the Baldur's Gate 2 hack (creating an empty
default.tot/ directory to block the reation of the file) lets the game get past
its original lock point, but then will lock up anew after the loading screen
finishes.
I'm currently running some regression tests to see when this bug got
introduced, so stand by.
--
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=15723
Summary: A text error for Content Composer
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neil.mulcahy(a)gmail.com
After loading content composer the text was invisible and it came into view
when highlighted and also the word wrap was not working.
the error i was getting is this one.
fixme:richedit:RichEditWndProc_common EM_FORMATRANGE: stub
i used winetricks to get riched20 and it did not fix anything. then i used
winetricks to get riched30 and the text came into view and the word wrap
started working but the right click menu has now gone away.
--
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.