December 2009 - Wine-Bugs - list.winehq.org

[Bug 13401] New: Another demo scene application crashes at start up
by wine-bugs＠winehq.org Feb. 27, 2021

Feb. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=13401 Summary: Another demo scene application crashes at start up Product: Wine Version: CVS/GIT Platform: PC URL: http://www.scene.org/file.php?file=/parties/2007/horde07 /in4k/cns!fr-057.zip&fileinfo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=13309) --> (http://bugs.winehq.org/attachment.cgi?id=13309) arancia.exe Backtrace: =>1 0x7e0fb8fe in msvcrt (+0x3b8fe) (0x088fff00) 2 0x004200f3 in arancia (+0x200f3) (0x088fff08) 3 0x7ee31497 in kernel32 (+0x51497) (0x00000000) 0x7e0fb8fe: outsb (%esi),%dx -- 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.

2 28

[Bug 17200] New: A demoscene sound only demo consumes a way too many CPU cycles
by wine-bugs＠winehq.org Feb. 27, 2021

Feb. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=17200 Summary: A demoscene sound only demo consumes a way too many CPU cycles Product: Wine Version: 1.1.14 Platform: PC URL: http://gargaj.umlaut.hu/prod.php?id=116 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Under Windows XP this demo consumes around 0-1% of CPU, under Wine it consumes on average 75% of 2600MHz AMD64 CPU. To exclude console output latency I run it this way: ./invisible.exe &> /dev/null -- 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.

2 17

[Bug 20934] New: Bloom filter shows artifacts in fr-041_debris (demoscene demo)
by wine-bugs＠winehq.org Feb. 27, 2021

Feb. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=20934 Summary: Bloom filter shows artifacts in fr-041_debris (demoscene demo) Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666(a)gmail.com Created an attachment (id=25091) --> (http://bugs.winehq.org/attachment.cgi?id=25091) Comparison shot between Windows Vista Home Premium and Wine 1.1.33 I wanted to test to see how far Wine got, and decided to try some things that depend on weird Windows-specific quirks. So: demoscene demo's. :) This demo runs perfectly in Wine, except for the bloom filter. I've added two comparison shots that show the difference between the demo running in Windows Vista Home Premium and Wine 1.1.33 on Linux Mint 7 (Ubuntu 9.04). You can download the demo here: http://www.pouet.net/prod.php?which=30244 -- 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.

2 11

[Bug 20960] New: Textures missing in demoscene's demo fr-041_debris
by wine-bugs＠winehq.org Feb. 27, 2021

Feb. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=20960 Summary: Textures missing in demoscene's demo fr-041_debris Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Hi, i wanted to test bug 20934 and find out, that the demoscene demo is badly broken in current git (wine-1.1.34-99-g8da7a00). Free download available fr-041_debris.exe, only 179kB. 1. All the textures are missing, houses have just wired skeleton and console is flooded by "fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 667" 2. Did a regression test between 1.1.33 and 1.1.34: b9243b721a6c747986003c76463b4bd7b3a50208 is first bad commit commit b9243b721a6c747986003c76463b4bd7b3a50208 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 18 10:45:50 2009 +0100 d3d9: Add a separate function for device initialization. :040000 040000 5941942ae303c760ba6cfe45f89e2b90dbd79128 eed9f7f18d83dec196542ea9b547b9d4ade9e7ef M dlls 3. No other bug report suffers from this commit. 4. Revert of this patch on top of current git (wine-1.1.34-99-g8da7a00) makes that problem goes away. 5. Adding author of this patch to CC. --private keyword: bisected -- 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.

2 12

[Bug 17184] New: Achieve Planner 1.9.0 requires explicit native override of mscoree.dll
by wine-bugs＠winehq.org Feb. 26, 2021

Feb. 26, 2021

http://bugs.winehq.org/show_bug.cgi?id=17184 Summary: Achieve Planner 1.9.0 requires explicit native override of mscoree.dll Product: Wine Version: 1.1.13 Platform: PC URL: http://www.effexis.com/achieve/downloadn.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com As a follow-up to bug 17150, after installing the .NET Framework 1.1 and Achieve Planner 1.9.0, starting Achieve Planner yields: wine: Call from 0x7b844cc8 to unimplemented function mscoree.dll.StrongNameSignatureVerificationEx, aborting An explicit override is needed to allow the application to use the native mscoree shipped with the .NET Framework, which is contrary to Wine's mscoree's preference to use the native version. -- 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.

2 8

[Bug 13856] New: Gothic3 - Splash screen isn't transparent
by wine-bugs＠winehq.org Feb. 26, 2021

Feb. 26, 2021

http://bugs.winehq.org/show_bug.cgi?id=13856 Summary: Gothic3 - Splash screen isn't transparent Product: Wine Version: 1.0-rc4 Platform: PC-x86-64 URL: http://www.gothic3.com/index.php?do=09709911610511111006 1109101100105097 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de Created an attachment (id=13920) --> (http://bugs.winehq.org/attachment.cgi?id=13920) Gothic3 - splash screen is not transparent The splash screen in Gothic3 isn't transparent. Attached is a picture which shows the behavior. System: Fedora x86_64, wine-1.0-rc4-88-g0b85c35, nvidia 171.06 -- 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.

2 16

[Bug 15791] New: Gothic 3 graphic bug
by wine-bugs＠winehq.org Feb. 26, 2021

Feb. 26, 2021

http://bugs.winehq.org/show_bug.cgi?id=15791 Summary: Gothic 3 graphic bug Product: Wine Version: 1.1.7 Platform: PC-x86-64 URL: http://dj.chg.su/data/Linux_Gothic3.jpg OS/Version: other Status: UNCONFIRMED Severity: critical Priority: P1 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dj--alex(a)ya.ru menu work normal, sound like normal,but in game all textures and objects - are black white (no grayscale or color) 0 FPS game is not playable http://dj.chg.su/data/Linux_Gothic3.jpg PR CONF: Ubuntu 8.04 updated , wine 1.1.7, ati catalyst 8.9 PC CONF: M2R32-MVP ASUS CF ADM580 \Phenom 9600(a)2.5Ghz\8Gb DDR2 NCP 800Mhz\320GB HDD\512mb ATI 2900XT -- 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.

2 14

[Bug 18774] New: The Westerner: X11 mouse exits window before win mouse reaches border
by wine-bugs＠winehq.org Feb. 26, 2021

Feb. 26, 2021

http://bugs.winehq.org/show_bug.cgi?id=18774 Summary: The Westerner: X11 mouse exits window before win mouse reaches border Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net In either desktop or fullscreen mode, the mouse pointer regularly stops moving in either X or Y direction long before hitting the border. A little work-around (in desktop window mode) is to come back into the window at another location and try again ... and again. Sadly, this is not good enough e.g. for the in-game options menu where the CPU% goes high and I can't manage to move the mouse over the vsync scroller to disable it. Maybe this is an issue of missing relative mouse coordinates? This issue makes the application unplayable as items can hardly be clicked on. Using the Intel Xorg driver on Ubuntu Intrepid. Maybe other HW would not exhibit this behaviour, the AppDB rating might then jump from bronze to gold. To have the application start, you need to copy l3codecx.ax as well as a native quartz.dll from cdrom/DirectX9\DirectX.cab into windows\system32\ cf. bug #18773 wine regsvr32 l3codecx.ax WINEDLLOVERRIDES=quartz=n wine PICTuRE.exe The default log did not reveal me any hint (not attached). Actually producing a full log with WINEDEBUG=+all,-some made the matter worse, the mouse was almost nailed at the center of the virtual desktop (and CPU% went up). -- 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.

2 4

[Bug 20056] New: The Westerner: crash follows bogus DSOUND:SetFormat call
by wine-bugs＠winehq.org Feb. 26, 2021

Feb. 26, 2021

http://bugs.winehq.org/show_bug.cgi?id=20056 Summary: The Westerner: crash follows bogus DSOUND:SetFormat call Product: Wine Version: 1.1.29 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net When DSOUND_PrimarySetFormat is given a broken format, it will nevertheless HeapReAlloc() and thus forget the old format. The Westerner happens to call DSOUND_PrimarySetFormat with a completely bogus format. Why? I don't know. DSOUND_PrimarySetFormat (formattag=0x0001,chans=0, samplerate=0,bytespersec=0, blockalign=0,bitspersamp=0,cbSize=0) >From there, two execution traces are possible, each leading to a crash. A) ReopenDevice fails as WAVE_Open refuses the bogus new format. The device is left in floating state, neither open nor closed, and with a bogus format description in device->pwfx. A subsequent DSOUND_PerformMix() will choke on the broken format. DSOUND_ReopenDevice waveOutOpen failed DSOUND_PrimarySetFormat DSOUND_ReopenDevice failed: 80070057 DSOUND_PerformMix (0x213620) DSOUND_PrimaryGetPosition pwplay=0, pwqueue=0 DSOUND_PrimaryGetPosition playpos = 0, writepos = 0 ( time=8688) DSOUND_PerformMix primary playpos=0, writepos=0, clrpos=0, mixpos=0, buflen=65536 wine: Unhandled division by zero -- likely BytesPerSec=0 B) One winmm:WAVE_Open initiated by DSOUND_PrimaryOpen succeeds. trace:winmm:WAVE_Open wFormatTag=1, nChannels=3, nSamplesPerSec=96000, nAvgBytesPerSec=576000, nBlockAlign=6, wBitsPerSample=16 The original format structure is still bogus (wBitsPerSample=0) and PrimaryOpen crashes in a division by zero in this case as well. This is the case I have to investigate further, as I thought my recent patches to wodOpen in wineoss.drv and winecoreaudio.drv for bug #12349 and bug #19901 would have taken care of it. Apparently there are several WAVE_FORMAT structures floating around that one does not know which one to correct. I also need to find out why the app keeps crashing now while I had it working in the past (IIRC I did not use the demo). -- 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.

2 5

[Bug 19124] New: The Westerner: dsound heap overflow prevented by warn+heap
by wine-bugs＠winehq.org Feb. 26, 2021

Feb. 26, 2021

http://bugs.winehq.org/show_bug.cgi?id=19124 Summary: The Westerner: dsound heap overflow prevented by warn+heap Product: Wine Version: 1.1.24 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 Created an attachment (id=22087) --> (http://bugs.winehq.org/attachment.cgi?id=22087) short backtrace The Westerner crashes without WINEDEBUG=warn+heap in DSOUND_bufpos_to_mixpos() 100 DWORD ret = pos * 32 / device->pwfx->wBitsPerSample; So either the application or dsound is guilty of heap corruption / producing broken data. With the memory fence installed by using WINEDEBUG=warn+heap, the application seems to work "normally", except 2 lines are repeated very often and always in pair: err:dsound:DSOUND_MixInBuffer length not a multiple of block size, len = 5120, block size = 64626 warn:heap:allocate_large_block Could not allocate block for fc720000 bytes I tried out ALSA, emulation, 22050Hz 8bit, or default full HW (and also OSS IIRC). No difference. Note that in my test data from 2009-06-14, I required a native quartz.dll, but one also gets this crash with pure Wine components, before quartz gets used. Using Ubuntu 8.10 on Intel/SigmalTel/AC'97 audio HW. -- 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.

2 16