September 2015 - Wine-Bugs - list.winehq.org

[Bug 20232] New: mciwave breaks on MSDN example
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

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

[Bug 35823] New: Widl should check for duplicated uuids when generating typelib
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35823 Bug ID: 35823 Summary: Widl should check for duplicated uuids when generating typelib Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Duplicated uuids in a typelib will cause troubles with typeinfo lookup. Midl refuses to generated such typelibs, but it looks like it might have a more strict constraint - uuid should be unique in a file, and we don't want it to be that strict (see bug 27718). -- 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 2

[Bug 36871] New: Chronology with native .NET is postage stamp sized
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=36871 Bug ID: 36871 Summary: Chronology with native .NET is postage stamp sized Product: Wine Version: 1.7.21 Hardware: x86 URL: http://store.steampowered.com/app/269330/ OS: Linux Status: NEW Keywords: dotnet Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com This is with 'winetricks dotnet20' in a 32-bit prefix. Chronology appears to run OK, except that it creates a large black window with a tiny image in the upper-left corner. Maybe it's the title screen? It's too small to be sure. -- 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 8067] King's Quest 6 crashes (C runtime/heap error)
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

https://bugs.winehq.org/show_bug.cgi?id=8067 --- Comment #22 from Austin English <austinenglish(a)gmail.com> --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine? -- 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 0

[Bug 35813] New: SolidWorks 2013: Crash at the beginning
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35813 Bug ID: 35813 Summary: SolidWorks 2013: Crash at the beginning Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Created attachment 47811 --> http://bugs.winehq.org/attachment.cgi?id=47811 Crash window Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2010 dotnet40 3) install SolidWorks 2013 4) wine SLDWORKS.exe Behaviour: Crash (See attachment) Expected behaviour: No crash. Additional info: 1) Window from attachment is "sldexitapp.exe" 2) "sldProcMon.exe" started by "SLDWORKS.exe" takes all CPU resources -- 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 35660] New: ExtractIcon() behaves not according to the normal windows-api; explorer.exe crashes sometimes when opening a folder, after a new Software has been installed.
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35660 Bug ID: 35660 Summary: ExtractIcon() behaves not according to the normal windows-api; explorer.exe crashes sometimes when opening a folder, after a new Software has been installed. Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: public0x05bf(a)bluewin.ch ExtractIcon() behaves not according to the normal windows-api: * The Windows API Reference states (© 2014 Microsoft): HICON ExtractIcon( HINSTANCE hInst, // instance handle LPCTSTR lpszExeFileName, // filename of file with icon UINT nIconIndex // index of icon to extract ); * nIconIndex [...] If this value is a negative number not equal to –1, the function returns a handle to the icon in the specified file whose resource identifier is equal to the absolute value of nIconIndex. For example, you should use –3 to extract the icon whose resource identifier is 3. To extract the icon whose resource identifier is 1, use the ExtractIconEx function. [...] ==> you should take the icon with "index = abs(nIconIndex)" ! * The ExtractIcon() of wine finally calls PrivatExtractIconsW() of wine in user32.dll (in user32.dll, exticon.c ). * THERE THE WINE TEAM HAS DECIDED TO PROCEED AS FOLLOWS (from exticon.c): [...] Also the Windows equivalent does extract icons in a strange way if nIndex is negative. Our implementation treats a negative nIndex as looking for that resource identifier for the first icon to retrieve. * I have installed Visual C++ 6.0 in wine. After the installation, all icon-references in the registry have been entered with negative values. The icon-references have been associated with file-types, leading to a crash of explorer.exe every time I have opened a folder containing one of the files of a such a file-type. Changing all the indexes to positive numbers avoided the crashes. It has been annoing ! * PLEASE, IF YOU PROVIDE A ENVIRONMENT TO RUN WINDOWS PROGRAMS, TRY TO MAKE BEHAVE THIS ENVIRONMENT THE SAME AS WINDOWS DOES! -- 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 2

[Bug 35752] New: Autodesk Inventor LT: Setup crashes after winetricks dotnet35sp1 dotnet40
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35752 Bug ID: 35752 Summary: Autodesk Inventor LT: Setup crashes after winetricks dotnet35sp1 dotnet40 Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Created attachment 47744 --> http://bugs.winehq.org/attachment.cgi?id=47744 Crash window Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet35sp1 dotnet40 3) wine Setup.exe 4) wait in initializing window Behaviour: Crash window (see attachment) Expected behaviour: No crash window. Additional information: There is no crash if I do not do step "2) winetricks dotnet35sp1 dotnet40" but these components are required to subsequent Inventor installation. If I do only "winetricks dotnet40" then there is no crash too. WINETRICKS_VERSION=20140302 -- 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 37169] New: Powerdirector 11 Ultra: Run as Administrator
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

https://bugs.winehq.org/show_bug.cgi?id=37169 Bug ID: 37169 Summary: Powerdirector 11 Ultra: Run as Administrator Product: Wine Version: 1.7.25 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mewtwo2643(a)yahoo.com Created attachment 49403 --> https://bugs.winehq.org/attachment.cgi?id=49403 Output from Wine on the terminal To get this issue: Create new prefix, install Windows Media Player 9 (winetricks wmp9), run the AutoRun.exe found on the disc, install it, and run it. After clicking on the button to enter the full editor, it starts to load but then a window pops up complaining it doesn't have administrator access and it quits afterwards. I couldn't find a trial because powerdirector 12 is out now. This torrent might work though: https://kickass.to/cyberlink-powerdirector-11-ultra-11-0-0-3026-multilingua… You also might be able to try using the Powerdirector 12 trial. The steps should be the similar for 11 (tell me if they don't): http://download.cnet.com/CyberLink-PowerDirector/3000-13631_4-10483012.html The important thing is that Windows Media Player 9 is installed. -- 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 37133] New: Clang Static Analyzer: Null path
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

https://bugs.winehq.org/show_bug.cgi?id=37133 Bug ID: 37133 Summary: Clang Static Analyzer: Null path Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies Null path File: dlls/crypt32/rootstore.c Location: line 413, column 10 Description: Null pointer passed as an argument to a 'nonnull' parameter static BOOL import_certs_from_path(LPCSTR path, HCERTSTORE store, BOOL allow_dir) { ... fd = open(path, O_RDONLY); //Clang: Null pointer passed as //an argument to a 'nonnull' parameter ... } To understand why Clang suspects that NULL may get here, let's examine the fragment where this function is called: static BOOL import_certs_from_dir(LPCSTR path, HCERTSTORE store) { ... char *filebuf = NULL; //Clang: 'filebuf' initialized to a null pointer value struct dirent *entry; while ((entry = readdir(dir))) { ... size_t name_len = strlen(entry->d_name); //Calling function to change filebuf if (!check_buffer_resize(&filebuf, &bufsize, path_len + 1 + name_len + 1)) { ERR(...); break; } snprintf(filebuf, bufsize, "%s/%s", path, entry->d_name); if (import_certs_from_path(filebuf, store, FALSE) && !ret) //Clang: Passing null pointer value via 1st parameter 'path' //Clang: Calling 'import_certs_from_path' ret = TRUE; ... } } In this code, the check_buffer_resize function is called where either the value of the filebuf variable must change or FALSE must be returned; but the function may fail to change filebuf and return TRUE instead. Take a look at the function's code below: static BOOL check_buffer_resize(char **ptr_buf, size_t *buf_size, size_t check_size) { if (check_size > *buf_size) { ... *ptr_buf = CryptMemAlloc(*buf_size); ... } return TRUE; } The function contains only one condition where the ptr_buf variable is changed, and if this condition is false, the true return result will allow you to use this variable further on. A similar issue is with the memcpy() function: File: server/directory.c Location: line 548, column 21 Description: Null pointer passed as an argument to a 'nonnull' parameter -- 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 1

[Bug 35990] New: keyboard becomes unresponsive in blizzard games
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35990 Bug ID: 35990 Summary: keyboard becomes unresponsive in blizzard games Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kfirufk(a)gmail.com Created attachment 48114 --> http://bugs.winehq.org/attachment.cgi?id=48114 Wow log file I have encountered problems playing Diablo III and world of warcraft. after a while of playing the keyboard becomes almost non responsive at all and keys are being pressed randomly. for now I created a log from wine for WoW, i'll create a log for diablo and attach it later. this log is from the start of the application till the problem started. using gentoo linux ~amd64 with Nvidia GTX 680. -- 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