October 2009 - Wine-bugs - list.winehq.org

[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 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 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 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 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 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

[Bug 18423] New: Wine 1.1.21 + uTorrent 1.8.2
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=18423 Summary: Wine 1.1.21 + uTorrent 1.8.2 Product: Wine Version: 1.1.21 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drightler(a)technicalogic.com After upgrading wine from 1.1.20 to 1.1.21 the UPnP port mapping in uTorrent 1.8.2 stops working. Downgrading back to 1.1.20 fixes the issue. -- 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 42

[Bug 18364] New: utorrent with an https tracker url stops working
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=18364 Summary: utorrent with an https tracker url stops working Product: Wine Version: 1.1.20 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: howl.nsp(a)gmail.com Created an attachment (id=20926) --> (http://bugs.winehq.org/attachment.cgi?id=20926) utorrent dump files with .19 and .20 wine uTorrent 1.8.x crashes after time running when at least one torrent with an https url tracker is on it. The program tray icon stays and if you double click on it the window program is shown but it doesn't paint anything. Also the bittorrent connections stops to work. -- 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 85