http://bugs.winehq.org/show_bug.cgi?id=7705
andrey.turkin(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |andrey.turkin(a)gmail.com
------- Additional Comments From wine(a)kapila.force9.co.uk 2007-15-03 05:55 -------
Additional Information:
Crash is occurring in the Everquest2.exe process.
Before the crash, SymInitializeW is called with a process handle 0xffffffff.
process_find_by_handle finds an existing process with this handle.
For some reason, another process structure is allocated after this, so the next
call to process_find_by_handle finds TWO processes with the handle 0xffffffff
and returns the second one (Though changing the code to return the first one
makes no difference).
SymInitializeW returns successfully.
Then SymFromAddr is called a few times, and each time symt_find_nearest returns
FALSE, because the following lines
symt_get_info(&module->addr_sorttab[0]->symt, TI_GET_ADDRESS, &ref_addr);
if (addr < ref_addr) return NULL;
This is as far as I have been able to trace it. I cannot run with +relay enabled
as this causes things to slow down so much that the game times out before the
crash. Is there anyway I can enable the + relay from the code? (eg when the
above lines of code are called?
------- Additional Comments From andrey.turkin(a)gmail.com 2007-18-04 17:19 -------
Native dbghelp.dll use some sort of reference counting for process structure, so
it can recover from multiply SymInitialize/SymCleanup calls with identical
hProcess (native increments refcount, returns TRUE and, strangely enough, sets
last error to ERROR_INVALID_HANDLE).
You can try hacky approach - to return from SymInitialize immediately when
process_find_by_handle finds record (just put return TRUE; instead of
FIXME("What to do?"). Proper way is probably to implement refcounter.
--
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=8101
madewokherd(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
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=8101
Summary: Worms Armageddon and Worms World Party stop responding
to input after closing dialogs
Product: Wine
Version: 0.9.35.
Platform: PC
URL: http://wwp.team17.com/main.html?page=comm&area=_down_dem
o
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
After closing a dialog in the WA or WWP frontend when in virtual desktop mode,
the frontend no longer responds to input.
I know the WA frontend uses user.dll for its controls (i.e. they are real
windows controls with real windows) and ddraw to draw them, so I'm filing this
under user.
I remember discovering when poking at this earlier that after the dialogs are
closed, another window (whose purpose is unknown to me) actually obscures WA's
main window that has the controls. The controls are still visible because ddraw
draws over everything (this is not wine's normal behavior but it is the correct
behavior and it's how the patches for bug 2082 work) but according to the
windowing system they are obscured. I assume that means they get no input events.
I do not know why that happens or why this works in windows.
This can be reproduced by running the WWP demo (see the howto at
http://appdb.winehq.org/appview.php?iVersionId=3905) and attempting to start a
network game (the demo doesn't allow this and creates a dialog to let you know).
--
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=8100
madewokherd(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
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=8100
Summary: Worms Armageddon and Worms World Party sound glitches
Product: Wine
Version: 0.9.35.
Platform: PC
URL: http://wwp.team17.com/main.html?page=comm&area=_down_dem
o
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Worms Armageddon and World World Party require native quartz and devenum dlls
for the sound to work properly.
They used to crash with builtin quartz (which was actually a regression so now
we're back to the original problem which I'm about to describe), but now the
sound glitches in different ways depending on the sound driver. With OSS, the
sound works fine for a while and then turns to static at random times. With
ALSA, there's a sort of "echo" effect that's difficult to describe.
This problem can be reproduced with the WWP demo, when can be installed/run as
described in the howto at http://appdb.winehq.org/appview.php?iVersionId=3905
--
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=8099
Summary: Silverlight aka WPF/e plugin can't display silverlight
test page
Product: Wine
Version: CVS
Platform: Other
URL: http://www.microsoft.com/silverlight/downloads.aspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Set WinXP mode in winecfg.
Download and install Firefox 1.5.x.
Download and install Silverlight msi package.
Restart Firefox. about:plugins should show silverlight plugin loaded.
In firefox, go to silverlight test page,
http://www.microsoft.com/silverlight/
Plugin aborts and puts up a dialog that says something like
"this plugin has failed, please restart browser"
The console shows
wine: Call from 0x137b4ae to unimplemented function
urlmon.dll.CreateURLMonikerEx, aborting
--
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=8097
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
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=8098
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From dank(a)kegel.com 2007-18-04 16:28 -------
Unless this is causing the program to misbehave, this is not a bug.
(Maybe after we get all the apps working, we can worry
about cosmetic details like too many warnings...)
--
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=6764
------- Additional Comments From dank(a)kegel.com 2007-18-04 16:07 -------
Full +msi,+relay log is 1.0GB long, and compressed down to
ten megabytes with rzip (quickly, too). Full file at
http://kegel.com/wine/dns9-log.rz
Looks like it's barfing installing an msxml3 merge module
because a file is missing:
trace:msi:HANDLE_CustomType1 Calling function L"Wdsfpca_DoInstallWFPFile" from
L"C:\\windows\\temp\\msi1fa4.tmp"
...
0083:Call msi.MsiRecordSetStringW(0000003a,00000000,00763a68 L"Success:
msoobci.dll is loaded successfuly from 'C:\\windows\\temp\\mso4e76.tmp'")
ret=00507eae
...
0083:Call msi.MsiRecordSetStringW(0000003a,00000000,00763a68 L"Source path of
exception pack: 'c:\\Program Files\\Common Files\\Microsoft Shared\\SFPCA
Cache\\'") ret=00507eae
...
0083:Call setupapi.SetupOpenInfFileW(7c446ca0 L"c:\\Program Files\\Common
Files\\Microsoft Shared\\SFPCA Cache\\msxmlx.inf",00000000,00000002,00000000)
ret=00505444
0083:Call kernel32.CreateFileW(00759880 L"C:\\Program Files\\Common
Files\\Microsoft Shared\\SFPCA
Cache\\msxmlx.inf",80000000,00000001,00000000,00000003,00000000,00000000)
ret=7c2a5654
0083:Ret kernel32.CreateFileW() retval=ffffffff ret=7c2a5654
0083:Ret setupapi.SetupOpenInfFileW() retval=ffffffff ret=00505444
...
0083:Call msi.MsiRecordSetStringW(0000003a,00000000,00763a68 L"Error:
'msxmlx.inf' with error code 1 (0x1)") ret=00507eae
...
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603
That file, msxmlx.inf, was installed to c:\windows\system32. So
perhaps our msi is putting it in the wrong place...
There's also a dgnsetup.log left in c:\windows\temp which is
somewhat interesting if you want it.
--
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=3615
------- Additional Comments From l_bratch(a)yahoo.co.uk 2007-18-04 15:31 -------
I think it's multithreaded D3D that's stopping the game Rainbow Six Vegas
running too. Does anyone know this for sure, or is there some debug channel I
can post to confirm it? I know applying one of Stefan's opengl thread context
patchsets allowed it to get into the menu a few weeks ago, but that doesn't seem
to work any more...
--
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=8098
Summary: Many fixmes on Console Window
Product: Wine
Version: 0.9.35.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan_betz(a)gmx.net
I get many fixme Message on console, when Installing D-Info 2007 or D-Info
Rückwärts 2007. The Programm works very good! (see AppDB).
Greetings...
--
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=8088
------- Additional Comments From lvromman(a)gmail.com 2007-18-04 14:53 -------
winetricks does the job.
Thank you for the tip.
--
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=3399
------- Additional Comments From bjweeks16(a)gmail.com 2007-18-04 14:25 -------
I can confirm this is still present in git as of 18/4/2007.
--
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.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8088
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
------- Additional Comments From dank(a)kegel.com 2007-18-04 14:00 -------
Thanks, good analysis!
A quick workaround until there's a fix might be
wget http://kegel.com/wine/winetricks
sh winetricks dcom98
Have you tried that yet?
--
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=7929
M.B.Lankhorst(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |auronsrv(a)gmx.net
------- Additional Comments From M.B.Lankhorst(a)gmail.com 2007-18-04 13:59 -------
*** Bug 8075 has been marked as a duplicate of this bug. ***
--
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=8075
M.B.Lankhorst(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From M.B.Lankhorst(a)gmail.com 2007-18-04 13:59 -------
The old hostname points to 127.0.0.1 bug
*** This bug has been marked as a duplicate of 7929 ***
--
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=8089
------- Additional Comments From dank(a)kegel.com 2007-18-04 13:57 -------
There's a stub waiting to be turned into a patch in bug 8094...
--
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=8097
Summary: Pazuru Alfabet picture display flicker
Product: Wine
Version: 0.9.35.
Platform: Other
URL: http://www.freewebs.com/horazio/Freeware.htm
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elektroschock(a)linuxmail.org
Pazru Alfabet, a free simple tool for Japanese language, flash card. Freeware
see link. It displays a whole bunch of pictures of japenese characters but they
flicker very much when displayed.
It produces a whole lot of messages of the style
fixme:ole:OleLoadPictureEx
(0x96e3ac,1062,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x34fab8),
partially implemented and then finally
fixme:ole:OLEPictureImpl_SaveAsFile (0x167920)->(0xccba90, 0, (nil)), hacked stub.
The author provides a video how it should work:
http://www.youtube.com/watch?v=igklQ097wq4
--
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=8036
------- Additional Comments From sick_soul(a)yahoo.it 2007-18-04 13:25 -------
> I think you are digging in the wrong direction.
Agreed.
I am asking the author to send me an example INI file as generated under
regular Windows, to compare against the one which is generated under 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=3818
------- Additional Comments From cja(a)gmx.net 2007-18-04 13:13 -------
After a few rounds with git's regression testing I found out that
this patch causes Europa Universalis II to crash at start-up.
--
c8901d6f6253f6c97610eb1068ac4ff89758ed0a is first bad commit
commit c8901d6f6253f6c97610eb1068ac4ff89758ed0a
Author: Stefan Dösinger <stefandoesinger(a)gmx.at>
Date: Fri Jun 9 19:36:12 2006 +0200
ddraw: Rewrite most of ddraw using WineD3D.
:040000 040000 9761355e24bc348d1e1c03110877541730611adb
67589bfed4fe0ed2619ce120d17eff82e3ca24f0 M dlls
--
Which is a very large patch. Any ideas about next step?
Enabling these TRACE macros found around in ddraw?
--
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=5039
------- Additional Comments From ysperchy(a)puj.edu.co 2007-18-04 12:54 -------
The game does work, you have to press F9 in order to skip the cinematics... it
appears that wine cannot play cinematics within a game, so you have to do this.
I messed a little with the game afterwards and everything works great, except
for Four mayor bugs:
1) The videos don't work(it is important if you have not play the game before
and want to enjoy the story, altough you can play them with mplayer but you have
to know the order they appear)
2) If you have asign a gamepad to play the game, the arrows on the gamepad don't
work(this can be worked around if you use the keyboard, although i hate using
the kb in these type of games)
3) Shadows don't work either (this is the less relevant bug if you're not after
aesthetic of the game)
4) The worst one: When in game graphics, the position of the camera is sometimes
too far away making you see all the map and glitches (specially after winning a
fight) if you have control of the game you can solve this going into the
iventory and then out to the game, the camera will be restored, but it's a pain
in the ass and specially in the scenes where you cannot control the party.
As you see, if it weren't for bug 4 the game will be playable and ejoyable...
Well I hope this works, take care...
--
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=8096
Summary: Bug in Sysexhandling of winealsa.drv
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: musical_snake(a)gmx.de
When adding sysex buffers using midAddBuffer, the MHDR_INQUEUE flag is not
set in the lpMidiHdr->dwFlags.
This results in reaper (www.reaper.fm) completely freezes the machine when
trying to add sysex buffers (because it apparently checks the dwFlags Field of
the buffers it tries to add and will continuously add them to the bufferlist
until all memory is exhausted).
A fix is to add following line in
dlls/winealsa.drv/midi.c, function midAddBuffer:
EnterCriticalSection(&crit_sect);
lpMidiHdr->dwFlags |= MHDR_INQUEUE; <<<< add this line
if (MidiInDev[wDevID].lpQueueHdr == 0) {
Ralf
--
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.