- Wine-Bugs - list.winehq.org

[Bug 52070] New: error messages when graphics driver is null
by WineHQ Bugzilla Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=52070 Bug ID: 52070 Summary: error messages when graphics driver is null Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: maliku(a)posteo.net Distribution: --- Following the documentation of https://wiki.winehq.org/Useful_Registry_Keys I set the graphics driver to "null", rather than "x11" I get these errors from the wine output, when I was expecting them to be suppressed, or at least not raised as errors 0418:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0418:err:winediag:nodrv_CreateWindow The explorer process failed to start. 0418:err:systray:initialize_systray Could not create tray window -- 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 37005] New: Serif WebPlus Starter Edition crashes on startup (wincodecs:BitmapEncoderInfo_GetFileExtensions)
by wine-bugs＠winehq.org Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=37005 Bug ID: 37005 Summary: Serif WebPlus Starter Edition crashes on startup (wincodecs:BitmapEncoderInfo_GetFileExtensions) Product: Wine Version: 1.7.23 Hardware: x86 URL: http://download.cnet.com/Serif-WebPlus-Starter-Edition /3000-10248_4-75558786.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49163 --> https://bugs.winehq.org/attachment.cgi?id=49163 WINEDEBUG=relay,seh,tid,wincodecs Installing the application works fine. Note you'll need winetricks mfc42 vcrun2008 (bug 35286) starting the application, however, quickly fails: austin(a)aw25 ~/.wine/drive_c/Program Files/Serif/WebPlus Starter Edition/3.0/Program $ wine WebPlus\ Starter\ Edition.exe fixme:msg:ChangeWindowMessageFilter 323 00000001 fixme:msg:ChangeWindowMessageFilter 326 00000001 fixme:system:SetProcessDPIAware stub! fixme:wincodecs:BitmapEncoderInfo_GetFileExtensions (0x1d37b0,1024,0x33f238,0x33ea0c): stub wine: Unhandled exception 0xc0000409 in thread 41 at address 0x2223ddf5 (thread 0041), starting debugger... winetricks windowscodecs lets it start. -- 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 5

[Bug 52121] New: Smaller fixes to resource editing functions
by WineHQ Bugzilla Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=52121 Bug ID: 52121 Summary: Smaller fixes to resource editing functions Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)daniel-marschall.de Distribution: --- I have two more improvement suggestions the the resource editing functions: (1) There are a few arguments of CreateFileA not correct. It might work on Wine, but if the code runs on older versions of Windows, it raises errors in some circumstances. (1a) In function `create_mapping`: // Fix by Daniel Marschall: Changed "0" to "FILE_SHARE_READ | (rw ? FILE_SHARE_WRITE : 0)" mi->file = CreateFileA(filename, GENERIC_READ | (rw ? GENERIC_WRITE : 0), FILE_SHARE_READ | (rw ? FILE_SHARE_WRITE : 0), NULL, OPEN_EXISTING, 0, 0); (1b) In function `BeginUpdateResource`: // Fix by Daniel Marschall: Changed "GENERIC_READ | GENERIC_WRITE, 0" to "GENERIC_READ, FILE_SHARE_READ" file = CreateFileA(pFileName, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); (2) Function `get_res_nameW` contains `RtlUpcaseUnicodeString(str,str)`. The same should be added to `get_res_nameA`. -- 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 52066] New: LockWindowUpdate crashes showing new window in program
by WineHQ Bugzilla Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=52066 Bug ID: 52066 Summary: LockWindowUpdate crashes showing new window in program Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 71082 --> https://bugs.winehq.org/attachment.cgi?id=71082 runlog of natspeak, showing crash at end This may be a duplicate of bug 50778 or bug 43669 I am running wine 6.21 staging on Gentoo. I run Dragon Naturally Speaking. Sometimes when you open an extra window, the program responds well. but at other times it throws this error, and then crashes. 026c:fixme:win:LockWindowUpdate (00000000), partial stub! A log file is attached. -- 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 425] Network UNC path handling
by WineHQ Bugzilla Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=425 --- Comment #46 from Jonas Bechtel <code(a)jbechtel.de> --- Oh, and creating some file like .wine/dosdevices/uns/server/bla.txt didn't help either. -- 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 14501] New: docs incorrectly claim that unc paths work
by wine-bugs＠winehq.org Nov. 27, 2021

Nov. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=14501 Summary: docs incorrectly claim that unc paths work Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: documentation AssignedTo: wine-bugs(a)winehq.org ReportedBy: codeslinger(a)compsalot.com The docs for unc path are wrong they do not reflect reality. According to the docs http://www.winehq.org/site/docs/wineusr-guide/misc-things-to-configure#AEN4… and also according to this rather odious comment http://www.winehq.org/pipermail/wine-users/2007-August/027715.html unc paths, should work, all you do is create a symlink and you are done. Well, I am under intense deadline pressure and I just spent two days of effort trying to get a client/server app to run that requires unc paths. And finally after a lot of study and banging of head against brick wall, finally I find this bug #425 which makes it pretty darn clear that not only does unc path not work, but it never actually has worked!!!! http://bugs.winehq.org/show_bug.cgi?id=425 So I ask that you kindly please fix the docs so that others are not subjected to the same levels of tribulations which I have just needlessly gone through. That bug has been open since 2002, I see no indication that it is going to get fixed any time soon. I have the highest respect and admiration for the winehq project and the people who created it, but this sort of thing is a major black mark against wine. I will be very reluctant to attempt to use wine in the future. -- 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 16

[Bug 425] Network UNC path handling
by WineHQ Bugzilla Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=425 code(a)jbechtel.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |code(a)jbechtel.de --- Comment #45 from code(a)jbechtel.de --- Yes, it is still an issue. I have wine 6.22. explorer.exe prints following console message: 00f4:fixme:shell:ISF_NetworkPlaces_fnParseDisplayName not implemented for L"\\\\server\\" In notepad.exe I get a message box "Path does not exist" "Ok" This share actually /is/ accessible by smbclient and by thunar (BTW remote named pipes don't work either; just tested this with npecho_client2.exe from npecho_client2.c from samba source code) -- 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 52119] New: EndUpdateResource calculates field "SizeofImage" wrong
by WineHQ Bugzilla Nov. 27, 2021

Nov. 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=52119 Bug ID: 52119 Summary: EndUpdateResource calculates field "SizeofImage" wrong Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)daniel-marschall.de Distribution: --- The function `EndUpdateResource` will calculate the PE field "SizeOfImage" like this: For 64 bit: nt64->OptionalHeader.SizeOfImage += rva_delta; For 32 bit: nt->OptionalHeader.SizeOfImage += rva_delta; But this is wrong. It does not follow the specification of Microsoft, and therefore, some combinations of SizeofImage values and Windows versions will cause the Operating System to deny loading the image. The correct implementation is described here: https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o… Correct is following code (to be added to `write_raw_resources`): For 64 bit: lastsec = get_last_section(write_map->base, mapping_size); pEndOfLastSection = lastsec->VirtualAddress + lastsec->Misc.VirtualSize + nt64->OptionalHeader.ImageBase; //NOTE: we are rounding to memory section alignment, not file pEndOfLastSectionMem = peRoundUpToAlignment64(nt64->OptionalHeader.SectionAlignment, pEndOfLastSection); uCalcSizeOfFile = pEndOfLastSectionMem - nt64->OptionalHeader.ImageBase; nt64->OptionalHeader.SizeOfImage = (DWORD)uCalcSizeOfFile; For 32 bit: //nt->OptionalHeader.SizeOfImage += rva_delta; // Fix by Daniel Marschall: Added this calculation of "SizeOfImage". // With the original implementation, Windows won't load some images! // https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o… lastsec = get_last_section(write_map->base, mapping_size); pEndOfLastSection = lastsec->VirtualAddress + lastsec->Misc.VirtualSize + nt->OptionalHeader.ImageBase; //NOTE: we are rounding to memory section alignment, not file pEndOfLastSectionMem = peRoundUpToAlignment(nt->OptionalHeader.SectionAlignment, pEndOfLastSection); uCalcSizeOfFile = pEndOfLastSectionMem - nt->OptionalHeader.ImageBase; nt->OptionalHeader.SizeOfImage = uCalcSizeOfFile; And the required functions: // // peRoundUpToAlignment() - rounds dwValue up to nearest dwAlign // DWORD peRoundUpToAlignment(DWORD dwAlign, DWORD dwVal) { // Fix by Fix by Daniel Marschall: Added this function, based on // https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o… if (dwAlign) { //do the rounding with bitwise operations... //create bit mask of bits to keep // e.g. if section alignment is 0x1000 1000000000000 // we want the following bitmask 11111111111111111111000000000000 DWORD dwMask = ~(dwAlign - 1); //round up by adding full alignment (dwAlign-1 since if already aligned we don't want anything to change), // then mask off any lower bits dwVal = (dwVal + dwAlign - 1) & dwMask; } return(dwVal); } ULONGLONG peRoundUpToAlignment64(ULONGLONG dwAlign, ULONGLONG dwVal) { // Fix by Fix by Daniel Marschall: Added this function, based on // https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o… if (dwAlign) { //do the rounding with bitwise operations... //create bit mask of bits to keep // e.g. if section alignment is 0x1000 1000000000000 // we want the following bitmask 11111111111111111111000000000000 ULONGLONG dwMask = ~(dwAlign - 1); //round up by adding full alignment (dwAlign-1 since if already aligned we don't want anything to change), // then mask off any lower bits dwVal = (dwVal + dwAlign - 1) & dwMask; } return(dwVal); } static IMAGE_SECTION_HEADER* get_last_section(void* base, DWORD mapping_size) { // Fix by Fix by Daniel Marschall: Added this function which is required by the "SizeOfImage" field calculation IMAGE_SECTION_HEADER* sec; IMAGE_NT_HEADERS* nt; DWORD num_sections = 0; nt = get_nt_header(base, mapping_size); if (!nt) return NULL; sec = get_section_header(base, mapping_size, &num_sections); if (!sec) return NULL; /* find the resources section */ return &sec[num_sections - 1]; } -- 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 51991] New: scratch 3.0
by WineHQ Bugzilla Nov. 26, 2021

Nov. 26, 2021

https://bugs.winehq.org/show_bug.cgi?id=51991 Bug ID: 51991 Summary: scratch 3.0 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jasmelo(a)hotmail.com Distribution: --- Created attachment 70981 --> https://bugs.winehq.org/attachment.cgi?id=70981 scratch 3 no funciona scratch -- 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 51564] New: Can't run winevdm
by WineHQ Bugzilla Nov. 26, 2021

Nov. 26, 2021

https://bugs.winehq.org/show_bug.cgi?id=51564 Bug ID: 51564 Summary: Can't run winevdm Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: dos Assignee: wine-bugs(a)winehq.org Reporter: uleysky(a)gmail.com Distribution: --- Win16 applications, COM files does'nt start with error: 018c:err:module:import_dll Loading library krnl386.exe16 (which is needed by L"C:\\windows\\syswow64\\winevdm.exe") failed (error c0000131). 018c:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000135 wine "C:\\windows\\syswow64\\winevdm.exe" gives the same error. Wine version 6.14, 6.0.1 works 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.

1 44