[0.4.11][SHELL32] RC-backports 2024-03-27 This backport covers tons of improvements within the Shell32-RCs. E.g. It improves the IDD_FILE_PROPERTIES and IDD_FOLDER_PROPERTIES significantly in the older releases for all langs, but also the Run-Dlg and IDD_OPEN_WITH. The following master commits are part of it: 0.4.15-dev-7838-g e3bfcdf9e2a35aeb8571781c3128d1ffcb479a4a [SHELL32] pl-PL.rc: Fix IDD_FILE_PROPERTIES & IDD_FOLDER_PROPERTIES (#6678) Some 100%-safe parts of the yet uncommitted PR6657 [SHELL32] Update Romanian (ro-RO) translation. I didn't pick all of that yet, as most parts are still WIP. 0.4.15-dev-7833-g ee0329e0e21d30851b78a8d509c32b831cf89ff8 [SHELL32] *.rc: accelerator fixes, drive-properties bg-BG and fr-FR (#6591). I addressed many of the FIXMEs already in the backport so this state is superior to master even. 0.4.15-dev-7216-g d387c799ed1669052483dc67affeaca5c139ff74 [SHELL32] 640x480-ify four dialogs (#6004) IDD_DRIVE_PROPERTIES, IDD_DRIVE_TOOLS, IDD_DRIVE_HARDWARE, IDD_FOLDER_CUSTOMIZE 0.4.15-dev-6333-g fa429c8e2ffbba5338307166479553faa9cb23c7 [SHELL32] *.rc: Use 1996 as birth year in IDD_ABOUT for consistency (this leaves now only the cmd-part left to be done in this context) 0.4.15-dev-5993-g a5bff2457a1014c266ce9c808d22a9967a4baca2 [SHELL32] Improve disk properties pie chart (#5239) CORE-18906 (I picked only the rc changes for that, but left the code changes out of the backport, the result is still appealing to my eyes) 0.4.14-dev-1492-g 4af7888b29d072157fed46e0d221da238d5c5542 [SHELL32] CORE-16895 RC IDD_OPEN_WITH All langs In releases/0.4.14 and lower I stripped the en-GB.rc, because that was (aside from 3-4 lines of forgotten sync) the same content to en-US.rc still. Real intended changes reached en-GB.rc not before 0.4.15-dev. Furthermore this translation does not exist in 2k3sp2 afaik. Also strip GUI-controls for some other features that are yet unimplemented in older ros versions, and that I won't port back, namely: - drive-indexing/compression-checkboxes and "Disk Cleanup"-button in IDD_DRIVE_PROPERTIES - controls for GUI-versions of "Backup" and "Defragmentation" in IDD_DRIVE_TOOLS DIALOGEX - and the related icons for the above Binary size of shell32.dll shrinks for all branches: shell32.dll master RosBEWin2.2.2 GCC8.4.0 dbg x86 10.579.968 (0.4.15-dev-7836-g72a27e6) shell32.dll releases/0.4.14 RosBEWin2.2.2 GCC8.4.0 dbg x86 9.316.684 -> 9.201.664 shell32.dll releases/0.4.14 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.345.024 -> 9.230.336 shell32.dll releases/0.4.13 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.199.616 -> 9.086.976 shell32.dll releases/0.4.12 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.146.368 -> 9.031.680 shell32.dll releases/0.4.11 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.077.248 -> 8.954.880 shell32.dll releases/0.4.10 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.069.568 -> 8.945.152 shell32.dll releases/0.4. 9 RosBEWin2.1.6 GCC4.7.2 dbg x86 8.821.760 -> 8.618.496 shell32.dll releases/0.4. 8 RosBEWin2.1.6 GCC4.7.2 dbg x86 8.736.256 -> 8.536.576 shell32.dll releases/0.4. 7 RosBEWin2.1.6 GCC4.7.2 dbg x86 8.663.040 -> 8.466.944
[0.4.11][SHELL32] Fix 2 compiler warnings for the rls-cfg 'unused variable' This fixes the same 2 warnings that we fixed on master by 0.4.15-dev-7676-g a08b83a90ba494dfe62b8bf618e548c4926666ea (#6539) But I ported back only the first commit of (#6539) and left out the 2nd. The 2 warnings were introduced by 0.4.10-dev-202-g 698cbc6184722f29389ccd75ca96d88d6cd4b010 binary size of shell32.dll tends to shrink slightly (e.g. in releases/0.4.13), but is not enough to reach the next lower quantum for most branches: master RosBEWin2.2.2 GCC8.4.0 dbg x86 10.550.272 (0.4.15-dev-7715-gbb297bc) releases/0.4.14 RosBEWin2.2.2 GCC8.4.0 dbg x86 9.316.684 -> 9.316.684 releases/0.4.14 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.345.024 -> 9.345.024 releases/0.4.13 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.200.640 -> 9.199.616 releases/0.4.12 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.146.880 -> 9.146.368 releases/0.4.11 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.077.248 -> 9.077.248 releases/0.4.10 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.069.568 -> 9.069.568 No older branch than releases/0.4.10 was affected.
[0.4.11][SHELL32] Backport format+logging-trivia, ARRAYSIZE/_countof Picks various trivial improvements from newer branches, does not fix specific JIRA-tickets and also doesn't *entirely* cover a specific PR, therefore none of those are mentioned here. Main motivation is to reduce large scale white-noise diff between the branches, to make future commits diffs (with some fixes that actually matter) smaller in size and therefore easier to review. Specifically: - large-scale formatting & logging improvements, including but not limited to 0.4.15-dev-7653-g 6f91b6c0fe61728cdd9d97e97e5bfbee03ed881e - strip trailing whitespace - also typos like 'unkown', missing \n as it was part of 0.4.15-dev-6323-g 3854a5d8e93d2c50153bda26ea378e65cc4241fa and 0.4.15-dev-4492-g 03422451b3b4a7df96a9e9af5ce7533fd6cb55d9 (I left out the MOUSE_MOVE-one from that, because I consider the missing \n there intentional) - ports back many usages of ARRAYSIZE/_countof as it was added as part of some commits from Hermes, e.g.: *partial* pick of 0.4.13-dev-622-g 8a3080151668efc99be9e7a2fb22a24392c85ea3 and *partial* pick of 0.4.15-dev-3642-g 83be315abffe14f0b391ff9cd543010aa0d57b9e (I left out the literals here for now, ... I *might* pick them later on their own, but not now. I first want to verify their isolated impact on all compilers generated file-sizes. Some of those changes would even increase the binary size, especially those where the same literal is used multiple times, because string-pooling is currently not enabled for all toolchains and configurations.) - COpenWithMenu.cpp: strip double-semicolon - COpenWithMenu.cpp && folder_options.cpp: add \n to some dbg-prints without increasing their length - CFSDropTarget.cpp: add \n to some dbg-prints, strip some good-path-traces that are no longer present in master in return to avoid size increase, fix indentation - CShellLink.cpp: add \n to some dbg-prints without increasing their length - iconcache.cpp: fix wrong indentation binary size of shell32.dll has tendency to shrink slightly, which is caused solely by the logging changes: master RosBEWin2.2.2 GCC8.4.0 dbg x86 10.538.496 (0.4.15-dev-7640-gbdcfc6b) releases/0.4.14 RosBEWin2.2.2 GCC8.4.0 dbg x86 9.317.888 -> 9.316.684 releases/0.4.14 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.345.024 -> 9.345.024 releases/0.4.13 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.201.152 -> 9.200.640 releases/0.4.12 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.146.880 -> 9.146.880 releases/0.4.11 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.077.760 -> 9.077.248 releases/0.4.10 RosBEWin2.1.6 GCC4.7.2 dbg x86 9.074.176 -> 9.072.128 releases/0.4. 9 RosBEWin2.1.6 GCC4.7.2 dbg x86 8.825.856 -> 8.824.832 releases/0.4. 8 RosBEWin2.1.6 GCC4.7.2 dbg x86 8.740.864 -> 8.738.816 releases/0.4. 7 RosBEWin2.1.6 GCC4.7.2 dbg x86 8.668.160 -> 8.666.624
[0.4.11][NETSHELL] Double-click and mostly RC-improvements 0.4.15-dev-7606-g 874b5a4e00872bb6ba0c9d4ce695290dfe7e552a [NETSHELL] Trivial tweaks (#6484) 0.4.15-dev-7126-g a6341b49d866b037ad5bc1f6e6eb7bc641dec474 [NETSHELL] 640x480-ify complete that module (#6109) 0.4.15-dev-7018-g cbc60aa07a024f77f543f813b0c648688050c3a6 [NETSHELL] Double click on component should open properties (#6008) CORE-19330 PARTIALLY 0.4.15-dev-6857-g 55563fa891475a70026b97b48258175907d797f2 [NETSHELL] IDD_NETPROPERTIES must fit 640x480 CORE-19284 (#5899) (I left out the 3 accelerators) Also port back some other rc tweaks and strip EOL-whitespaces and the IDS_NET_REPAIR from the context menu which is still unimplemented in the older branches and for which I do never intend to port back the implementation. binary size of netshell.dll shrinks slightly on all branches: master RosBEWin2.2.2 GCC8.4.0 dbg x86 659.968 (0.4.15-dev-7598-geb55d98) releases/0.4.14 RosBEWin2.2.2 GCC8.4.0 dbg x86 644.608 -> 640.512 (netshell.dll is one of the rare modules where GCC8.4.0 produces more efficient output than GCC4.7.2) releases/0.4.14 RosBEWin2.1.6 GCC4.7.2 dbg x86 687.104 -> 682.496 releases/0.4.13 RosBEWin2.1.6 GCC4.7.2 dbg x86 685.568 -> 681.472 releases/0.4.12 RosBEWin2.1.6 GCC4.7.2 dbg x86 666.624 -> 662.016 releases/0.4.11 RosBEWin2.1.6 GCC4.7.2 dbg x86 657.408 -> 653.312 releases/0.4.10 RosBEWin2.1.6 GCC4.7.2 dbg x86 576.512 -> 572.928 releases/0.4. 9 RosBEWin2.1.6 GCC4.7.2 dbg x86 576.512 -> 572.416 releases/0.4. 8 RosBEWin2.1.6 GCC4.7.2 dbg x86 576.512 -> 572.416 releases/0.4. 7 RosBEWin2.1.6 GCC4.7.2 dbg x86 576.000 -> 571.904
[0.4.11][JOY] Add IDCANCEL action to MainPageProc (#6346) CORE-19424 + RC tweaks This ports back: 0.4.15-dev-7456-g cbc3ee2287c1972ac8257da60388a5de9ea6c0e5 CORE-19424 "Game Controller" control panel applet : ESC does not close and a few trivial rc improvements. Tendency for binary size is to shrink slightly, but manages to only reach the next lower quantum in releases/0.4.14: master RosBEWin2.2.2 GCC8.4.0 dbg x86 144.384 (0.4.15-dev-7557-gc858429) releases/0.4.14 RosBEWin2.1.6 GCC4.7.2 dbg x86 133.632 -> 133.120 releases/0.4.13 RosBEWin2.1.6 GCC4.7.2 dbg x86 125.440 -> 125.440 (interesting: 0.4.12 & 0.4.13 do have the exact same code *within* this module) releases/0.4.12 RosBEWin2.1.6 GCC4.7.2 dbg x86 127.488 -> 127.488 (interesting: 0.4.12 & 0.4.13 do have the exact same code *within* this module) releases/0.4.11 RosBEWin2.1.6 GCC4.7.2 dbg x86 125.952 -> 125.952 releases/0.4.10 RosBEWin2.1.6 GCC4.7.2 dbg x86 125.952 -> 125.952 releases/0.4. 9 RosBEWin2.1.6 GCC4.7.2 dbg x86 125.952 -> 125.952 releases/0.4. 8 RosBEWin2.1.6 GCC4.7.2 dbg x86 125.952 -> 125.952 releases/0.4. 7 RosBEWin2.1.6 GCC4.7.2 dbg x86 125.952 -> 125.952 I am not aware yet which exact commit in the toolchain or dependent libs made it shrink from releases/0.4.12 to releases/0.4.13
[0.4.11][NETCFGX] RC-fixes, Radiobuttons, optimization This backports the following commits: 0.4.15-dev-7247-g 8f349ab3c28a6e13c671b0393fee4784d1ef218e [NETCFGX] Create only one "Alternative Configuration" tab CORE-19328 0.4.15-dev-7124-g 6a7315228cca84e85619c54d7b2a755697fa55a6 [NETCFGX] IDD_TCPIP_ALTCF_DLG Fix radiobutton (#6083) CORE-19327 0.4.15-dev-7099-g 5012c6a2b02930397856f2e7271d96fd6b790205 [NETCFGX] IDD_TCPIP_BASIC_DLG Radiobuttons need 2 arrow-down-presses instead of one (#6049) CORE-19327 *PARTIALLY* 0.4.15-dev-7023-g a95863b1320b3735ab52669e7c9d615a1b084ec3 [NETCFGX] Half-implement TCP/IP alternate configuration (#6009) (I picked only some formatting, and the RC changes from that, not the initialization implementation yet) CORE-19331 0.4.15-dev-7015-g 9e42809fc1ea712c77dec62d0939700a12da8a8c [NETCFGX] Use CheckDlgButton/IsDlgButtonChecked instead of BM_GETCHECK/BM_SETCHECK CORE-19331 0.4.15-dev-6990-g 49399361652f291a3190e5599dc92df0b81183cb [NETCFGX] Strip 2x wrong WS_DISABLED style on dlgs (#5987) 0.4.15-dev-6904-g 1997c12252e3ae3d034550e99b0afd944587c120 [NETCFGX] 640x480-ify (#5946) 0.4.15-dev-6858-g 0177b1af45ee8b2161cab9bed18984eae110a551 [NETCFGX] *.rc 640x480-ify IDD_TCPIP_BASIC_DLG and IDD_TCPIP_ALTCF_DLG (#5902) The binary size shrinks slightly on all branches: master RosBEWin2.2.2 GCC8.4.0 dbg x86 602.112 (0.4.15-dev-7264-ga328886) releases/0.4.14 RosBEWin2.1.6 GCC4.7.2 dbg x86 570.880 -> 568.832 releases/0.4.13 RosBEWin2.1.6 GCC4.7.2 dbg x86 569.344 -> 567.808 releases/0.4.12 RosBEWin2.1.6 GCC4.7.2 dbg x86 548.864 -> 547.328 releases/0.4.11 RosBEWin2.1.6 GCC4.7.2 dbg x86 502.272 -> 500.736 releases/0.4.10 RosBEWin2.1.6 GCC4.7.2 dbg x86 452.096 -> 450.560 releases/0.4. 9 RosBEWin2.1.6 GCC4.7.2 dbg x86 452.096 -> 450.560 releases/0.4. 8 RosBEWin2.1.6 GCC4.7.2 dbg x86 452.096 -> 450.560 releases/0.4. 7 RosBEWin2.1.6 GCC4.7.2 dbg x86 452.096 -> 450.560
[0.4.11][TASKMGR] Some RC backports (2023-12-03) (#5949) (#5978) ports back: 0.4.15-dev-7082-g 628d4a92e978eda0da873b4234bbded65dcde8b0 [TASKMGR] Fix text cutoff statusbar2 CPU%, improve statusbar3 Mem (#5978) 0.4.15-dev-6928-g b693eddd74f689c58f232a8e92849f705444b0d3 [TASKMGR] Harmonize and beautify the borders in performance tab (#5949) Note: Regarding (#5978) I intentionally did not port-back the chinese colons for the CPU% in the statusbar, because the older release-branches do structurally use the english : still here and in other controls. Binary size shrinks slightly on all branches: master taskmgr.exe RosBEWin2.2.2 GCC8.4.0dbg 695.808 (0.4.15-dev-7112-gd795021) 0.4.14 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 548.864 -> 547.840 0.4.13 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 542.208 -> 541.184 0.4.12 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 543.232 -> 542.720 0.4.11 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 543.232 -> 542.720 0.4.10 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 530.432 -> 529.920 0.4. 9 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 530.432 -> 529.920 0.4. 8 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 530.432 -> 529.920 0.4. 7 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 529.408 -> 528.896 taskmgr.exe MS XPSP3 german 140.800 Bytes 0.4.14 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=de-DE 109.056 Bytes -> 109.056 Bytes (my current taskmgr of choice) 0.4. 8 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=en-US 105.984 Bytes -> 105.984 Bytes 0.4. 7 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=en-US 105.472 Bytes -> 105.472 Bytes
[0.4.11][PARPORT] Fix I/O port length check, [REACTOS] Logging & formatting, e.g. CORE-14388 CORE-19105 Ports back a real fix: 0.4.15-dev-1173-g ba09834c5ebdaf8d3e2a518c7fb78eaa7d89bb50 [PARPORT] Fix I/O port length check Ports back logging and formatting: 0.4.15-dev-6794-g 4eace8d762426e9ca7de0b357eb92d17299d9a9b [IPHLPAPI] Silence obsolete FIXME in GetAdaptersAddresses (#5834) CORE-14388 0.4.15-dev-6438-g b12ab486d83905275b906a800f3f8d5394df23be [MUP] Mute DPRINT1's that slow down shared folder accesses (#5545) CORE-19105 And mutes some other loggings as well for stuff, that I either never want to port back, e.g. the IMM-implementations, or which is not really helpful in the older branches: fixme:(win32ss/user/user32/misc/imm.c:446) WINNLSEnableIME is UNIMPLEMENTED! fixme:(../dll/win32/iphlpapi/address.c:290) GetAdaptersAddresses - Semi Stub: Family 2, Flags 0x0000002e, Reserved 00000000, pAdapterAddress 00000000, pOutBufLen 0143EBD4. (dll/ntdll/ldr/ldrinit.c:1649) LdrpInitializeProcessCompat: Not applying automatic fix for winver 0xa00 due to policy when browsing the startmenu: fixme:(dll/win32/comctl32/toolbar.c:394) [00080086] TBSTYLE_REGISTERDROP not implemented fixme:(dll/win32/comctl32/toolbar.c:5636) [00080086] response 2045774661 not handled to NM_CUSTOMDRAW (CDDS_PREERASE) fixme:(dll/win32/comctl32/toolbar.c:5673) [00080086] response 3225142 not handled to NM_CUSTOMDRAW (CDDS_POSTERASE) fixme:(dll/win32/comctl32/toolbar.c:5636) [000200BA] response 9 not handled to NM_CUSTOMDRAW (CDDS_PREERASE) fixme:(dll/win32/comctl32/toolbar.c:5636) [00080086] response 2288892 not handled to NM_CUSTOMDRAW (CDDS_PREERASE) fixme:(dll/win32/comctl32/toolbar.c:5673) [00080086] response 3291448 not handled to NM_CUSTOMDRAW (CDDS_POSTERASE) and a bigger block regarding the parallel port during booting: (drivers/parallel/parport/parport.c:127) Parport DriverEntry (drivers/parallel/parport/fdo.c:391) AddDevice(B0B50548 B0FED980) (drivers/parallel/parport/fdo.c:25) AddDeviceInternal() (drivers/parallel/parport/fdo.c:513) FdoPnp() (drivers/parallel/parport/fdo.c:582) IRP_MJ_PNP / IRP_MN_FILTER_RESOURCE_REQUIREMENTS (drivers/parallel/parport/fdo.c:513) FdoPnp() (drivers/parallel/parport/fdo.c:546) IRP_MJ_PNP / IRP_MN_START_DEVICE (drivers/parallel/parport/misc.c:42) Calling lower device B0FED980 (drivers/parallel/parport/fdo.c:116) FdoStartDevice () (drivers/parallel/parport/fdo.c:160) Port: BaseAddress 0x378 Length 8 (drivers/parallel/parport/fdo.c:160) Port: BaseAddress 0x778 Length 8 (drivers/parallel/parport/fdo.c:174) Interrupt: Level 20 Vector 55 (drivers/parallel/parport/fdo.c:195) New LPT port: Base 0x378 (drivers/parallel/parport/fdo.c:513) FdoPnp() (drivers/parallel/parport/fdo.c:586) Unknown minor function 0x9 (drivers/parallel/parport/fdo.c:513) FdoPnp() (drivers/parallel/parport/fdo.c:586) Unknown minor function 0x14 (drivers/parallel/parport/fdo.c:513) FdoPnp() (drivers/parallel/parport/fdo.c:564) IRP_MJ_PNP / IRP_MN_QUERY_DEVICE_RELATIONS / BusRelations (drivers/parallel/parport/fdo.c:351) FdoQueryBusRelations() (drivers/parallel/parport/fdo.c:233) FdoCreateRawParallelPdo() (drivers/parallel/parport/fdo.c:378) Done (drivers/parallel/parport/pdo.c:165) PdoPnp()
[0.4.11][TASKMGR] Mainly Graph-stuff backports 2023-10-31 This backports the following commits: 0.4.15-dev-6770-g ddd1d19b3fbf6731eb5339d5834f7f519caeae39 [TASKMGR] Get rid of cplusplus extern c (#5808) partially 0.4.15-dev-6120-g 6e77747b305add73133faa2049b8bd34e3e2534e [TASKMGR] Simplify tray icon code 0.4.15-dev-6114-g 9a6c85f68aa0e2ec4595d4673e59f5ade2521a6f [TASKMGR] Fix PerfDataDeallocCommandLineCache, part of CORE-18014 (unresolved still) 0.4.15-dev-6113-g 7989e3f26cafd74c9d8fdeef64deece0da591634 [TASKMGR] GraphCtrl_Dispose: Delete hdcGraph first, part of CORE-18014 (unresolved still) 0.4.15-dev-6112-g dc14a9f6e0d9b6ce3ccc84daba923edb1cc0167f [TASKMGR] GraphCtrl: Use DeleteDC instead of DeleteObject to delete inst->hdcGraph, part of CORE-18014 (unresolved still) partially 0.4.15-dev-4994-g 15a0f7adb0694107b981bbf6c5292036f1e55d79 picked a tiny part from PR4657 (I picked only the refactoring to switch-statement, no functional changes. Especially NOT the formatting changes which would require the additional winnls.h-include) 0.4.15-dev-3737-g f8faa0b660da189ce00c614e19aa0a47a05d2520 [TASKMGR] Fix a heap corruption bug (#4311), just an addendum to PR4141 which is picked with this backport as well. Older branches were never affected. partially 0.4.15-dev-3514-g 1c82bf032498d3d107aae7174c5fb179680f0eb5 [TASKMGR] Avoid freezing in getting icons, from (PR4180) CORE17894. I picked only the 1000ms->100ms part and the stripping of WM_QUERYDRAGICON call. Therefore I don't consider CORE17894 as fully covered. 0.4.15-dev-3486-g 545e1190f2caf714ff897d909645adc04178e3a6 [TASKMGR] Avoid hangs as much as possible (#4166) CORE17894 partially 0.4.15-dev-3483-g 403222dd4f73836b38c11a42fa6c3fc1614681d7 [TASKMGR] Preserve graphs history on resizes (#4141). I left aside the structs type renaming and OOM-Handling upon graph creation. Picked all the logical changes though. 0.4.15-dev-3269-g 0ed04e36406fc24b3d08e795a89962c253226f1f [TASKMGR] Make performance graph grid scroll (#3581) 0.4.15-dev-3268-g a4ab9a1e196a21633349496c211756f1e5cdbaf2 [TASKMGR] Formatting only (#3581). Covers the last bits of that PR. Main motivation was getting the toggling of ShowKernelTimes in the Performance tab switch on and off in realtime without introducing gaps in the graph. It also makes the grid scroll together with the data, like on Windows. Most other parts I picked solely for their binary-shrinking effect. I decided to strip the ID_HELP_TOPICS from the rc files, as this was not implemented, and I would never port that back later. So it is one less non-functional-button in the older branches. I favored memset() over Zeromemory() in this usermode-app everywhere, and favoref for (;;) over while(1). Binary size shrinks slightly on all branches: master taskmgr.exe RosBEWin2.2.2 GCC8.4.0dbg 696.832 (0.4.15-dev-6820-gb3194e3) 0.4.14 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 549.888 -> 548.864 0.4.13 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 542.720 -> 542.208 0.4.12 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 545.792 -> 543.232 0.4.11 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 545.792 -> 543.232 0.4.10 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 532.480 -> 530.432 0.4. 9 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 532.480 -> 530.432 0.4. 8 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 532.480 -> 530.432 0.4. 7 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 531.456 -> 529.408 taskmgr.exe MS XPSP3 german 140.800 Bytes 0.4.14 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=de-DE 110.080 Bytes -> 109.056 Bytes (my current taskmgr of choice) 0.4. 8 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=en-US 108.032 Bytes -> 105.984 Bytes 0.4. 7 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=en-US 107.520 Bytes -> 105.472 Bytes
[0.4.11][SDK:RTL] RtlpCallQueryRegistryRoutine(): Correctly set SpareData and SpareLength (#5466) ports back: 0.4.15-dev-6640-g 02883d1c163c3e11c95ffb873f071be384b13bda SpareData and SpareLength need to be calculated correctly, as they are used later in that function as well. This allows to not overwrite Source UString when writing to Destination UString. Fixes the problem described in the following JIRA issue, where services could not start in 2nd-stage-bootcd-setup when installing ReactOS in a very-long-named directory. CORE-18988
[0.4.11][TASKMGR] Backport many fixes and improvements Some commits I do port back all the way down till releases/0.4.7: partially 0.4.15-dev-6768-g 63eaf2bd529f5bf94cde65afc26944e98b47850b [TASKMGR] *.rc Deduplicate dynamic menu strings (#5772) (I left out the FIXME-comments) 0.4.15-dev-6712-g 46b4b5581d1fc4c1b50cfc0ee8b82b77be182dc6 [TASKMGR] Favor _countof(), no functional change intended (#5757) 0.4.15-dev-6703-g 6528ab8fcb41eb47ee17cf738760126e6758af94 [TASKMGR] de-DE.rc Update part 3 0.4.15-dev-6702-g 65ce20896afa19032612871506dd5d1e8eb73119 [TASKMGR] *.rc Strip unused IDD_DEBUG_CHANNELS_DIALOG 0.4.15-dev-6700-g e15d68ba5d9906674b363cf8362ed08494e53a76 [TASKMGR] de-DE German Update & bug-fixes partially 0.4.15-dev-6447-g 016acd170dd75a7a24af235339a5321e2c24bf5a [TASKMGR] Do not free shared icon for ShellAbout() calls (I picked just the taskmgr part) (was part of larger PR5519) 0.4.15-dev-6297-g 831288fe691ec311c5b910f05d9b833b4b952261 [TASKMGR] Fix text truncation for fr-FR.rc (#5380) CORE-18523 0.4.15-dev-6127-g c706222f3f1b2a63e8cc969ee756c8be92527853 [TASKMGR] Fix the license. Turns out it's LGPL-2.1-or-later from the texts. 0.4.15-dev-6124-g 9927163455b83fea29c6420a688535b8e233bff6 [TASKMGR] Reorder page controls to have natural TAB-ordering. 0.4.15-dev-6122-g d5707eefe2f08d230c07ab4693ac0bd59e809f85 [TASKMGR] High speed update is twice per second, and not every second. 0.4.15-dev-6121-g 2da0506f2a9fc02acede7d7ff479399013830fad [TASKMGR] Remove more dead code. partially 0.4.15-dev-6120-g 6e77747b305add73133faa2049b8bd34e3e2534e [TASKMGR] Simplify tray icon code. (I left out using the strsafe.h-dependent stuff, as this is safe also in old-style) 0.4.15-dev-6119-g 0b4c8bdd1cb4cf1a50c1076c7ded19ee7e9f9198 [TASKMGR] Clamp the values returned from PerfDataGetProcessorUsage() and PerfDataGetProcessorSystemUsage() inside these functions. 0.4.15-dev-6118-g 7b53126375ee8889cf24615fa2ea646feabee0ae [TASKMGR] Completely reformat perfpage.c, perfpage.h, procpage.h and trayicon.c partially 0.4.15-dev-6117-g da7dcec6a06c052339120ed4baa3caf24594f163 [TASKMGR] Reformat the files' headers 0.4.15-dev-6115-g 36aea8e56eb6eb9f1cab5fd6ce040b80ef6a302f [TASKMGR] affinity.c: Use _countof instead of sizeof/sizeof (was part of the larger CORE18991) partially 0.4.15-dev-6109-g 99fb812be4ba86139438bf7961f2030ac9e016be [TASKMGR] Refactor trayicon.c 0.4.15-dev-5404-g c093d4f8038e7ddec1ca193edc573c48e12f12ff [TASKMGR] Prevent context menu on idle process (#4889) CORE-18640 0.4.15-dev-5031-g 46ea5171bdfaba2606486e27821fdd9ee88e551a [TASKMGR] Pixel-perfection for left border (#4680) CORE-18061 0.4.15-dev-4988-g de5af76811bbd318cdef46e193f306833e3fa740 [TASKMGR] Fix overlapping controls (French only) (#4658) 0.4.15-dev-4987-g f8c28b977363444ad31124a6794347c53532b43f [TASKMGR] Fix UI on SwitchTo for multiple application (#4652) 0.4.15-dev-3497-g e8a7e0da2bcbd842f95e4224e72bfb5d748dbd05 [TASKMGR] Make 'Hide When Minimized' non-default (#4169) 0.4.15-dev-3085-g 515e0cf38f8d07e59bb003f930eb08d33dc5f85d [TASKMGR] Handles: Get number only, skip data (#3910) and a few *.rc improvements that are not explicitly mentioned here, especially I stripped the menuLoop-statusbar-help-texts within the older branches. I also port back the following feature into all releases down to releases/0.4.8, but I left out releases/0.4.7 for now: 0.4.13-dev-875-g 3276824586fefd531f4473046618fa2724442a53 [TASKMGR] Implement proper process tree ending (#1738) A few improvements are still left to be done in a future commit (mostly around the plotgraphs and the trayicon-handling), but I need to have a closer look at them and their impact on binary size, so I do not want to squash them into this bigger backport, where I concentrated on the safe/obvious and easy things. Binary size decreases for all branches: master taskmgr.exe RosBEWin2.2.2 GCC8.4.0dbg 708.608 -> 696.832 (0.4.15-dev-6768-g63eaf2b) 0.4.14 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 660.992 -> 549.888 0.4.13 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 659.968 -> 542.720 0.4.12 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 662.016 -> 545.792 0.4.11 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 662.016 -> 545.792 0.4.10 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 645.120 -> 532.480 0.4. 9 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 645.120 -> 532.480 0.4. 8 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 645.120 -> 532.480 0.4. 7 taskmgr.exe RosBEWin2.1.6 GCC4.7.2dbg 645.120 -> 531.456 taskmgr.exe MS XPSP3 german 140.800 Bytes 0.4.14 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=de-DE -> 110.080 Bytes (my current taskmgr of choice) 0.4. 8 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=en-US -> 108.032 Bytes 0.4. 7 taskmgr.exe RosBEWin2.1.6 MSVC2010SP1rls I18N=en-US -> 107.520 Bytes
[0.4.11][DOC] Correct README.WINE regarding winhttp.dll Because we reverted [WINHTTP] in releases/0.4.9 and releases/0.4.10 and releases/0.4.11 to the state before 9048599788ef615f61233faf73b97533abfbbd4e (==SVN r75944) which was WineStaging-2.9 Ftr: Back then the winhttp_winetest was not reverted as well, which makes a few of the tests hang. (which is one but not the only reason) Current state of those tests: 0.4.14-release-93-g10d0e9b RosBELin GCC8.4.0 does not hang 'most of the times' but sometimes it does, later during 0.4.15-dev even more tests were disabled here 0.4.14-release-93-g10d0e9b RosBEWin2.1.6dbg winhhtp.dll 301.568 Winestaging-4.18 kernel32_vista-dep winhttp_apitest 21executed, 1failure winhttp_winetest notification 643executed, 26fail, 1skip winhttp_winetest url 243executed, 1failure winhttp_winetest winhttp 4964executed, 14failures, 1skip 0.4.13-release-159-ge70a565 RosBEWin2.1.6dbg winhhtp.dll 301.568 Winestaging-4.18 kernel32_vista-dep winhttp_apitest 21executed, 1failure winhttp_winetest notification 409executed, 26fail, 1skip winhttp_winetest url 223executed, 1failure winhttp_winetest winhttp (hangs more than 5minutes) 0.4.12-release-188-gd73c71e RosBEWin2.1.6dbg winhttp.dll 303.616 Winestaging-3.9 kernel32_vista-dep winhttp_apitest 21executed, 1failure winhttp_winetest notification 409executed, 26fail, 1skip winhttp_winetest url 223executed, 1failure winhhtp_winetest winhhtp 5037executed, 15failures, 0skip 0.4.11-release-197-gdbcd8aa RosBEWin2.1.6dbg winhhtp.dll 297.984 Winestaging-2.9 winhttp_apitest 21executed, 1failure winhttp_winetest notification (hangs more than 5minutes) winhttp_winetest url 223executed, 1failure winhttp_winetest winhttp (hangs more than 5minutes) 0.4.10-release-214-g711e70c RosBEWin2.1.6dbg winhhtp.dll 295.424 Winestaging-2.9 0.4.9-release-225-g9ff478e RosBEWin2.1.6dbg winhttp.dll 295.424 Winestaging-2.9 winhttp_apitest 21executed, 1failure winhttp_winetest notification (hangs more than 5minutes) winhttp_winetest url 223executed, 1failure winhttp_winetest winhttp (hangs more than 5minutes) 0.4.8-release-234-g862997f RosBEWin2.1.6dbg winhttp.dll 302.592 Wine-3.0 kernel32_vista-dep winhttp_apitest 21executed, 1failure winhttp_winetest notification 409executed, 26fail, 1skip winhttp_winetest url 223executed, 1failure winhttp_winetest winhttp 5028executed, 12failures 0.4.7-release-263-g0c09cd7 RosBEWin2.1.6dbg winhttp.dll 301.056 WineStaging-2.16 kernel32_vista-dep winhttp_apitest 21executed, 1failure winhttp_winetest notification (hangs more than 5minutes) winhttp_winetest url 223executed, 1failure winhttp_winetest winhttp 5015executed, 12failures We toggled some of the hanging tests in: 0.4.14-dev-787-g 0685e02d9ee69ba5ff4d024d41ec40801d701161 workaround more tests in winhttp:winhttp hang 0.4.14-dev-717-g 68490c16133faded90c9bcbe064c2a0e2e72bad1 Restore winhttp:notification test_persistent_connection execution 0.4.8-dev-861-g 89670a48aba0939f5ca2b2cc2e0ed29918a337ae workaround winhttp:notification test_persistent_connection hang 0.4.8-dev-237-g a22031dba643c9706fc4760c8cbf4a480c4ed848 workaround winhttp:notification test_persistent_connection hang Since the testbots do no longer run with the GCC4.7.2 builds, it does not really make a lot of sense to port any of those workarounds back atm. I do consider none of the above states really desireable, therefore I don't touch the mess today, just document it. I dislike: the kernel32_vista-dep. I dislike: the behavior in the synthetic tests. I appreciate: In practice all of the above do behave rather sane in most practical (non-synthetic) tests. Remember: The Flash-ONLINE-setups are broken also on XPSP3. We should not accept that as a valid testcase. That does not work even in 0.4.9RosBEWin2.1.6 / 0.4.13RosBEWin2.1.6 / 0.4.14RosBEWin2.1.6! Despite what the ticket CORE-13952 says. It lies! Flash OFFLINE setup from rapps works. The app is discontinued. I could imagine in the future: -downgrade releases/0.4.8 and 0.4.7 also back to Winestaging 2.9 to kill the kernel32_vista-import. (Could be done with or without suppressing the hangs in the [too new] synthetic tests) -observe whether releases/0.4.13 has any other issues in winhhtp-context, and if so we might want to step back to Winestaging-3.9 (the natural fit). But not today. The reverts were questionable from the standpoint of the synthetic tests and also from the standpoint of the broken "Adobe Flash Online Updater". They might work by chance on the linux builds, but that does not transfer to the Windows builds. And most likely points to some (memory) corruption. Reverts could only be justified by the kernel_vista removal.
[0.4.11][BUTTERFLIES] Reduce count of (DLGPROC) casts, [CMIDRIVER] Remove useless aps file ports back the following commits: 0.4.15-dev-3822-g 78a7d7dc324ab4597de81ec470c70058d9b6c083 [CMIDRIVER] Remove useless Visual Studio resource editor aps-file 0.4.12-dev-399-g 32faa247331dc744d307aa9fd60146aa59cde8ba [BUTTERFLIES] Fix GCC build, addendum to 0.4.12-dev-397-g 2890a22179528006e637cd5efdfc2abb7e2ceb5b a tiny fraction of 0.4.12-dev-397-g 2890a22179528006e637cd5efdfc2abb7e2ceb5b just the [BUTTERFLIES] Avoid DLGPROC cast Ftr, there are still a few DLGPROC casts left after this commit in ros source tree, but I don't want to port back the commits yet, which addressed them. Too fresh still, no need to rush that.
[0.4.11][USER32][COMCTL32] Redraw children when the combo box is dropped down (#4138) (#5679) port back the following commit: 0.4.15-dev-6613-g e13ebd44c60053cf58a5aed104a1950f06152f62 [USER32] Pure Whitespace sync from comctl32/combo.c, no functional change 0.4.15-dev-6612-g d97313181e2ed5112d530cc4ae3f3bc85451059a [USER32] Sync comctl32 combo.c code in context of CORE-17883 0.4.15-dev-3453-g ff89651ed018be182ed9568d8644f56e046ee7dd [COMCTL32] Redraw children when the combo box is dropped down (#4138) CORE-17883 and tweak [USER32] combo.c a bit more even than on master, e.g. strip a few TRACEs. Possible because unlike master we don't need to be as much in sync as possible to Wine in the older branches. But we need to have binary size under control for the backports due to base-addresses. Binary size: user32.dll master RosBEWin2.2.2 GCC8.4.0dbg 1.579.008 user32.dll 0.4.14rls RosBEWin2.1.6 GCC4.7.2dbg 1.448.448 -> 1.448.448 user32.dll 0.4.13rls RosBEWin2.1.6 GCC4.7.2dbg 1.445.376 -> 1.444.864 user32.dll 0.4.12rls RosBEWin2.1.6 GCC4.7.2dbg 1.455.616 -> 1.455.104 user32.dll 0.4.11rls RosBEWin2.1.6 GCC4.7.2dbg 1.453.056 -> 1.451.008 user32.dll 0.4.10rls RosBEWin2.1.6 GCC4.7.2dbg 1.434.624 -> 1.434.112 user32.dll 0.4. 9rls RosBEWin2.1.6 GCC4.7.2dbg 1.422.336 -> 1.421.824 user32.dll 0.4. 8rls RosBEWin2.1.6 GCC4.7.2dbg 1.421.824 -> 1.421.824 user32.dll 0.4. 7rls RosBEWin2.1.6 GCC4.7.2dbg 1.418.752 -> 1.417.216
[0.4.11][COMCTL32] Listview: marqueeRect before starting highlight (#5555), RC: VB6-InstallWizard (#2270) port back: 0.4.15-dev-6456-g 918a8180718f0901e231b12fe2274b82baa926b6 [WINESYNC][COMCTL32] Listview: Initialize marqueeRect from left-click coordinates before starting a marquee highlight (#5555) The infoPtr->marqueeRect structure is not currently initialized before the marquee highlight sequence starts, resulting in the RECT having initial coordinates of (0,0)-(0,0). These coordinates cause the first item in the listview control to be identified as being within the range of the marqueeRect's coordinates. This can be best observed when our filebrowser is in details-mode. That item is then set to LVIS_SELECTED even though it is not part of the marquee selection. Wine commit: daf95aaadf3a59f0ccc129a853327417b5e4f07c author: Hugh McMaster <hugh.mcmaster@outlook.com> Mon, 26 Apr 2021 10:59:51 +0000 (20:59 +1000) --------------- Also fix CORE-16650 'VB6 installation does not show the wizard correctly' by porting back: 0.4.14-dev-844-g ea35843c300f381845b69c634e51ba849a0ea5a7 [COMCTL] Use DIALOG instead of DIALOGEX resources (#2270) This is needed, because property sheets can modify the dialog resource, and example code (and some existing applications) expect DIALOG. One such application is the VB6 setup. CORE-16650 --------------- also port back a few other trivial improvements from never branches, e.g.: a tiny fraction of 0.4.14-dev-150-g 00f14ee1f22a1c285462459f859fa17c90ccc19f the type/cast-changes in LISTVIEW_MouseWheel() --------------- 0.4.13-dev-26-g 6122f3f436a4551e2a85318b7e6452a6fbada2c5 [COMCTL32] Remove an unnecessary include --------------- and port back also a few trivial RC improvements, mainly to keep binary size under control. Binary size: comctl32.dll master RosBEWin2.2.2 GCC8.4.0dbg 1.999.872 comctl32.dll 0.4.14rls RosBEWin2.1.6 GCC4.7.2dbg 1.808.896 -> 1.808.896 comctl32.dll 0.4.13rls RosBEWin2.1.6 GCC4.7.2dbg 1.810.944 -> 1.805.312 comctl32.dll 0.4.12rls RosBEWin2.1.6 GCC4.7.2dbg 1.823.232 -> 1.818.112 comctl32.dll 0.4.11rls RosBEWin2.1.6 GCC4.7.2dbg 1.816.064 -> 1.810.944 comctl32.dll 0.4.10rls RosBEWin2.1.6 GCC4.7.2dbg 1.813.504 -> 1.808.384 comctl32.dll 0.4. 9rls RosBEWin2.1.6 GCC4.7.2dbg 1.813.504 -> 1.808.384 comctl32.dll 0.4. 8rls RosBEWin2.1.6 GCC4.7.2dbg 1.639.424 -> 1.634.304 comctl32.dll 0.4. 7rls RosBEWin2.1.6 GCC4.7.2dbg 1.634.304 -> 1.629.184
[0.4.11][REACTOS] Optimize existing PNGs (#5486) (#5492) (#5506) This ports back the following commits about lossless PNG-shrinking: 0.4.15-dev-6410-g cf4bb8fced0e685662ed2fe061c251f5720a054d [WALLPAPERS] Optimize PNG images (#5506) 0.4.15-dev-6398-g e5993f13f0223eb1a068ff7cf19f6449f6f574d3 [REACTOS] Optimize PNG images (#5492) 0.4.15-dev-6376-g 8f3a09722ecd98c16664527cca611d7cbeb25ee1 [MSPAINT] Optimize images for help docs (#5486) Most of those PNGs have not been touched ever since we switched from SVN to git, so they can safely be ported back by copying over. But did not port them back any further than where they existed already. Tweak a few related txt/html files also with trivial stuff like EOL-whitespace-removal.
[0.4.11] Anti-flicker backport winpos.c This effective one-liner-backport fixes flickering in some apps like: - CORE-7652 Hyperlink Blinking text while installing vc2008 redist package and many duplicate-tickets of that same symptom, like: - CORE-18553 CPUID CPU-Z 1.84 "about" flickers - CORE-7753 Caesar 3: Autorun.exe flickers endlessly - CORE-10741 API monitor high CPU usage - CORE-15300 Worksoft Navigator 0.985 installer is locked in an endless redrawing loop - CORE-16325 Some of MWSnap's installation windows fail to display content - CORE-17925 MS Visual C++ 2008 Redistributable Setup takes long time - CORE-18153 BitComet 1.86 forces the shell to a endless redrawing - CORE-18434 Ubisoft installers (SetupUbi) - continously refresh of window - CORE-15546 Shed 1.0 from rapps - setup does not draw some dlgs initially, but redraw can be enforced - CORE-18582 Emule 0.50a - Interface frozen / flickering until window is moved And since I do also port back the follow-up-commit of that, we can achieve that without introducing the following regressions which the initial fixes caused: - CORE-18817 [NTUSER] Winpos.c modification generates bad first drawing of some elements - CORE-18830 Explorer Drawing glitch: Missing "X" on "Folder" pane when Right Click > Explore from Desktop icons Those 2 things did not happen in the older releases beforehand. In sum this is a squashed backport of: 0.4.15-dev-6507-g 49dbc8fbbb090812d21ac10e79d42c787638e2ec [NTUSER] Whitespace-fixes winpos.c 0.4.15-dev-5684-g 57eb2a6bf469383848a559feedc1eed7fc13dd5c [NTUSER] Missing "X" on "Folder" pane when Right Click > Explore from Desktop icons & Rapps toolbar errors (#5068) CORE-18830, CORE-18817 the superseded 0.4.15-dev-5618-g 8866b9d7b03e62b3ed3041acb0b3791fbc1733aa Update win32ss/user/ntuser/winpos.c the superseded 0.4.15-dev-5617-g 7866eb28862b31f2ee90045293c662c8ac834a70 [NTUSER] Fix winpos bug hyperlink&images loop redrawing CORE-7652 (#4995) To prevent increased binary size for the added conditions in the code in older branches, strip a single good-path-TRACE() which had no trailing \n in the older branches, but where that \n was added in master head meanwhile. So that TRACE was a diff to older branches anyway.
[0.4.11][MSAFD] Fix non-blocking sockets support for recv() (#5575) by porting back: 0.4.15-dev-6491-g 442f5dfab50da48700a20d4bdc6917e48105ad86 [MSAFD] Fix non-blocking sockets support for recv() (#5575) CORE-14486 for Nginx web server; Firefox 52, Mypal 29.3.0, New Moon 28 web browser partially 0.4.15-dev-4492-g 03422451b3b4a7df96a9e9af5ce7533fd6cb55d9 [REACTOS] Add '\n' to debug logs. Only the [MSAFD] parts Also strip some EOL-whitespace and sacrifice some good-path-TRACEs to not increase the binary sizes: msafd.dll GCC8.4.0dbg RosBE2.2.2 master 155.648 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4.14 144.384 -> 142.336 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4.13 144.384 -> 142.336 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4.12 145.920 -> 144.896 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4.11 143.872 -> 141.824 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4.10 142.336 -> 140.800 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4. 9 142.336 -> 140.800 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4. 8 142.336 -> 140.800 msafd.dll GCC4.7.2dbg RosBE2.1.6 0.4. 7 142.336 -> 140.800
[0.4.11][BROWSEUI] Fix pos of taskbar toolbar right-click menu (#5421) Don't call ClientToScreen in handling NM_RCLICK message because NMMOUSE.pt is already in screen coordinates. CORE-18966 A backport of: 0.4.15-dev-6298-g b4e946f5b0147480d0df34654b55f9a7705787ff and strip EOL whitespace
[0.4.11][IP][TCPIP][LWIP] Backports 2023-08-13 (also fixes a BSOD) 0.4.15-dev-6399-g f8a6542b15efa996d672609e651485f50310a6c0 [IP] Don't reference uninitialized PCB to avoid BSOD. CORE-18982 0.4.15-dev-6395-g 2010a5b8d915beebd64c68cb568b03c29ab64d75 [IP] Unlock Connection when TCPAllocatePort() fails. CORE-18371 0.4.15-dev-5707-g 874d317a7104e01571ea39b56d3d603246937fda [IP] Allow 0xFFFF as Valid Network Port Number (#5074) CORE-18371 CORE-18764 PARTIALLY pick 0.4.14-dev-1326-g 792b64ea468179886a42126165d59c79bc8e1bbf [TCPIP][FORMATTING] Format TiDispatch function. No functional changes (#2112) 0.4.13-dev-368-g 3a98d96eac606d3fc258ef298b80a71f00d96188 [LWIP] Fix src/core/init.c a bit (#1620) and strip some EOL-whitespace. Just to make sure that the binary sizes did not increase: tcpip.sys master GCC8.4.0dbg RosBEWin2.2.2 462.848 tcpip.sys 0.4.14 GCC4.7.2dbg RosBEWin2.1.6 425.984 -> 425.984 tcpip.sys 0.4.13 GCC4.7.2dbg RosBEWin2.1.6 417.792 -> 417.792 tcpip.sys 0.4.12 GCC4.7.2dbg RosBEWin2.1.6 421.888 -> 421.888 tcpip.sys 0.4.11 GCC4.7.2dbg RosBEWin2.1.6 421.888 -> 421.888 tcpip.sys 0.4.10 GCC4.7.2dbg RosBEWin2.1.6 413.696 -> 413.696 tcpip.sys 0.4. 9 GCC4.7.2dbg RosBEWin2.1.6 413.696 -> 413.696 tcpip.sys 0.4. 8 GCC4.7.2dbg RosBEWin2.1.6 413.696 -> 413.696 tcpip.sys 0.4. 7 GCC4.7.2dbg RosBEWin2.1.6 413.696 -> 413.696