Jump to content

Recommended Posts

Posted (edited)
2 hours ago, ClassicNick said:

Tip for RetroZilla: Gecko 1.8.0b3 and later support building with MSYS, so that means Mozilla-Build will work with them. rn10950 used Mozilla-Build 1.2 to compile RetroZilla. If you want a native Windows command prompt window instead of rxvt like Mozilla-Build 1.2 uses, Mozilla-Build 1.3 is also suitable to build RetroZilla. Is it possible you are using mk_add_options MOZ_MAKE_FLAGS="-j1" simply because it's the default setting? What I notice with older Mozilla code (pre 2012) is you need a graphics adapter/card to take advantage of a powerful CPU. Wait... What version of Windows are you using to compile RetroZilla? In my experience, Windows 2000 and XP are the best choices for RetroZilla compilation. 

the more of `-j` the more of failing build as PDB writes are raceful.

BTW I already have 3 or 4 mozbuilds installed, not wanting more.

Edited by roytam1

Posted (edited)

BTW it seems to be possible to create a small kernel32 wrapper (stubbing EncodePointer/DecodePointer/SetDllDirectoryW/GetProcessHandleCount, wrapping GetProcessId, hex-editing VC2010 compiled EXE/DLL replacing KERNEL32 to KERNELXP i.e. our little wrapper) to make it work on XP RTM:

U7ETH5B.png

kernelxp src+bin+util: http://o.rthost.win/gpc/files1.rt/kernelxp.7z

Edited by roytam1
Posted
7 hours ago, roytam1 said:

BTW it seems to be possible to create a small kernel32 wrapper (stubbing EncodePointer/DecodePointer/SetDllDirectoryW/GetProcessHandleCount, wrapping GetProcessId, hex-editing VC2010 compiled EXE/DLL replacing KERNEL32 to KERNELXP i.e. our little wrapper) to make it work on XP RTM:

U7ETH5B.png

That's great news for me because if someone asks either of us for a "Windows XP" compatible web browser, you can now say "Try my custom Firefox 38.8.0esr build. INSERT LINK HERE"

Also, I just tested Firefox 1.5 using Visual C++ 6.0 SP5, and got a compilation time of 1152 seconds using MOZ_MAKE_FLAGS="-j3".

Posted (edited)
2 hours ago, ClassicNick said:

That's great news for me because if someone asks either of us for a "Windows XP" compatible web browser, you can now say "Try my custom Firefox 38.8.0esr build. INSERT LINK HERE"

Also, I just tested Firefox 1.5 using Visual C++ 6.0 SP5, and got a compilation time of 1152 seconds using MOZ_MAKE_FLAGS="-j3".

sure. http://o.rthost.win/gpc/files1.rt/firefox38-tls13-xprtm-vc10hack.7z

BTW next is backport NM27 changes to this, as vanilla 38esr doesn't that capable to view modern web.

Edited by roytam1
Posted (edited)
2 hours ago, roytam1 said:

sure. http://o.rthost.win/gpc/files1.rt/firefox38-tls13-xprtm-vc10hack.7z

BTW next is backport NM27 changes to this, as vanilla 38esr doesn't that capable to view modern web.

Please remember to create a separate branch for your NM27 changes (Arctic-Fox commits?) just in case you add more UniquePtr references to the codebase.

I should add the beauty of creating a fork is that you don't need to take all the changes the upstream developers made to their project. In my case, I'm in the process of adding code from Mozilla bug 258080 to my Gecko 1.8.0 fork.

Edited by ClassicNick
Posted
1 hour ago, ClassicNick said:

Please remember to create a separate branch for your NM27 changes (Arctic-Fox commits?) just in case you add more UniquePtr references to the codebase.

I should add the beauty of creating a fork is that you don't need to take all the changes the upstream developers made to their project. In my case, I'm in the process of adding code from Mozilla bug 258080 to my Gecko 1.8.0 fork.

for NM27, upstream's(i.e. AF) changes are already filtered, many of them doesn't land to NM27's master branch.

  • 3 weeks later...
Posted
On 6/5/2024 at 12:48 AM, roytam1 said:

trying to import NSS 3.42 Beta in this, it builds but CORS seems to be broken and it refuses to load many https sites like ddg.

EDIT: the problem is not in NSS, but 38esr's HTTP/2 encoding is too old.

EDIT2: changes pushed. https://github.com/roytam1/firefox38-vc2010

and works even on a 486:

7LCVMH7.png

binaries for testing:

original NSS from 38esr: http://o.rthost.win/gpc/files1.rt/firefox-38.8.0-vc10-nss319.7z

updated NSS from retrozilla (TLS 1.2): http://o.rthost.win/gpc/files1.rt/firefox-38.8.0-vc10-nss321.7z

updated NSS for TLS 1.3: http://o.rthost.win/gpc/files1.rt/firefox-38.8.0-vc10-tls13.7z

 

after about 2 weeks of work (besides $DAYJOB and NM27/28/SP55 commits management and builds, and real world stuffs) only ~500 commits to the goal (i.e. 27.9.6 tag commit)

Posted
16 hours ago, roytam1 said:

after about 2 weeks of work (besides $DAYJOB and NM27/28/SP55 commits management and builds, and real world stuffs) only ~500 commits to the goal (i.e. 27.9.6 tag commit)

I assume you mean when the firefox38-vc2010 repository has ~500 more commits than it does now, it will be functionally equivalent to New Moon 27.9.6? I wonder if it's possible that if I revert 500 of Mozilla's commits between Firefox 3.0a2, and Firefox 3.0a3, JPEG files will display properly in my Firefox 3.0a4 build? My next task is to build a Thebes/Cairo-Windows GFX version of my Firefox 3.0a4 mod.

Posted
57 minutes ago, Nicholas McAnespy said:

I assume you mean when the firefox38-vc2010 repository has ~500 more commits than it does now, it will be functionally equivalent to New Moon 27.9.6? I wonder if it's possible that if I revert 500 of Mozilla's commits between Firefox 3.0a2, and Firefox 3.0a3, JPEG files will display properly in my Firefox 3.0a4 build? My next task is to build a Thebes/Cairo-Windows GFX version of my Firefox 3.0a4 mod.

no, literally need merging ~500 commits to be quite equivalent to New Moon 27.9.6. (i.e. already merged ~2400 commits, sans some frontend changes, and different NSS changes)

Posted (edited)

BTW made a more minimal kernel32-wrapper that just suits firefox38 needs, and run a dependency walking in Win2000 SP4:

User32: Raw Input Device related, and PrintWindow

LJvoqdJ.png

Shell32:

SfzNbUk.png

IPHLPAPI:

7bACKxN.png

ws2_32:

77dYqNu.png

wtsapi32:

1fCuLyq.png

and of course uxtheme.dll

 

ANGLE (libglesv2.dll) from firefox35 really need GetModuleHandleExA(), may need patching out source

7PhWHbG.png

 

full list:

kernel32:
IsWow64Process
AttachConsole
InterlockedPopEntrySList
InterlockedPushEntrySList
InitializeSListHead
GetModuleHandleExA
GetModuleHandleExW
GetUserGeoID
GetGeoInfoW

user32:
GetRawInputData
GetRawInputDeviceInfoW
GetRawInputDeviceList
PrintWindow
RegisterRawInputDevices

shell32:
SHOpenFolderAndSelectItems
SHParseDisplayName

IPHLPAPI:
GetAdaptersAddresses

WS2_32:
getnameinfo

WTSAPI32:
WTSRegisterSessionNotification
WTSUnRegisterSessionNotification

 

Edited by roytam1
  • 3 months later...
  • 2 weeks later...
Posted

The suites are unchanged but the web browsing is now less annoying,I can't exactly test it yet but @roytam1 must test and share the build,instead of cowardly not building it in the last weekly build.

  • 2 months later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...