June 2014 - Wine-bugs - list.winehq.org

[Bug 36443] New: I try install a program for Windows95/98 compatible with 32bit hardware
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36443 Bug ID: 36443 Summary: I try install a program for Windows95/98 compatible with 32bit hardware Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ric.magini(a)gmail.com Created attachment 48471 --> http://bugs.winehq.org/attachment.cgi?id=48471 I try install a program for Windows95/98 compatible with 32bit hardware Unhandled exception: page fault on read access to 0x022a52e0 in 32-bit code (0x7e24cd22). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7e24cd22 ESP:0033eb90 EBP:0033ec08 EFLAGS:00010246( R- -- I Z- -P- ) EAX:022a52e0 EBX:7e2b3000 ECX:00000000 EDX:ffffffff ESI:022a52e0 EDI:0033edb8 Stack dump: 0x0033eb90: 00000023 7bcbf000 0033ec48 7bc8ca62 0x0033eba0: 7bcc8220 0033ebb0 00000578 0033ebb0 0x0033ebb0: 00000000 00000000 00000000 7bc4a4ae 0x0033ebc0: 00000000 0033ec78 00000000 0033eca0 0x0033ebd0: 00000001 00000000 00000001 00000000 0x0033ebe0: 00000000 0033ed68 00000005 00110000 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: =>0 0x7e24cd22 __wine_emulate_instruction+0x92() in krnl386.exe16 (0x0033ec08) 0x7e24cd22 __wine_emulate_instruction+0x92 in krnl386.exe16: movzbl 0x0(%esi),%ecx Modules: Module Address Debug info Name (100 modules) PE 340000- 351000 Deferred _wutl951 PE 3d0000- 3f7000 Deferred 28f572 PE 400000- 48d000 Deferred _ins5176._mp PE 10000000-10015000 Deferred zdatai51 ELF 7b800000-7ba5b000 Deferred kernel32<elf> \-PE 7b810000-7ba5b000 \ kernel32 ELF 7bc00000-7bcdb000 Deferred ntdll<elf> \-PE 7bc10000-7bcdb000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7d1c0000-7d268000 Deferred msvcrt<elf> \-PE 7d1d0000-7d268000 \ msvcrt ELF 7d295000-7d2d6000 Deferred usp10<elf> \-PE 7d2a0000-7d2d6000 \ usp10 ELF 7d744000-7d769000 Deferred imm32<elf> \-PE 7d750000-7d769000 \ imm32 ELF 7d769000-7d7a0000 Deferred uxtheme<elf> \-PE 7d770000-7d7a0000 \ uxtheme ELF 7d7c3000-7d7f3000 Deferred p11-kit-trust.so ELF 7d8f3000-7d8fc000 Deferred librt.so.1 ELF 7d8fc000-7d903000 Deferred libffi.so.6 ELF 7d903000-7d908000 Deferred libgpg-error.so.0 ELF 7d908000-7d953000 Deferred libdbus-1.so.3 ELF 7d953000-7d98f000 Deferred libp11-kit.so.0 ELF 7d98f000-7da15000 Deferred libgcrypt.so.11 ELF 7da15000-7dad3000 Deferred libkrb5.so.3 ELF 7dad3000-7db99000 Deferred libgnutls.so.26 ELF 7dbf2000-7dc0a000 Deferred libresolv.so.2 ELF 7dc0a000-7dc1e000 Deferred libtasn1.so.6 ELF 7dc1e000-7dc2a000 Deferred libkrb5support.so.0 ELF 7dc2a000-7dc5a000 Deferred libk5crypto.so.3 ELF 7dc5a000-7dc6c000 Deferred libavahi-client.so.3 ELF 7dc6c000-7dcb1000 Deferred libgssapi_krb5.so.2 ELF 7dcb1000-7dd1e000 Deferred libcups.so.2 ELF 7dd28000-7dd3b000 Deferred gnome-keyring-pkcs11.so ELF 7dd3b000-7dd41000 Deferred libxfixes.so.3 ELF 7dd41000-7dd4c000 Deferred libxcursor.so.1 ELF 7dd4c000-7dd5d000 Deferred libxi.so.6 ELF 7dd5d000-7dd61000 Deferred libxcomposite.so.1 ELF 7dd61000-7dd6c000 Deferred libxrandr.so.2 ELF 7dd6c000-7dd77000 Deferred libxrender.so.1 ELF 7dd77000-7dd7d000 Deferred libxxf86vm.so.1 ELF 7dd7d000-7dd81000 Deferred libxinerama.so.1 ELF 7dd81000-7dd88000 Deferred libxdmcp.so.6 ELF 7dd88000-7dd8c000 Deferred libxau.so.6 ELF 7dd8c000-7ddae000 Deferred libxcb.so.1 ELF 7ddae000-7dee2000 Deferred libx11.so.6 ELF 7dee2000-7def5000 Deferred libxext.so.6 ELF 7def9000-7defd000 Deferred libkeyutils.so.1 ELF 7defd000-7df02000 Deferred libcom_err.so.2 ELF 7df02000-7df10000 Deferred libavahi-common.so.3 ELF 7df12000-7dfa4000 Deferred winex11<elf> \-PE 7df20000-7dfa4000 \ winex11 ELF 7e096000-7e0bf000 Deferred libexpat.so.1 ELF 7e0bf000-7e0fa000 Deferred libfontconfig.so.1 ELF 7e0fa000-7e122000 Deferred libpng12.so.0 ELF 7e122000-7e13c000 Deferred libz.so.1 ELF 7e13c000-7e1db000 Deferred libfreetype.so.6 ELF 7e1f8000-7e20d000 Deferred comm.drv16.so PE 7e200000-7e20d000 Deferred comm.drv16 ELF 7e20d000-7e222000 Deferred system.drv16.so PE 7e210000-7e222000 Deferred system.drv16 ELF 7e222000-7e2ce000 Dwarf krnl386.exe16.so PE 7e230000-7e2ce000 DIA krnl386.exe16 ELF 7e2ce000-7e3d5000 Deferred comctl32<elf> \-PE 7e2e0000-7e3d5000 \ comctl32 ELF 7e3d5000-7e44f000 Deferred shlwapi<elf> \-PE 7e3e0000-7e44f000 \ shlwapi ELF 7e44f000-7e682000 Deferred shell32<elf> \-PE 7e460000-7e682000 \ shell32 ELF 7e682000-7e76d000 Deferred comdlg32<elf> \-PE 7e690000-7e76d000 \ comdlg32 ELF 7e76d000-7e7ad000 Deferred winspool<elf> \-PE 7e770000-7e7ad000 \ winspool ELF 7e7ad000-7e7d8000 Deferred msacm32<elf> \-PE 7e7b0000-7e7d8000 \ msacm32 ELF 7e7d8000-7e859000 Deferred rpcrt4<elf> \-PE 7e7e0000-7e859000 \ rpcrt4 ELF 7e859000-7e995000 Deferred ole32<elf> \-PE 7e870000-7e995000 \ ole32 ELF 7e995000-7ea4f000 Deferred winmm<elf> \-PE 7e9a0000-7ea4f000 \ winmm ELF 7ea4f000-7eac1000 Deferred advapi32<elf> \-PE 7ea60000-7eac1000 \ advapi32 ELF 7eac1000-7ebde000 Deferred gdi32<elf> \-PE 7ead0000-7ebde000 \ gdi32 ELF 7ebde000-7ed38000 Deferred user32<elf> \-PE 7ebf0000-7ed38000 \ user32 ELF 7ed38000-7ed45000 Deferred libnss_files.so.2 ELF 7ed45000-7ed5e000 Deferred libnsl.so.1 ELF 7ed61000-7ed7b000 Deferred version<elf> \-PE 7ed70000-7ed7b000 \ version ELF 7efba000-7f000000 Deferred libm.so.6 ELF f73b1000-f7560000 Deferred libc.so.6 ELF f7560000-f7565000 Deferred libdl.so.2 ELF f7566000-f7582000 Deferred libpthread.so.0 ELF f7589000-f7595000 Deferred libnss_nis.so.2 ELF f7595000-f759e000 Deferred libnss_compat.so.2 ELF f759f000-f7754000 Dwarf libwine.so.1 ELF f7756000-f7778000 Deferred ld-linux.so.2 ELF f7778000-f7779000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000031 0 0000001e 0 00000019 0 00000018 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001d 0 0000001a 0 00000017 0 00000013 0 0000001b plugplay.exe 00000021 0 00000020 0 0000001c 0 00000022 explorer.exe 00000024 0 00000023 0 00000025 winevdm.exe 0000002b 0 00000028 0 00000026 0 00000029 (D) C:\users\riccardo\Temp\_INS5176._MP 0000002a 0 <== System information: Wine build: wine-1.6.2 Platform: i386 (WOW64) Host system: Linux Host version: 3.13.0-26-generic -- 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 31725] New: The Sims 2 crashes
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31725 Bug #: 31725 Summary: The Sims 2 crashes Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas.mertes(a)gmx.at Classification: Unclassified Installing the Sims 2 worked, but starting it results in a crash. The program locks up. Using alt-tab reveals two error message popups (in german, because I use the german version called "Die Sims 2"): (X) Direct3D hat einen Fehler festgestellt: D3DERR_INVALID_CALL! Die Anwendung wird nun beendet. (X) Die Anwendung ist abgestürzt und wird nun beendet. Translation of the two error message popups: (X) Direct3D found an error: D3DERR_INVALID_CALL! The application will be terminated now. (X) The application crashed and will be terminated now. After waiting for several minutes I switched to a text console and killed the program. The console where I started the Sims 2 contains several log messages (see attachment). uname -a returns: Linux penguin 3.2.0-30-generic #48-Ubuntu SMP Fri Aug 24 16:54:40 UTC 2012 i686 i686 i386 GNU/Linux wine --version returns wine-1.4 -- 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 23996] New: alt.binz version 0.25.0 not loading
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=23996 Summary: alt.binz version 0.25.0 not loading Product: Wine Version: 1.2 Platform: x86 URL: http://www.altbinz.net/ OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leo_mancini(a)yahoo.com Created an attachment (id=30137) --> (http://bugs.winehq.org/attachment.cgi?id=30137) Alt.binz 0.25.0 not working... Here is the error message Hi all, When loading alt.binz program, it does not load at all. and displays the error message as attached in the screenshot. It used to work prior to my upgrade to Opensuse 11.3 when I was using version 11.2 instead. -- 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 18390] New: Roblox can't join a game
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=18390 Summary: Roblox can't join a game Product: Wine Version: 1.1.20 Platform: Other URL: http://roblox.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After working around bug 18388 and bug 18389, trying to join a game fails; the browser says it can't start the game, and tells you to start the app (which you already did). On the console, one sees a suspicious error message from gecko: fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x5c239a8)->(L"" L"" 0 0x33c794) 0[15c4c8]: file (null), line 0: uncaught exception: [Exception... "Unexpected error" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: http://www.roblox.com/ScriptResource.axd?d=lz2oPY8_Yxfc8W_Nr5tWGxJ8z2w_ENPF… :: anonymous :: line 2144" data: no] Possible workaround: launch games directly using e.g. wine roblox.exe -play http://www.roblox.com/Game/join.ashx?jobID=cc310936-d9bd-46a5-99cd-494d6b14… as mentioned at http://forums.roblox4linux.co.cc/index.php?topic=37.0 -- 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 36719] New: Potemkin_Emulator: Everytime it trys to emulate a game it freezes and a window pops up saying wine did it
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36719 Bug ID: 36719 Summary: Potemkin_Emulator: Everytime it trys to emulate a game it freezes and a window pops up saying wine did it Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blakeusoris101(a)yahoo.com Basically I've been trying to get a game and you need an emulator for it. I got Potemkin the PSP emulator and when ever I try to open a ROM the program freezes and a window pops up saying there is a problem with Wine. Please help! -- 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 4

[Bug 30147] New: mmdevapi: incorrect capture overrun handling
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30147 Bug #: 30147 Summary: mmdevapi: incorrect capture overrun handling Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: m.b.lankhorst(a)gmail.com Classification: Unclassified Created attachment 39320 --> http://bugs.winehq.org/attachment.cgi?id=39320 mmdevapi capture test from native w7 machine Most wineXYZ audio drivers do not handle mmdevapi capture overrun correctly. In particular, the ALSA & OSS drivers randomly overwrite old with new data, depending on the read pointer within the capture buffer. Native roughly supports, with some quirks, a scenario like: Initialize(duration=Xms); Start; Sleep(X+Yms); /* Y extra spare time */ Stop; /* optional, buffer is full now */ repeat GetBuffer/ReleaseBuffer until (hr != S_OK); The goal is to obtain one buffer (~Xms) full of data. The attached log from a w7 machine shows what packet gets recorded at what time by tracing GetBuffer's performance counter output parameter (qpc). The key data points are: >capture.c:544: rate: 48000 >capture.c:293: GetBufferSize 23941 period size 480 >capture.c:248: Sleep.1 position 480 pad 16800 flags 0, frames locked: 480 >capture.c:250: sleep qpc=67335132 >capture.c:293: GetBufferSize 23941 period size 480 >capture.c:303: Overrun position 1440 pad 23941 flags 1, frames locked: 480 >capture.c:305: overrun qpc=67355139 This position and qpc jump of exactly one period I don't understand. >capture.c:331: Cont'ed position 1920 pad 23461 flags 0, frames locked: 480 >capture.c:333: cont'ed qpc=67365133 >qpc=67375139 0 position 2400 pad 22981 flags 0, next 480, frames locked: 480 >qpc=67385135 1 position 2880 pad 22501 flags 0, next 480, frames locked: 480 Note how position correlates with 10ms increments of qpc (in µs). >qpc=67795152 42 position 22560 pad 3301 flags 0, next 480, frames locked: 480 >qpc=67805153 43 position 23040 pad 2821 flags 0, next 480, frames locked: 480 >qpc=67815148 44 position 23520 pad 2341 flags 0, next 421, frames locked: 421 >qpc=67823919 45 position 23520 pad 1920 flags 0, next 59, frames locked: 59 >qpc=67825154 46 position 24000 pad 1861 flags 0, next 480, frames locked: 480 >qpc=67835147 47 position 24480 pad 1381 flags 1, next 421, frames locked: 421 >qpc=68085155 48 position 36480 pad 960 flags 1, next 480, frames locked: 480 >capture.c:352: Test failed: Valid IAudioCaptureClient_GetBuffer: 08890001 >qpc=68085155 49 position -1 pad 480 flags 1, next 0, frames locked: 0 qpc indicates that old packets are being delivered until iteration <48, where another position jump occurs. Summary: - I don't know where native's 23941 frames buffer comes from. It's neither a multiple of the period size nor of 1024. - Upon underrun, a DISCONTINUITY is immediately signaled and one packet is skipped. The latter is weird. (I'm wondering whether native overwrites one packet within the circular buffer as an overrun detector, then skips it?). + Then, almost a full buffer of old packets can be retrieved with GetBuffer. - While the full buffer is 49 * 480 + 421, only 48 * 480 + 421 frames can be retrieved with a qpc indicating pre-overrun times. - The last old packet is flagged with DISCONTINUITY too (iteration 47). I'd have expected solely the following one to bear this mark. + When there's room again in the buffer, GetBuffer yields new packets (iteration 48). Both position and qpc reflect the overrun gap that appears to have last for 250ms. DISCONTINUITY is set too. - There's some strange packet splitting at iterations 44-45 that may correspond to a wrap-around of native's buffer. I wonder why native does not limit buffer to multiples of period size. - Note that the position 23520 of the 59 frames fragment rest is the same as that of the previous 421 frames packet. A bug in native? The qpc is different and looks ok. + GetNextPacket exactly matches the following GetBuffer, even when it yields less than one packet, e.g. 421/59/480. - GetCurrentPadding >= period size does not imply a successful GetBuffer, see iteration 49. Only GetNextPacket correlates fine. A bug in native? -- 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 30110] New: Mass effect steam
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30110 Bug #: 30110 Summary: Mass effect steam Product: Wine Version: 1.4-rc6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Monoboy4ik(a)gmail.com Classification: Unclassified Game works fine but sometimes after 1-2 hours playing game freezes. No errors in the console does not appear. Help please -- 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 29809] New: Hype the Time Quest Installer Goes Over 100%
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29809 Bug #: 29809 Summary: Hype the Time Quest Installer Goes Over 100% Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Wine 1.3.16 is as far back as I tested. For 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2, if you uncheck the Microsoft DirectX Media check, this will allow the installer to succeed, whereas if you don't uncheck that, it will fail. When it fails (DirectX check left checked), it stops at about 100%. When it succeeds (DirectX check unchecked), it goes to 116%, in the case of the versions mentioned above. There were some versions there for a while, somewhere not too far after 1.3.29, that went to 117% when you didn't uncheck the DirectX test and they failed, and when you did uncheck the DirectX test, the installer stopped at 100% and succeeded. Whereas with these other versions it doesn't go over if you _don't_ uncheck it and does go over if you _do_ uncheck_ it. It still held true that unchecking let it succeed and leaving it checked caused it to fail. So this is a separate bug from the installer simply crashing. Notice how this is different than the DirectX check bug: 29806. This is about the installer going over 100%. I get this 9 times in terminal from when the installer crashes in the case of 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2: fixme:advpack:ExecuteCabW Cab archive not extracted! Jake -- 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 30985] New: Event handling in external (non-default) monitor issue
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30985 Bug #: 30985 Summary: Event handling in external (non-default) monitor issue Product: Wine Version: 1.5.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco_silva85(a)sapo.pt Classification: Unclassified currently I have setup dual monitors when I execute an application with wine (ex. winecfg), it opens on the default monitor, if I drag it to the other monitor, wine stops handling events, it doesn't repaint it nor any keyboard/mouse events work (maybe it thinks its minimized). Notes: My DE is xfce. Native applications work well. Other xrandr configurations and resolutions have the same problem. -- 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 20232] New: mciwave breaks on MSDN example
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=20232 Summary: mciwave breaks on MSDN example Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net I'm reviewing mciwave and mciseq and found numerous issues. Concurrently, I'm augmenting the MCI testsuite. I've attached my current mciwave work-in-progress tests to give you an early insight into my work. The tests so far confirm my model of MCI: I view it like an old-fashioned tape deck with buttons, which you can press in any order. Still there's error checking, e.g. you can't resume when stopped. Like a tape deck, you can switch from playing to recording at any time. Oddly, you can combine fast forward and play in one command, but not rewind with play. The attached tests work fine on (at least one machine with) MS-Windows, but cause Wine to fail and hang in multiple ways. You've been warned! I'd be pleased if people could run the tests on more instances of MS-Windows. I plan to strip down this test file until it at least does not hang anymore in Wine. Then only can it be submitted. Concurrently, I can submit patches to the mci* codebase. Current issues with the mci code in Wine are: - not distinguishing between STOPPING and STOPPED, PLAYING and GOING TO PLAY, etc.; - seriously broken asynchronous execution; - non-error-proof use of InterlockDecrement. It must only be called when waveInAddBuffer and waveOutWrite succeed, as those cause callbacks to happen; - RIFF .wav file not always correctly written; - the mmio is as much as resource as the wave device and must be properly released (mmioAscend, not only when saving); - many items here and there: + bogus 44000Hz frequency; + premature return (in mcicda); + conversion between #bytes and samples; + switching fInput while playing; + copy&paste errors (InterlockedDecrement need be initialised differently when recording and playing) The major issue is concurrency. There I'm not sure how to proceed and rewrite mciwave (and mciseq and mcicda). o One model, Erlang-like, which the OSS driver also implements, is one thread per play and exclusively using message passing to receive commands. This would simplify NOTIFY everywhere. It clearly offers the advantage of being closest to the sequential execution model that is easy to reason about. IMHO, it does not play nicely with the pause command (state machine). o Continue as currently written, but then think twice and even 3-7 times about how to perform locking among the concurrent threads: - Put InterlockIncrement() to more uses? - Put Events to more uses? - Unlike mciavi, there's no CriticalSection in mciwave and mcicda, yet I'm unconvinced that the current synchronisation via volatile dwStatus can suffice. - But then, identifying the critical sections will be tedious and error prone. o Combinations of both, e.g. one thread per play or record (not unlike the present code), and dealing (correctly) with PAUSE, STOP and RESUME inside it (via e.g. events to restart a paused thread, or indirectly, by relying on the callbacks+events sent when invoking waveOutRestart and waveInStart -- is it legal at all to call those from a different thread)? o Is there any other concurrency model suitable in Wine? Regards, Jörg Höhle -- 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 18