Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won

  • Donations

    0.00 USD 
  • Country


Posts posted by win32

  1. 3 minutes ago, NotHereToPlayGames said:

    I thought it was Aug 1, 2024...  Wait a few months and it works again...  Timebomb again Aug 1, 2025...  Wait a few months and it works again...  Timebomb again Aug 1, 2026...  "Rinse and Repeat"...

    Yes, the timebomb's logic is a little off in that it only checks that the year is 2024 or greater, and that the month is August or greater.

  2. I also haven't been able to find any connections opened to Chinese IP addresses, much unlike 360 Chrome.

    The "expires in one year" is a restriction in the application itself. If you try running the browser in August 2024 or later, it will silently crash. However, there is a logic error in the timebomb so it will run for the first seven months of the following years. However I think a patch for it would be technically a crack as it is proprietary software with restrictions on launching.

  3. Supermium moves to the stable branch (version 119/120) at the end of this month when the next release will be made. This should reduce the number of upstream-inherited bugs.

    GDI rendering should be perfected for this release as well and there will be an option to disable prompts for "unsafe downloads" (and avoid having a sample of the downloaded file possibly being sent to Google).

    The GDI option in particular will have improved rendering of remote fonts over Vista-level DirectWrite.

  4. I have been able to compile C++ 17 sample code with LLVM 16.0.5 and 17.0.1 in the VS2010 IDE.


    After installing LLVM and selecting the LLVM v100 toolchain from the project properties, I had to do the following things to make it work:

    -first, the VC++ 2010 and Windows 7 SDK headers were freaking out at the C++17 syntax. So I took the headers from VC++ 2022 as well as the Windows 11 SDK's UCRT headers and placed them in "Additional Include Directories".

    -Then, I went to the LLVM section of project properties and added the following compiler options: ``-Wc++17-extensions `` and ``-fms-compatibility-version=19``. This enables support for C++17 and allows the use of the built-in types that the new headers expect.

    -Linking is complicated. The LLD linker cannot be used due to various issues so we must use the VC++ 2010 linker. This works to an extent, but there will usually be missing functions that the linker is unable to resolve. I built libs containing various functions such as __std_terminate,and a delete operator, which should be placed in "Linker -> Input -> Additional Dependencies" (https://github.com/win32ss/win32ss.github.io/raw/main/images/msvcrt10_cpp17_x64.lib and https://github.com/win32ss/win32ss.github.io/raw/main/images/msvcrt10_cpp17_x86.lib).

    -Furthermore, if you are using msvcrt*, the VC++ 2010-supplied msvcrt.lib has baked-in directives that block it from being used where _MSC_VER is not equal to 1600. Clang will make it 1900 when -fms-compatibility-version is set to 19. This means that the directives must be patched; by opening up msvrt.lib in a hex editor, searching for all instances of /FAILIFMISMATCH:"_MSC_VER=1600" and changing 1600 to 1900 (zeroing-out the whole string may also work).

    *newer ucrt libs were attempted, but there were issues with the linker not recognizing CFG. This would require rebuilding the runtime to remove CFG references.

  5. Hello everyone.

    I just finished re-adding GDI to Supermium. At first it would only work in --single-process mode, but I got it working in standard mode by ensuring that FontCache objects have the Skia GDI font manager when GDI is enabled. Then I want to fix TLS, readd D3D9 DXVA support, and link Supermium against a DLL with implementations of many newer functions. I have fixed my PMs if you are interested.

  6. 49 minutes ago, Dixel said:

    I have a question, is it possible to take everything related to win7 platform update and use locally?

    Yes, the DirectWrite in there is good enough to make some fonts load in Supermium, but I don't believe the media foundation or Direct2D parts are compatible.

  7. On 7/19/2023 at 6:25 AM, kibr said:

    Excuse me, are you win32ss on github, can you tell me your email address

    I have some questions about chromium and want to ask him, is there any way you can contact him for me

    I am, but I haven't been able to respond because there was no home Internet access for a few days here.

  8. 1 hour ago, yoltboy01 said:

    Despite saying they would end support for Windows 7 and 8.1 with v115, the newly released nightly version of 116 still works on Windows 8.1. I also tested it with Windows 7 Compatibility Mode and it seems fine so far. The system requirements haven't changed either. 

    I looked at the git mirror of the official Gecko repository and they haven't made any commits to remove Windows 7/8.x compatibility yet.

  9. So XP x64 doesn't have the global variables that store the major/minor versions after all (WRK does). In that event, you should look for MmCreatePeb or a similarly named function; this will provide the values that are fed to user mode version functions. You can also modify ntdll's RtlGetVersion or "intercept" kernel32's GetVersionExW.

  10. 24 minutes ago, mina7601 said:

    I forgot to add that, it works on Windows 7, only if i add --no-sandbox in Supermium's desktop shortcut, otherwise, it won't work with sandbox included. I still thank you for your work on your own Chromium, though.

    Did you update to the latest release of Supermium?

  11. 1 hour ago, mina7601 said:

    No, I only have all Windows 7 updates up to 2020-01. I even tested on a clean install with no updates, and still the same.

    I just installed 2020-01 and will be able to test ASAP.

    I'm really surprised that it would fare worse with a higher update level, considering it's working good on Windows Vista (sandbox included!) and 8.

  12. 12 minutes ago, mina7601 said:

    It is not working on Windows 7. Whenever I launch Supermium (after running mini_installer.exe), it just launches a Supermium window for a second then closes. Is this a bug? Can you have a look at it? Thanks.

    I had originally tested with a Windows 7 install with a low update level, but I have received complaints about it not working with ESU updates. Do you have those? For that reason I will also start testing (and debugging) with ESU updates.

  13. 6 minutes ago, Old Technology said:

    So Supermium, to be clear only works on extended kernel?

    It should work on regular Windows 7 with SP1 (it always worked in my VM with nothing but SP1, but some users complained about it not loading because of missing delay-load module; my second release should solve that). Vista needs the extended kernel however.

  14. Here is the future of Chromium on Windows 7:



    I have been closely tracking the many changes made to Chromium since November 2022, made with the intent of dropping support for Windows 7 and 8.x. As of version 111, it became very difficult to keep the newest versions running on Vista with the extended kernel; shared memory allocation changes made it impossible to do so as subtle changes to the API (which were done in kernel mode) prevented stable operation of the browsers.

    So I decided to build my own Chromium. I discovered that a further change was made to the shared memory allocation which broke it even further; the successor to mojo, IPCZ, was forced on by default. It only works properly with Windows 8.1+'s shared memory API. I disabled IPCZ for pre-8.1 and this made the sandbox work again on Vista and 7.

    Perhaps I will see exactly why IPCZ is broken (from the Windows API level) and try to fix it for the next release. The only win32 API link I can find is CreateFileMappingW, which I need to test with an IPCZ-enabled build on both 8 and 8.1 to see what makes it fail.

  15. 5 hours ago, Cocodile said:

    I use CUDA for video-processing and it works, what am I doing wrong ? I took the driver from here.

    I checked again, and it seems that it's due to an issue that is specific to my GPU where it takes several minutes to initialize the OpenGL user mode driver. I asked for confirmation of this issue from other users, but no one else got it. But I do believe it may be related to the extended kernel, so I will fix it.

  16. 6 hours ago, mjd79 said:

    Vegas Pro 18 (and older versions) - For some reason, Vegas Pro 18 as well as older versions such as 16 or 14 did not want to run properly when I used any of the extended kernel versions, latest or older redirected locally. The solution turned out to be a local redirect of the original kernel32.dll, but that's not the end of the story. You have to replace one of the kernel32 imports in the Vegas ErrorReport.dll file using CFF Explorer (I don't remember the exact name, but it is the only import with the beginning of the name K32). The second missing function TryAcquireSRWLockExclusive should be added to the exports using ExportTableTester and CFF Explorer in the original kernel32 redirected locally.

    On Windows Vista, CUDA must be disabled in the GPU driver's control panel to run Vegas Pro 15. If not, it gets hung up on a version check. I will look into it.

  17. 1 hour ago, mjd79 said:

    @win32 Chrome, even in version 109 does not play YouTube videos without the --no-sandbox flag. What causes this?

    It is possibly related to the bug where it cannot access audio devices. I have solved it along with the general audio issues, but now need to solve another issue with .NET applications.

  18. 15 minutes ago, mina7601 said:

    Hi win32, magnificent work on your extended kernel as always, thanks for that! I was wondering if you had any progress running Adobe Acrobat Reader DC application on Vista. Thanks.

    I haven't tried it. In fact I am jaded about Acrobat (Reader) DC because it always sends Unicode garbage to the printer on some relatives' 8.1 machines, while all other PDF readers send the actual content to the printer.

    Maybe I will try later in a VM.

  19. 2 hours ago, greenhillmaniac said:

    @win32 any new changelog for this new March 6th KernelEx revision?

    A wider assortment of 32 bit applications run, including up to Chromium ~107 and Electron applications such as Spotify (Discord's updater is buggy, apparently it's reliant on IE). Firefox goes up into the 90s.

    Chromium 110 x64 works. Chromium 111 x64 may work, with --no-sandbox and ChromiumFix=1 set in a osver.ini override for the application.

    OBS Studio 29 works, Calibre is fixed and PCSX2 1.7.3195 QT6 works, but later versions have issues.

    And Premiere Pro 2019 working now, which I did not expect.

    There are two known issues;

    Chromium's access to audio devices is broken. The cause was discovered and it has been fixed, but I am waiting on a fix for the second issue to include it in an update.

    There is an issue with userenv.dll which breaks audio on various systems. As the updates to userenv.dll are only needed for Chromium 110+, you can temporarily replace it with the original version to restore sound if it has been lost.

  20. 1 hour ago, UCyborg said:

    (iv)    work around any technical restrictions or limitations in the software;

    So the AeroGlass for Win8+ would violate the EULA, as the restriction or limitation in this case would be the inability to display Vista/7-style glass. Also there was undoubtedly some disassembly and reverse engineering of internal DWM functions to make it work. And I think this goes for Stardock's assortment of desktop enhancement products as well, but they may have the resources to perform clean-room RE. This also goes for products that may have also violated EULA in this way, such as VMware (which reimplements some kernel mode functions for systems lacking them) and Chromium (which uses undocumented classes of some Native API functions).

    But these EULA terms are often superseded by exemptions in copyright law. In Canada, we have section 30.6 in the Copyright Act where:


    Computer Programs

    Permitted acts

    30.6 It is not an infringement of copyright in a computer program for a person who owns a copy of the computer program that is authorized by the owner of the copyright, or has a licence to use a copy of the computer program, to

    (a) reproduce the copy by adapting, modifying or converting it, or translating it into another computer language, if the person proves that the reproduced copy

    (i) is essential for the compatibility of the computer program with a particular computer,

    (ii) is solely for the person’s own use, and

    (iii) was destroyed immediately after the person ceased to be the owner of the copy of the computer program or to have a licence to use it; or

    (b) reproduce for backup purposes the copy or a reproduced copy referred to in paragraph (a) if the person proves that the reproduction for backup purposes was destroyed immediately after the person ceased to be the owner of the copy of the computer program or to have a licence to use it.

    (i) would cover the additions to the Vista kernel that make newer drivers run, such as NVIDIA 398.11. Perhaps adding support for newer user mode software also plays a role in "compatibility". Adding support for NVIDIA 398.11 made Windows Vista compatible with a system with a GTX 1080 Ti, then the extended kernel also made new browsers and games compatible; thus, it is now fully compatible with the particular computer, whereas it was not when it could not run the software and device drivers.

    (ii) would be technically satisfied if the process of installing the extended kernel constituted the adaption or modification of the software, to create the reproduction (Vista with extended kernel installed). I believe this is also valid.

    I expect most of the world to have similar exemptions, including the EU where MSFN is based.

    An activation bypass would not usually be essential for compatibility, unless the activation procedure itself made it incompatible. This is not the case with any form of Microsoft Windows.

  • Create New...