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

[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

[Bug 36936] New: Sibelius 6 omits required features during installation
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=36936 Bug ID: 36936 Summary: Sibelius 6 omits required features during installation Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fiona.m(a)gmx.net The MSI database of Sibelius 6 contains several features of level 4 which are not installed because the INSTALLLEVEL is fixed to 3. All of these features have the msidbFeatureAttributesUIDisallowAbsent attribute set, which makes me believe that it is supposed to override the level. If these features are not installed the application fails to start with an error message requesting reinstallation as Resources.dll is missing. -- 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 5

[Bug 37130] New: Clang Static Analyzer: Memory Leak
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

https://bugs.winehq.org/show_bug.cgi?id=37130 Bug ID: 37130 Summary: Clang Static Analyzer: Memory Leak 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 a potential memory leak File: libs/wpp/ppl.yy.c Location: line 4475, column 1 Description: Potential memory leak static void macro_add_arg(int last) { .. if(last || mep->args[mep->nargs-1][0]) { yy_push_state(pp_macexp); push_buffer(NULL, NULL, NULL, last ? 2 : 1); ppy__scan_string(mep->args[mep->nargs-1]); //Clang: Calling 'ppy__scan_string' //Clang: Returned allocated memory } //Clang: Potential memory leak } The pyy__scan_string function has a non-used return value. Calling this function will anyway make the malloc() function return the value, and after it is called, memory must be freed. Let's see how the call of the pyy__scan_string function leads to calling malloc. YY_BUFFER_STATE ppy__scan_string (yyconst char * yystr ) { return ppy__scan_bytes(yystr,strlen(yystr) ); } YY_BUFFER_STATE ppy__scan_bytes (yyconst char * yybytes, yy_size_t _yybytes_len ) { YY_BUFFER_STATE b; char *buf; ... buf = (char *) ppy_alloc(n ); ... b = ppy__scan_buffer(buf,n ); ... return b; } YY_BUFFER_STATE ppy__scan_buffer (char * base, yy_size_t size ) { YY_BUFFER_STATE b; ... b=(YY_BUFFER_STATE) ppy_alloc(sizeof(struct yy_buffer_state)); ... return b; } void *ppy_alloc (yy_size_t size ) { return (void *) malloc( size ); } -- 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 36853] New: WINE should detect the presence of the window manager.
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=36853 Bug ID: 36853 Summary: WINE should detect the presence of the window manager. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Created attachment 48943 --> http://bugs.winehq.org/attachment.cgi?id=48943 Screenshot, missing decorations. In my private, ubuntu based, linux distribution, I installed the strict minimun amount of packages, required for running just WINE and applications for Windows with few megabytes. I have not installed a window manager. When running applications, it will happen that the decorations of the windows won't be displayed if the window manager is enabled to draw or control them. See the attached screenshot with winecfg running as an example. The presence of the window manager should be detected and, if it is not available, the two options for such purpose should be always grayed and the function must be disabled automatically if it's enabled. -- 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 35699] New: the location to start drawing is failed in list
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35699 Bug ID: 35699 Summary: the location to start drawing is failed in list Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: matyapiro31(a)gmail.com The list described in the attached file is rendered incorrectly. (Maybe gdi mistaken point to start) You cannot cause this without changing wine theme to Light(http://aerilius.deviantart.com/art/Ubuntu-Light-Themes-12-10-32763197…. Thus,if you set it as no theme,it does not matter. -- 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 35696] New: [Japanese Font]Wine default fonts replacements for MS fonts are not beautiful.
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=35696 Bug ID: 35696 Summary: [Japanese Font]Wine default fonts replacements for MS fonts are not beautiful. Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: fonts Assignee: wine-bugs(a)winehq.org Reporter: matyapiro31(a)gmail.com This is not enough to be called a bug. However,many or almost all Japanese wine user complain that the Ume fonts are not beautiful and download the MS Mincho font. I think this is because wine does not use system font. (such as Takao Mincho in Ubnutu,Hiragino in OSX). -- 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