wine-bugs October 2009

wine-bugs@winehq.org

1 participants
6166 discussions

[Bug 20253] New: Regression: Change to OLE32 causes page fault (problematic commit attached)
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20253 Summary: Regression: Change to OLE32 causes page fault (problematic commit attached) Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: brian(a)brianvuyk.com CC: julliard(a)winehq.org Created an attachment (id=23895) --> (http://bugs.winehq.org/attachment.cgi?id=23895) commit 7b6dd2c9f8339a0bc14aa7f466f5c5a0bb03da06 by Alexandre Julliard <julliard(a)winehq.org> A commit back in March appears to have introduced a bug in which StringFromGUID2() gets provided a null argument, and crashes. I noticed this when trying to get WWII Online: Battleground Europe running. This bug was not present in 1.0.1 (which ships with Ubuntu), but was present in 1.1.30. In short, when you try to start the 'Settings.exe' program that comes with the game, it crashes with a page fault. I did a git bisect, and isolated the commit that introduced this behaviour. I am attaching it, along with a backtrace which resulted from the crash. If there is anything else I can provide, let me know. Regards, Brian -- 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.

1 9

[Bug 20169] New: Jedi Knight: MotS freezes randomly after videos.
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20169 Summary: Jedi Knight: MotS freezes randomly after videos. Product: Wine Version: 1.1.29 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=23771) --> (http://bugs.winehq.org/attachment.cgi?id=23771) Terminal Output. Sometimes after videos or if you press escape to skip videos the game will freeze. So I have to run wineserver -k in a new terminal to kill off the game. Ubuntu 9.04 64bit, Wine 1.1.29, nVidia 8200 nVidia driver 180.44. -- 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.

1 7

[Bug 20121] New: Cities XL Demo fails to run
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20121 Summary: Cities XL Demo fails to run Product: Wine Version: unspecified Platform: PC URL: http://www.citiesxl.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeff(a)jones.be Cities XL Demo is installed and dependencies satisfied: Dotnet 2.0 mscoree.dll required DirectX9 There appear to be two ways of launching the app. CitiesXL.exe - Opens and craches almost immediately without anything appearing on screen (with virtual desktop or otherwise) - Tracelog = CitiesXL.txt CitiesXL_game.exe: Opens to the splashscreen then crashes (Requires Virtual Desktop) - Tracelog = CitiesXL_Game.txt I believe the same issue would occur on the full game. -- 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.

1 8

[Bug 20094] New: messui.exe: instantly crashes
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20094 Summary: messui.exe: instantly crashes Product: Wine Version: 1.1.29 Platform: PC URL: http://www.mess.org/download.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: c1887077(a)tyldd.com Created an attachment (id=23657) --> (http://bugs.winehq.org/attachment.cgi?id=23657) wine debug output after closing the error-window hello, - my first report, i hope its all ok. - wine version wine-1.1.29 (also with earlier versions) - running on a 32-bit fedora 11 installation. - messui.exe is the gui for mess' windows version. http://appdb.winehq.org/objectManager.php?sClass=application&iId=5988 - starting it, gui is visible and an error-window appears. closing the error window gives different dubeugging infos ( see attachement). i hope it can be fixed. thanks in advance. best regards -- 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.

1 25

[Bug 19963] New: GetSystemTimeAdjustment() should return 10000000 / sysconf(_SC_CLK_TCK)
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=19963 Summary: GetSystemTimeAdjustment() should return 10000000 / sysconf(_SC_CLK_TCK) Product: Wine Version: 1.1.29 Platform: PC URL: http://rh-software.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk CC: ray(a)pobox.co.uk Currently there is now way to get the clock tick rate. GetSystemTimeAdjustment() should return this. The fix is trivial and shown below. Just because TimeAdjustmentDisabled is TRUE failing to return the current asjustment I beleive to be an error. Change to code to be: BOOL WINAPI GetSystemTimeAdjustment( PDWORD lpTimeAdjustment, PDWORD lpTimeIncrement, PBOOL lpTimeAdjustmentDisabled ) { *lpTimeAdjustment = 0; *lpTimeIncrement = 10000000 / sysconf(_SC_CLK_TCK); *lpTimeAdjustmentDisabled = TRUE; return TRUE; } -- 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.

1 12

[Bug 19901] New: Burg Schreckenstein: OSS HW emulation plays too slow and crashes
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=19901 Summary: Burg Schreckenstein: OSS HW emulation plays too slow and crashes Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Often enough, an app works better in HW emulation mode than with acceleration. With Burg Schreckenstein, the opposite is true: emulation crashes. OSS HW: intro music and game play are fine! OSS emul: music too slow (125 seconds instead of 63); assertion failure during game play: err:dsound:DSOUND_MixInBuffer length not a multiple of block size, len = 2 or 130, block size = 4 mixer.c:502: DSOUND_MixInBuffer: Assertion `dsb->buf_mixpos + len <= dsb->tmp_buffer_len' failed. ALSA emul: like OSS emul ALSA HW: no sound at all, subtitles display too short to be readable, log: fixme:dsound:DSOUND_PerformMix Buffering too much! (20480, 0, 0, 4096) [N times] Incidentally, the MacOS with its CoreAudio driver behaves like OSS HW emulation (same 2 symptoms). So fixing this bug might make that app playable on MacOS (as would implementing HW acceleration for Mac OSX, which is probably harder). Using Ubuntu Intrepid without PulseAudio, with Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03). +wave,+dsound,+winmm,+mmaux,+driver,+mixer,+tid logs of both OSS cases are attached. Hopefully the comparison side by side will reveal the fault in the logic that leads to the block size error and subsequent assertion violation. Indeed, nAvgBytesPerSec and nBlockAlign are different, but why? -- 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.

1 9

[Bug 19578] New: Ares (Proteus 7.5) exits silently
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=19578 Summary: Ares (Proteus 7.5) exits silently Product: Wine Version: 1.1.26 Platform: PC URL: http://www.labcenter.co.uk/download/prodemo_autodl_gen eral.cfm OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22817) --> (http://bugs.winehq.org/attachment.cgi?id=22817) wine-1.1.26-351-gd97cc15 +relay +seh +tid (225KB) Ares, part of Proteus 7.5, exits silently with one line in the console. err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. Wine-dbg>bt Backtrace: =>0 0x00e5e759 in electra (+0x67e759) (0x007dfd88) 1 0x7bc4a256 MODULE_InitDLL+0x211(wm=0x1112c8, reason=1, lpReserved=0x1) [/home/test/wine-git/dlls/ntdll/loader.c:976] in ntdll (0x007dfee8) 2 0x7bc4a5de process_attach+0x191(wm=0x1112c8, lpReserved=0x1) [/home/test/wine-git/dlls/ntdll/loader.c:1065] in ntdll (0x007dff48) 3 0x7bc4a590 process_attach+0x143(wm=0x110768, lpReserved=0x1) [/home/test/wine-git/dlls/ntdll/loader.c:1057] in ntdll (0x007dffa8) 4 0x7bc4e22d attach_process_dlls+0x54(wm=0x110768) [/home/test/wine-git/dlls/ntdll/loader.c:2428] in ntdll (0x007dffe8) 5 0xb7ecd9c9 wine_call_on_stack+0x1d() in libwine.so.1 (0x00000000) -- 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.

1 3

[Bug 19559] New: Proteus: Component text is too big
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=19559 Summary: Proteus: Component text is too big Product: Wine Version: 1.1.26 Platform: PC-x86-64 URL: http://www.labcenter.co.uk/download/prodemo_autodl_gen eral.cfm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marcos_vc(a)coel.com.br Created an attachment (id=22792) --> (http://bugs.winehq.org/attachment.cgi?id=22792) Screenshot showing the problem Component text is too big in Proteus' schematic capture ISIS. To be more exact, it have the same size regardless the zoom level. This happens using the builtin version of gdiplus.dll. It crashes using the native version provided. Here a link for the demo version: http://www.labcenter.co.uk/download/prodemo_autodl_general.cfm It has happened with the version 7.5 SP0. -- 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.

1 13

[Bug 19369] New: C&C3 and Kane's Wrath crash with DSOUND_BufPtrDiff assertion
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=19369 Summary: C&C3 and Kane's Wrath crash with DSOUND_BufPtrDiff assertion Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu In Wine 1.1.26 (this does not occur in 1.1.25) both Command and Conquer 3 and C&C3: Kane's Wrath crash with a DSound assertion. Relevant snippet of log (Kane's Wrath): --- fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x160888,0x160788): stub mes\Command & Conquer 3 Kane's Wrath\RetailExe\1.2\cnc3ep1.dat: mixer.c:306: DSOUND_BufPtrDiff: Assertion `ptr2 < buflen' failed. fixme:faultrep:ReportFault 0x1556e35c 0x0 stub fixme:winmm:MMDRV_Exit Closing while ll-driver open --- -- 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.

1 17

[Bug 18921] New: O(n) hash_table_add causes winedbg to take 20 minutes to dump stack when chromium crashes
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=18921 Summary: O(n) hash_table_add causes winedbg to take 20 minutes to dump stack when chromium crashes Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: eric.pouech(a)orange.fr In bug 15206, I mentioned that windbg was too slow to be usable. I ran oprofile while winedbg was churning, and the time appears to all be spent on one line of code in dlls/dbghelp/storage.c: void hash_table_add(struct hash_table* ht, struct hash_table_elt* elt) { ... 569217 89.8978 : for (p = &ht->buckets[hash]; *p; p = &((*p)->next)); Looks like we need to modify struct hash_table and some of its operators to allow a more efficient append operation there. Fixing this bug will be one more step towards being friendly to developers who use Visual Studio and expect our tools to be able to handle .pdb files well. -- 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.

1 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2009