March 2013 - Wine-Bugs - list.winehq.org

[Bug 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org July 18, 2024

July 18, 2024

http://bugs.winehq.org/show_bug.cgi?id=33126 Bug #: 33126 Summary: divided SysEx and coalesced midiOutLongMsg Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg. http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes). http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is the "End Of SysEx" (EOX) marker. It is still unclear what happens. MIDI HW is expected to skip over bogus bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting into trouble processing ill-formed messages, and we don't know if or how many bytes ALSA actually sent out through the serial port. In any case, midiOutLongMsg handling in Wine needs fixes. - winealsa should extract the F0...F7 part and send that as a SysEx. - More generally, midiOutLong is known to accept not only SysEx packets, but also coalesced status messages. Some MIDI authors prefer to send e.g. chords via one LongMsg rather than successive calls to midiOutShortMsg, arguing that it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into packets consisting of status message, regular SysEx ... and possibly junk. - All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As a result, framing SysEx with F0 ... F7 is entirely under application control. The current winealsa framing code is simply wrong. - winecoreaudio always declared 3 bytes for short messages, even program change. I have written a sequence of patches to fix all of this. The only thing that is unclear is how to encapsulate garbage data like the above 3 zero bytes or real time messages with ALSA. What ALSA API function and what ALSA message type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK. -- 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 3

[Bug 21344] New: Buffer overflow in WCMD_run_program
by wine-bugs＠winehq.org July 14, 2024

July 14, 2024

http://bugs.winehq.org/show_bug.cgi?id=21344 Summary: Buffer overflow in WCMD_run_program Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: dima(a)gmail.com The WCMD_run_program function in wcmdmain.c copies pathposn into thisDir without checking the size: /* Work on the first directory on the search path */ pos = strchrW(pathposn, ';'); if (pos) { memcpy(thisDir, pathposn, (pos-pathposn) * sizeof(WCHAR)); thisDir[(pos-pathposn)] = 0x00; pathposn = pos+1; } else { strcpyW(thisDir, pathposn); pathposn = NULL; } The size of pathposn can be up to MAXSTRING, while thisDir has size MAX_PATH. To reproduce: $ wine cmd /c 'Z:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\foo' err:seh:setup_exception_record stack overflow 2144 bytes in thread 0019 eip 7bc3ea3e esp 00230ad0 stack 0x230000-0x231000-0x330000 -- 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 15

[Bug 30976] New: Navyfield crashes after splash screen
by wine-bugs＠winehq.org July 14, 2024

July 14, 2024

http://bugs.winehq.org/show_bug.cgi?id=30976 Bug #: 30976 Summary: Navyfield crashes after splash screen Product: Wine Version: 1.5.6 Platform: x86 URL: http://www.navyfield.com/Download/Game/Main.aspx OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winegstreamer AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: paulthetall(a)gmail.com Depends on: 27109, 30733, 30975 Classification: Unclassified Install the demo from http://www.navyfield.com/Download/Game/Main.aspx austin(a)aw25 ~ $ sha1sum NF1343.exe 1c7b6bd0903e3876d31556b13f199b771117d9c2 NF1343.exe austin(a)aw25 ~ $ du -h NF1343.exe 623M NF1343.exe run `winetricks vcrun6` (bug 27109). Install as normal, all defaults. Run the game, and ignore the messed up launcher graphics (bug 30975). Click the bottom right gray button to get in game. A splash screen will show, and shortly after, crash. With native quartz, it gets slightly further (potentially bug 16733, but it's hard to tell). If you add in native devenum, then you can get to the point where it wants to download a patch. So, winegstreamer is lacking here. I'll attach its output. -- 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 13

[Bug 9261] New: Final Fantasy 8 with hardware acceleration shows wrong colors
by wine-bugs＠winehq.org July 13, 2024

July 13, 2024

http://bugs.winehq.org/show_bug.cgi?id=9261 Summary: Final Fantasy 8 with hardware acceleration shows wrong colors Product: Wine Version: 0.9.42. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: alessandro.guido(a)gmail.com Created an attachment (id=7514) --> (http://bugs.winehq.org/attachment.cgi?id=7514) Snapshots that shows how the game looks Like the attached image shows, wrong colors are shown when usign Final Fantasy 8 with hardware acceleration enabled. There are plenty of messages like: fixme:d3d7:IDirect3DTextureImpl_PaletteChanged (0x2eb3148)->(00000000,00000100): stub! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 45

[Bug 13829] New: Wine does not have Japanese fonts
by wine-bugs＠winehq.org July 12, 2024

July 12, 2024

http://bugs.winehq.org/show_bug.cgi?id=13829 Summary: Wine does not have Japanese fonts Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz These are needed to support Japanese applications. On Windows there is MS Gothic which is duplicated as MS PGothic and MS UI Gothic. The later have the Latin range proportional, the first one has the Latin range fixed width but I suspect these are really the same font with different spacing. There is also MS Mincho (and MS PMincho with proportional Latin). This differs form Gothic in the style of the Japanese glyphs. -- 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 54

[Bug 19433] New: Command & Conquer Generals network fails mid-game (mismatch in synchronization data)
by wine-bugs＠winehq.org July 9, 2024

July 9, 2024

http://bugs.winehq.org/show_bug.cgi?id=19433 Summary: Command & Conquer Generals network fails mid-game (mismatch in synchronization data) Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kakuremura(a)gmail.com Using the workaround mentioned in bug 17737, multiplayer still fails. You can connect, you can start the game and you can play for a while, but after the first contact with the enemy (after a few kills) a message pops up "mismatch in synchronization data". -- 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 23

[Bug 23807] New: Natural Selection 2 black screen on launch: format unrecognized(909198916)
by wine-bugs＠winehq.org July 9, 2024

July 9, 2024

http://bugs.winehq.org/show_bug.cgi?id=23807 Summary: Natural Selection 2 black screen on launch: format unrecognized(909198916) Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org The game is currently alpha software, however this part breaks specifically on Wine and not Windows. On launching the game I hear sound but get a black screen. These two messages repeat a lot, fixme:d3d:debug_d3dformat Unrecognized 909198916 (as fourcc: DF16) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(909198916) in the format lookup table afterwards, this repeats a lot: err:d3d:IWineD3DDeviceImpl_UpdateSurface >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glCompressedTexSubImage2DARB @ device.c / 5332 Attached is a +d3d trace of a clean wineprefix running the 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.

2 47

[Bug 25329] New: Divinity II demo fails to start gameplay screen unless I winetricks wmp9
by wine-bugs＠winehq.org July 9, 2024

July 9, 2024

http://bugs.winehq.org/show_bug.cgi?id=25329 Summary: Divinity II demo fails to start gameplay screen unless I winetricks wmp9 Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shannon.vanwagner(a)gmail.com Divinity2 demo starts to character creation but won't launch gameplay. So after installing winetricks wmp9, the introductory videos play and the game runs. -- 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 42

[Bug 29582] New: Star Wars Battlefront (I and II) "Loading" screen very slow.
by wine-bugs＠winehq.org July 9, 2024

July 9, 2024

http://bugs.winehq.org/show_bug.cgi?id=29582 Bug #: 29582 Summary: Star Wars Battlefront (I and II) "Loading" screen very slow. Product: Wine Version: 1.3.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel.santos(a)pobox.com Classification: Unclassified The "Loading" screen takes so long (in SW Battlefront II) that I can't connect to network games because when it finally finishes loading the level, I get a message that says "lost connection to host" (presumably because it timed out). I haven't timed it, but it seems to be about 2 minutes, whereas running it on windows takes roughly 5-10 seconds. WINEDEBUG=+relay did show that PeekMessageA was being called about 2700 times a second (probably not a big deal) but then GetForgroundWindows was being called right after that (a wineserver call). I suspected that as a possible culprit, but haven't dug in too deeply yet. I'll do some profiling on this later and try to get some better info. Maybe I can find a hack-around to positively isolate the cause. -- 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 72

[Bug 31046] New: Wine advertises 32bit depth buffer, behaves like 24bit
by wine-bugs＠winehq.org July 9, 2024

July 9, 2024

http://bugs.winehq.org/show_bug.cgi?id=31046 Bug #: 31046 Summary: Wine advertises 32bit depth buffer, behaves like 24bit Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: billy65bob(a)gmail.com Classification: Unclassified Created attachment 40757 --> http://bugs.winehq.org/attachment.cgi?id=40757 title screen: 32-bit Z buffer on wine (DirectX9 Hardware) Title says it all really. I'm currently playing a game in PCSX2 (Persona 4) and frankly it looks really bad. According to the application, wine is reporting a 32bit Z-buffer, but amusingly it behaves precisely how a 24bit buffer behaves in windows with this application. -- 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