May 2019 - Wine-Bugs - list.winehq.org

[Bug 47143] New: slider control button missing on Metatrader 4 expert advisor
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=47143 Bug ID: 47143 Summary: slider control button missing on Metatrader 4 expert advisor Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: iip.umar.rifai(a)gmail.com Distribution: --- Created attachment 64373 --> https://bugs.winehq.org/attachment.cgi?id=64373 screenshoot of missing slider control Using standar installation mt4, can't change slider position because no button in the control. -- 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 10

[Bug 31350] New: Cannot install T-Online mediencenter_assistent_setup.exe (entry point method)
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

http://bugs.winehq.org/show_bug.cgi?id=31350 Bug #: 31350 Summary: Cannot install T-Online mediencenter_assistent_setup.exe (entry point method) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johannesobermayr(a)gmx.de Classification: Unclassified wine mediencenter_assistent_setup.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 The entry point method could not be loaded -- 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 14

[Bug 46473] New: Settlers IV History Edition
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=46473 Bug ID: 46473 Summary: Settlers IV History Edition Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: supagu(a)gmail.com Distribution: --- This is the newly released (2018) Settlers 4: History Edition. The game loads, although I need to click the mouse to get past the intro video else it crashes there. I get a few moments in the menu before the game crashes out. Terminal log: 00cb:fixme:ddraw:d3d_device_create Only one Direct3D device per DirectDraw object supported. 00d2:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"ECDH_P256" not supported 002d:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffa, 0x33fe3c 003a:fixme:ras:RasEnumConnectionsW (0xa5ef510,0x944fbb4,0xfb30004),stub! 003a:fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! 00ed:fixme:process:SetProcessDEPPolicy (3): stub 00ed:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 00ed:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0x114dabc0, 0x14e7f0d0, 0x14ebdf48) stub. 00ef:fixme:process:SetProcessDEPPolicy (3): stub 00ef:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 00ef:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0x114dabc0, 0x14e7f0d0, 0x14ebdf48) stub. 00f1:fixme:process:SetProcessDEPPolicy (3): stub 00f1:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 00f1:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0x114dabc0, 0x14e7f0d0, 0x14ebdf48) stub. [0116/190927.454:INFO:CONSOLE(144)] "Uncaught TypeError: Cannot read property 'myProduct' of undefined", source: uplay://localhost/ui/view/main/mainViewController.js (144) [0116/190927.454:INFO:CONSOLE(39)] "MainView: Missing route for MessagePromotionsUpdated.", source: uplay://localhost/common/upc.js (39) [0116/190928.087:INFO:CONSOLE(39)] "NavigationView: Missing route for MessageMainViewSectionChanged.", source: uplay://localhost/common/upc.js (39) [0116/190928.088:INFO:CONSOLE(39)] "NavigationView: Missing route for MessagePromotionsUpdated.", source: uplay://localhost/common/upc.js (39) [0116/190928.089:INFO:CONSOLE(39)] "NavigationView: Missing route for MessageMainViewSectionChanged.", source: uplay://localhost/common/upc.js (39) [0116/190928.091:INFO:CONSOLE(39)] "NavigationView: Missing route for MessageAssetRetrieved.", source: uplay://localhost/common/upc.js (39) 009a:fixme:wincodecs:ImagingFactory_CreateEncoder ignoring vendor GUID 003a:fixme:ras:RasEnumConnectionsW (0xa5ef510,0x944fbb4,0xfb30004),stub! 003a:fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! -- 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 6

[Bug 47069] New: Final Fantasy XIV Launcher renders black
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=47069 Bug ID: 47069 Summary: Final Fantasy XIV Launcher renders black Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: winehq.eloelo(a)spamgourmet.com Distribution: --- Hi! I saw that no issue had been created here, so I figured it was the right place. The final fantasy XIV launcher no longer renders correctly through wine, and it might seem to be caused by multiple bugs. https://github.com/ValveSoftware/Proton/issues/580 There is a lot of information to dig through, so I'll make a summary here. Since last game-patch the launcher stopped working. The launcher is somehow trying to access https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/ instead of just https://frontier.ffxiv.com/version_4_0_win/. This is a potential wine parsing bug? You can however bypass this issue and make it load the correct url. At which point the launcher renders nothing. It is theorized that this might be due to mshtml issues, but nothing is confirmed. This would be the main issue here, in my eyes. -- 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 47214] New: Oracle Java runtime 8.211 online installer crashes
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=47214 Bug ID: 47214 Summary: Oracle Java runtime 8.211 online installer crashes Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- It crashes in msxml3, get_typeinfo() tries to load types from version 1 msxml typelib which hasn't been loaded. zeb(a)terabithia:~/Downloads$ du -sh jre-8u211-windows-i586-iftw.exe 2.0M jre-8u211-windows-i586-iftw.exe zeb(a)terabithia:~/Downloads$ sha1sum jre-8u211-windows-i586-iftw.exe 1afd91b69b145f974c83c4feed9ef014662008f8 jre-8u211-windows-i586-iftw.exe -- 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 39129] New: Multiple games and applications need support for 'NtSetInformationFile' class 'FileRenameInformation' (Spoon Studio 2011 based Stylizer 5.x, Boost.Interprocess based Tera Online, MSYS2 installer)
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=39129 Bug ID: 39129 Summary: Multiple games and applications need support for 'NtSetInformationFile' class 'FileRenameInformation' (Spoon Studio 2011 based Stylizer 5.x, Boost.Interprocess based Tera Online, MSYS2 installer) Product: Wine Version: 1.7.49 Hardware: x86 URL: https://www.cygwin.com/ OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- After bug 30399 was fixed, the next issue is dash.exe crashes. This is using setup-x86.exe, with no special options / extra packages, just the default install the entire way through. [austin(a)localhost ~]$ wine --version wine-1.7.49-184-g5021e91 [austin(a)localhost ~]$ du -h setup-x86.exe 816K setup-x86.exe [austin(a)localhost ~]$ sha1sum setup-x86.exe 4885f4560a6c01ec6d94a322826cc656a63cd86c setup-x86.exe -- 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 47249] New: CM_Set_Class_Registry_Property should use PCVOID for buffer parameter
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=47249 Bug ID: 47249 Summary: CM_Set_Class_Registry_Property should use PCVOID for buffer parameter Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The setupapi stub functions CM_Set_Class_Registry_PropertyA and CM_Set_Class_Registry_PropertyW have the wrong parameters, "buf" should be of byte "const void*" instead of "void*". This would be useful for ReactOS, see linked issue. -- 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 6

[Bug 47190] New: Custom protocol handler CF doesn't support aggregation
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=47190 Bug ID: 47190 Summary: Custom protocol handler CF doesn't support aggregation Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: jacek(a)codeweavers.com Regression SHA1: 097811f2513e457ebf4afb1d2d21ab90b8684325 Distribution: --- Created attachment 64439 --> https://bugs.winehq.org/attachment.cgi?id=64439 +urlmon,+ieframe,+mshtml,+seh,+tid log of the failure Since the following commit 097811f2513e457ebf4afb1d2d21ab90b8684325 is the first bad commit commit 097811f2513e457ebf4afb1d2d21ab90b8684325 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed May 9 14:58:49 2018 +0200 urlmon: Use COM aggregation for urlmon protocols in BindProtocol::StartEx. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> the application that I have here fails to render pictures in its custom IE frame wrapper. Attached log shows the failure, I've added traces around IClassFactory_CreateInstance() to make it easier to find the failure in the log. -- 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 6

[Bug 46905] New: Multiple eventlog monitor applications go haywire ( endless console spam, live-loop CPU) due to advapi32.ReadEventLogA/ W returning lasterror ERROR_CALL_NOT_IMPLEMENTED ( use ERROR_HANDLE_EOF instead)
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=46905 Bug ID: 46905 Summary: Multiple eventlog monitor applications go haywire (endless console spam, live-loop CPU) due to advapi32.ReadEventLogA/W returning lasterror ERROR_CALL_NOT_IMPLEMENTED (use ERROR_HANDLE_EOF instead) Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, noticed this while looking at multiple SIMATIC WinCC V15.1 Runtime (installer) bugs -> bug 4690x After the point when multiple services got installed and configured as 'autostart', each time a prefix is bootstrapped (running an app), one of the services begins to endlessly spam the console and churn one cpu core. --- snip --- .. 0057:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xa2de0,0x00000200,0x307f5dc,0x307f5d8) stub 0057:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x307f6d4) stub 0057:fixme:advapi:GetNumberOfEventLogRecords (0xcafe4242,0x307f6d0) stub 0057:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xa2de0,0x00000200,0x307f5dc,0x307f5d8) stub 0057:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x307f6d4) stub ... <endless console spam in quick succession> --- snip --- Debugger session: --- snip --- Wine-dbg> info process pid threads executable (all id:s are in hex) 0000019a 1 'winedbg.exe' 00000013 4 'explorer.exe' 0000000e 10 'services.exe' 0000006b 5 \_ 'rpcss.exe' 00000065 6 \_ 'svchost.exe' 0000004a 4 \_ 'winedevice.exe' 00000041 4 \_ 'TraceConceptX.exe' 00000035 11 \_ 's7oiehsx64.exe' 0000003c 2 \_ 'S7EpaSRV64x.exe' 00000030 3 \_ 'plugplay.exe' 0000002a 4 \_ 'winedevice.exe' 0000001b 3 \_ 'SmartServer.exe' 00000008 1 'Start.exe' 00000080 10 \_ 'SIA2.exe' Wine-dbg> info thread ... 00000035 s7oiehsx64.exe 0000005b 0 00000058 0 00000057 0 00000056 0 00000055 0 00000053 0 00000052 2 00000051 15 00000039 0 00000038 0 00000036 0 Wine-dbg> attach 0x35 0x00007ff7ccea2b32 __make_stacks_executable+0xa1b2 in libpthread.so.0: syscall Wine-dbg>info share Module Address Debug info Name (91 modules) PE 7e0000- 807000 Export s7epascp64x PE 820000- 845000 Export s7oniepg64x PE 870000- 901000 Export s7ontcp PE 910000- 992000 Export s7epaapi64x PE 9a0000- 9b8000 Export s7epromapi64x PE 9c0000- f25000 Export mfc110u PE 2790000- 27a4000 Export s7otsiex64 PE 27c0000- 28af000 Export s7pcadpsrv ELF 7b400000- 7b895000 Dwarf kernel32<elf> \-PE 7b460000- 7b895000 \ kernel32 ELF 7bc00000- 7bdd4000 Dwarf ntdll<elf> \-PE 7bc80000- 7bdd4000 \ ntdll ELF 7c000000- 7c004000 Dwarf <wine-loader> PE 140000000- 140033000 Export s7oiehsx64 PE 180000000- 18002c000 Export s7onlinx64 ... Wine-dbg>b GetOldestEventLogRecord Breakpoint 1 at 0x00007ff7be6c96f0 GetOldestEventLogRecord [/home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374] in advapi32 Wine-dbg>c Stopped on breakpoint 1 at 0x00007ff7be6c96f0 GetOldestEventLogRecord [/home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374] in advapi32 GetOldestEventLogRecord () at /home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374 374 { Wine-dbg>bt Backtrace: =>0 0x00007ff7be6c96f0 GetOldestEventLogRecord() [/home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374] in advapi32 (0x000000000307f7a0) 1 0x00000000027e8467 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307f7a0) 2 0x00000000027c4187 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307f7a0) 3 0x00000000027c4b64 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307fbc0) 4 0x00000000027c52df EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307fbc0) 5 0x00000000027d8e8b EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307fbc0) 6 0x00000000027d8cc0 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307ffd0) 7 0x00000000027dcbe0 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307ffd0) 8 0x00000000028108d0 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307ffd0) 9 0x00000000028163ff EntryPoint+0x418a() in s7pcadpsrv (0x000000000307ffd0) 10 0x00000000028165a6 EntryPoint+0x4331() in s7pcadpsrv (0x000000000307ffd0) 11 0x000000007bd310ee call_thread_func+0x116() [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_x86_64.c:4454] in ntdll (0x000000000307ffd0) --- snip --- Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+service wine notepad >>log.txt 2>&1 ... 0095:Ret PE DLL (proc=0x2812274,module=0x27c0000 L"s7pcadpsrv.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 0095:Starting thread proc 0x28164a4 (arg=0xdd6c0) ... 0095:Call KERNEL32.LoadLibraryExW(0306f790 L"C:\\Program Files\\Common Files\\Siemens\\Automation\\Simatic OAM\\bin\\s7pcadpsrv.dll",00000000,00000000) ret=02821d4d 0095:Ret KERNEL32.LoadLibraryExW() retval=027c0000 ret=02821d4d 0095:Call KERNEL32.SetThreadpoolWait(000dd6c0,00000188,00000000) ret=0281800e 0095:Ret KERNEL32.SetThreadpoolWait() retval=00000000 ret=0281800e 0095:Call KERNEL32.SetEvent(00000154) ret=0283d44c 0095:Ret KERNEL32.SetEvent() retval=00000001 ret=0283d44c ... 0095:Call advapi32.OpenEventLogW(00000000,000afef0 L"System") ret=027e8247 0095:fixme:advapi:OpenEventLogW ((null),L"System") stub 0095:Ret advapi32.OpenEventLogW() retval=cafe4242 ret=027e8247 ... 0095:Call KERNEL32.SetEvent(00000130) ret=027d98c2 0095:Ret KERNEL32.SetEvent() retval=00000001 ret=027d98c2 ... 0095:Call advapi32.GetOldestEventLogRecord(cafe4242,0306f6d4) ret=027e8467 0095:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x306f6d4) stub 0095:Ret advapi32.GetOldestEventLogRecord() retval=00000001 ret=027e8467 ... 0095:Call advapi32.GetNumberOfEventLogRecords(cafe4242,0306f6d0) ret=027e84f7 0095:fixme:advapi:GetNumberOfEventLogRecords (0xcafe4242,0x306f6d0) stub 0095:Ret advapi32.GetNumberOfEventLogRecords() retval=00000001 ret=027e84f7 ... 0095:Call advapi32.ReadEventLogW(cafe4242,00000006,ffffffff,000de970,00000200,0306f5dc,0306f5d8) ret=027e85c3 0095:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xde970,0x00000200,0x306f5dc,0x306f5d8) stub 0095:Ret advapi32.ReadEventLogW() retval=00000000 ret=027e85c3 ... 0095:Call KERNEL32.GetLastError() ret=0281b6e4 0095:Ret KERNEL32.GetLastError() retval=00000078 ret=0281b6e4 ... 0095:Call KERNEL32.RaiseException(e06d7363,00000001,00000004,0306f560) ret=02812f70 0095:trace:seh:NtRaiseException code=e06d7363 flags=1 addr=0x7b497b7e ip=7b497b7e tid=0095 0095:trace:seh:NtRaiseException info[0]=0000000019930520 0095:trace:seh:NtRaiseException info[1]=000000000306f5e0 0095:trace:seh:NtRaiseException info[2]=00000000028919d0 0095:trace:seh:NtRaiseException info[3]=00000000027c0000 0095:trace:seh:NtRaiseException rax=000000007b478128 rbx=00000000028919d0 rcx=000000000306f350 rdx=0000000000000020 0095:trace:seh:NtRaiseException rsi=000000000306f560 rdi=000000000306f370 rbp=000000000306f4a0 rsp=000000000306f330 0095:trace:seh:NtRaiseException r8=0000000000000004 r9=000000000306f560 r10=0000000000000000 r11=0000000000000000 0095:trace:seh:NtRaiseException r12=00000000ffffffff r13=0000000002897898 r14=00000000cafe4242 r15=0000000000000006 ... 0095:Call ntdll.RtlUnwindEx(0306f8a0,027c52df,0306dd40,00000000,0306dde0,0306eb10) ret=02813589 0095:trace:seh:RtlUnwindEx code=80000029 flags=3 end_frame=0x306f8a0 target_ip=0x27c52df rip=000000007bd2f75d ... <sequence repeats again endlessly> ... 0095:Call advapi32.GetOldestEventLogRecord(cafe4242,0306f6d4) ret=027e8467 0095:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x306f6d4) stub 0095:Ret advapi32.GetOldestEventLogRecord() retval=00000001 ret=027e8467 ... --- snip --- Not really an issue but worth mentioning: Wine's current stub logic with regards to event log entry numbers is a bit inconsistent when looking at old commit comments. * GetOldestEventLogRecord -> *OldestRecord = 0; return TRUE; (= success, 1 event) * GetNumberOfEventLogRecords -> *NumberOfRecords = 0; return TRUE; (= success, 0 events) GetOldestEventLogRecord -> "0" is a valid record number = 1 event. https://docs.microsoft.com/en-us/windows/desktop/EventLog/event-log-records --- quote --- Information about each event is stored in the event log in an event log record. The event log record includes time, type, and category information. For more information, see the EVENTLOGRECORD structure. The RecordNumber member of EVENTLOGRECORD contains the record number for the event log record. The very first record written to an event log is record number 1, and other records are numbered sequentially. If the record number reaches ULONG_MAX, the next record number will be 0, not 1; however, you use zero to seek to the record. If the Retention registry value is set to zero, the event records are overwritten when the maximum log size is reached. Therefore, the oldest record in an event log may not be record number 1. To identify the oldest record in the log, call the GetOldestEventLogRecord function. You can then call the GetNumberOfEventLogRecords function and add the returned value to the oldest record number to determine the newest record. You can read individual records from the event log using the ReadEventLog function. For more information, see Querying for Event Information. --- quote --- https://source.winehq.org/git/wine.git/commit/860c90a32217fb37a3b6c19ecd57f… --- quote --- author Hans Leidekker <hans(a)it.vu.nl> Wed, 23 Mar 2005 13:09:27 +0000 (13:09 +0000) committer Alexandre Julliard <julliard(a)winehq.org> Wed, 23 Mar 2005 13:09:27 +0000 (13:09 +0000) commit 860c90a32217fb37a3b6c19ecd57f4651085f3e1 Pretend there are 0 log records. Improve traces. --- quote --- But again, that's not the real problem. The service code does something similar like this one (pretty standard way of watching the eventlog for events). https://github.com/matrix207/VC/blob/master/eventlog/EventLogMonitor/EventL… https://www.google.com/search?q=ReadEventLog+ERROR_HANDLE_EOF Wine lacks event log implementation entirely, hence it returns lasterror 'ERROR_CALL_NOT_IMPLEMENTED' in 'ReadEventLogA/W'. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/advapi32/eventlog.c#… --- snip --- 610 /****************************************************************************** 611 * ReadEventLogW [ADVAPI32.@] 612 * 613 * See ReadEventLogA. 614 */ 615 BOOL WINAPI ReadEventLogW( HANDLE hEventLog, DWORD dwReadFlags, DWORD dwRecordOffset, 616 LPVOID lpBuffer, DWORD nNumberOfBytesToRead, DWORD *pnBytesRead, DWORD *pnMinNumberOfBytesNeeded ) 617 { 618 FIXME("(%p,0x%08x,0x%08x,%p,0x%08x,%p,%p) stub\n", hEventLog, dwReadFlags, 619 dwRecordOffset, lpBuffer, nNumberOfBytesToRead, pnBytesRead, pnMinNumberOfBytesNeeded); 620 621 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 622 return FALSE; 623 } --- snip --- Unfortunately various applications can't handle this lasterror code. They only check for 'ERROR_INSUFFICIENT_BUFFER' and 'ERROR_HANDLE_EOF' lasterrors and go haywire otherwise. To help these applications I propose to change the lasterror to 'ERROR_HANDLE_EOF'. With the change applied, the service no longer misbehaves: --- snip --- ... 0095:Call advapi32.GetOldestEventLogRecord(cafe4242,0306f6d4) ret=027e8467 0095:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x306f6d4) stub 0095:Ret advapi32.GetOldestEventLogRecord() retval=00000001 ret=027e8467 ... 0095:Call advapi32.GetNumberOfEventLogRecords(cafe4242,0306f6d0) ret=027e84f7 0095:fixme:advapi:GetNumberOfEventLogRecords (0xcafe4242,0x306f6d0) stub 0095:Ret advapi32.GetNumberOfEventLogRecords() retval=00000001 ret=027e84f7 ... 0095:Call advapi32.ReadEventLogW(cafe4242,00000006,ffffffff,000dd530,00000200,0306f5dc,0306f5d8) ret=027e85c3 0095:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xdd530,0x00000200,0x306f5dc,0x306f5d8) stub 0095:Ret advapi32.ReadEventLogW() retval=00000000 ret=027e85c3 ... 0095:Call KERNEL32.GetLastError() ret=027c4690 0095:Ret KERNEL32.GetLastError() retval=00000026 ret=027c4690 ... 0095:Call advapi32.NotifyChangeEventLog(cafe4242,00000190) ret=027e8657 0095:fixme:advapi:NotifyChangeEventLog (0xcafe4242,0x190) stub 0095:Ret advapi32.NotifyChangeEventLog() retval=00000001 ret=027e8657 ... 0095:Call KERNEL32.WaitForMultipleObjects(00000002,000aea30,00000000,ffffffff) ret=027e694d <blocked> --- snip --- The blocking behaviour is intended and by design. It also avoids any further console spam/cpu bound polling due to APIs failing. $ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786 SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe 1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ wine --version wine-4.4-188-gc988910cae Regards -- 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 43286] New: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, ( Message too long)"
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=43286 Bug ID: 43286 Summary: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, (Message too long)" Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)supradigital.org Distribution: --- Created attachment 58625 --> https://bugs.winehq.org/attachment.cgi?id=58625 Binary, source code, debug log In any program using Qt 5.7.0, if you try to read a udp datagram packet, the call would always return size 0 and leave you with an empty peer-address/port as well. I discovered the problem in the launcher for my game which uses UDP to ping various servers. I wrote a minimal UDP server to which you can connect with netcat (or anything) and it easily reproduces the problem. Attached you'll find a small archive containing: - minimal udp test server - source code for that server - debug log with +winsock showing the error - the client netcat command to cause that error Note: I have not checked a simple raw UDP server using the winsock API directly. The problem exists at least since wine v1.6.2 -- 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 12