wine-bugs November 2021

wine-bugs@winehq.org

1 participants
4857 discussions

[Bug 425] Network UNC path handling
by WineHQ Bugzilla 27 Nov '21

27 Nov '21

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 27 Nov '21

27 Nov '21

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 26 Nov '21

26 Nov '21

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 26 Nov '21

26 Nov '21

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

[Bug 52114] New: Force feedback no longer works with Live for Speed
by WineHQ Bugzilla 26 Nov '21

26 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52114 Bug ID: 52114 Summary: Force feedback no longer works with Live for Speed Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vinibali1(a)gmail.com Distribution: --- Created attachment 71141 --> https://bugs.winehq.org/attachment.cgi?id=71141 Logs for version 6.19 With the recent version of wine LFS no longer trigger FFB events. Before I decided to downgrade the version, I checked the game with my other wheel. Log with warn+all debug options are attached. It's really strange, with 6.16 there is only one device in the list, called: - Logitech MOMO Racing However on 6.22, there are two additional devices: - Logitech Logitech MOMO Racing (event) - Logitech Logitech MOMO Racing (js) -- 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 9221] Force Feedback doesn't work but does after little source modification
by WineHQ Bugzilla 26 Nov '21

26 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=9221 vinibali <vinibali1(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vinibali1(a)gmail.com -- 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 52101] New: In UDEV lnxev mode the winedevice.exe process of winebus.sys crashes on a keypress from the keyboard.
by WineHQ Bugzilla 26 Nov '21

26 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52101 Bug ID: 52101 Summary: In UDEV lnxev mode the winedevice.exe process of winebus.sys crashes on a keypress from the keyboard. Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: logos128(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 71121 --> https://bugs.winehq.org/attachment.cgi?id=71121 winebus_crash_v6.22.log.tar.gz It happens only on an user account with administrator rights (superuser, etc.). As it crashes on a keypress, this makes pretty difficult attaching a debugger to the crashing process :) Found out that lnxev backend doesn't add normal keys to the staged report descriptor, which makes any usb keyboard appear with an empty Input report. The actual crash happens in winebus.sys/main.c process_hid_report(), when it tries to resolve the ext->collection_desc.ReportIDs[0].ReportID. -- 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 51744] New: page fault in JavaScript engine?
by WineHQ Bugzilla 26 Nov '21

26 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=51744 Bug ID: 51744 Summary: page fault in JavaScript engine? Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: nonetrix(a)protonmail.com Distribution: --- Created attachment 70629 --> https://bugs.winehq.org/attachment.cgi?id=70629 log before crash Loading http://github.com crashes the browser instantly, I'm 99.9999999% sure this is not intended behavior. It seems to be a page fault error that GitHub's JavaScript triggers for some odd reason, I don't know much outside of that since I only just barely know JavaScript. System information: wine-6.16 Linux ArchBTW 5.13.13-zen1-1-zen #1 ZEN SMP PREEMPT Thu, 26 Aug 2021 19:14:35 +0000 x86_64 GNU/Linux Steps to reproduce: 1. $ wine iexplore.exe http://github.com 2. Watch it crash and burn... -- 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 49856] New: ShareX can't open settings window
by WineHQ Bugzilla 26 Nov '21

26 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=49856 Bug ID: 49856 Summary: ShareX can't open settings window Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The program starts fine, but when clicking "Application Settings" on the left side of the window, it does display an error message. The program is using .NET, although native .NET doesn't seem to help. Download link is attached, the program in question is open source. -- 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 14

[Bug 52084] New: Missing #include <limits> causes build to fail on Fedora 35 with gcc11
by WineHQ Bugzilla 25 Nov '21

25 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52084 Bug ID: 52084 Summary: Missing #include <limits> causes build to fail on Fedora 35 with gcc11 Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: patrick+winehq.org(a)laimbock.com Distribution: --- Created attachment 71095 --> https://bugs.winehq.org/attachment.cgi?id=71095 Fix missing #include <limits> On Fedora 35 with gcc11 the build of wine-gecko-2.47.2 fails due to a missing #include <limits> in gfx/2d/BaseRect.h Patch 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

Jump to page:

2025

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 November 2021