wine-bugs July 2016

wine-bugs@winehq.org

1 participants
7607 discussions

[Bug 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org 19 Jul '24

19 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=36692 Bug ID: 36692 Summary: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com In a 2d simulation program, each worker thread has its own pair of events. One event is used to signal master thread that the worker thread is ready. The other is used by the master thread to signal that the worker thread may continue. In Master thread: while(!m_stop) { auto proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call SetEvent on "start" event object owned by the object pointed // to by proc_ptr proc_ptr->frameNext(); ++proc_ptr; } proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call WaitForSingleObject on "ready" event object owned by // the object pointed to by proc_ptr proc_ptr->wait(); ++proc_ptr; } ++framecounter; } In worker thread: while(!m_stop) { // Wait for master thread signaling start event (Calls WaitForSingleObject) start.wait(); m_model->process(m_framecounter,m_buffers[0].first ,m_buffers[0].second,m_offset); swap(m_buffers[0],m_buffers[1]); // Signal master thread that we are ready for next frame (Calls SetEvent) ready.set(); } On Wine, the framerate is half of that on Windows 7 on the same machine Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge different workload on differnt cores when running under Wine. I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too as they need kernel assistance, so it might be hard to make it perform better. -- 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 29

[Bug 31990] New: Add ability to upload extra files along with test ext
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31990 Bug #: 31990 Summary: Add ability to upload extra files along with test ext Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified That would be good to have the ability to upload extra files (avi files, dlls, .drv, ...) to perform individual test (not part of the test suite). Otherwise it requires to embed the file or use a self extracting exe which are not very convenient. -- 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 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

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 39206] New: Lylian demo hangs after intro video
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=39206 Bug ID: 39206 Summary: Lylian demo hangs after intro video Product: Wine Version: 1.7.50 Hardware: x86-64 URL: http://www.fileplanet.com/217922/210000/fileinfo/Lylia n-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: --- Currently wine plays the introduction video but after that it hangs and only resumes when a few keystrokes and/or mouse clicks are performed. The problem seems related to quartz but since I'm not sure the component is not set yet. The video playback ends but it looks like quartz does not recognize that and keeps waiting for things to happen. Last lines from the quartz log: 0032:trace:quartz:StdMediaSample2_Release (0x1bb4c0)->(): new ref = 0 0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1baea0)->(0x1bb4c0) 0032:trace:quartz:StdMediaSample2_Release (0x1b92a8)->(): new ref = 0 0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1b8298)->(0x1b92a8) 0032:trace:quartz:AVISplitter_SendEndOfFile End of file reached 0032:fixme:qedit:SampleGrabber_IPin_EndOfStream : stub 0032:trace:quartz:AVISplitter_SendEndOfFile --> 0 0032:trace:quartz:AVISplitter_thread_reader Thread 0 terminated properly 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e 002e:trace:quartz:PullPin_Thread_Process Process sample 002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910) 002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue and not flushing!! 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e 002e:trace:quartz:PullPin_Thread_Process Process sample 002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910) 002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue and not flushing!! 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e The last 4 lines repeat forever. If I change the game AVI file to any other AVI it plays fine and ends fine. -- 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 7

[Bug 35163] New: Victoria 2 crashes on start with built-in quartz
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=35163 Bug ID: 35163 Summary: Victoria 2 crashes on start with built-in quartz Product: Wine Version: 1.7.8 Hardware: x86 URL: http://www.gamershell.com/download_85888.shtml OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46906 --> http://bugs.winehq.org/attachment.cgi?id=46906 terminal output The game crashes shortly after starting with Wine's built-in quartz.dll. 'winetricks quartz' is a workaround. Lots of >fixme:quartz:parse_header Not a valid header: ff:ff:ff:ff are preceding the crash. They're probably the game music files (mp3 format) that causing the problem. Fedora 19 wine-1.7.8-114-g1928d61 (compiled from source without gstreamer support) Alsa 1.0.27 (Pulseaudio is not running) -- 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 21344] New: Buffer overflow in WCMD_run_program
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

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 14 Jul '24

14 Jul '24

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@aw25 ~ $ sha1sum NF1343.exe 1c7b6bd0903e3876d31556b13f199b771117d9c2 NF1343.exe austin@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 13 Jul '24

13 Jul '24

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 12 Jul '24

12 Jul '24

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 39406] New: LabVIEW 2014: Errors during installation block the process (continue to accept them)
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=39406 Bug ID: 39406 Summary: LabVIEW 2014: Errors during installation block the process (continue to accept them) Product: Wine Version: 1.7.52 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zat_xorg(a)hotmail.com Distribution: --- Created attachment 52522 --> https://bugs.winehq.org/attachment.cgi?id=52522 Backtrace file of error during installation LabVIEW 2014: Installer finishes, but with error popups during the process (you have to accept in order to complete the installation) http://www.ni.com/download/labview-development-system-2014/4735/en/ -- 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 9

Jump to page:

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 July 2016