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 June 6, 20242 yr by roytam1

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:

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

Edited June 9, 20242 yr by roytam1

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:

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".

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 June 7, 20242 yr by roytam1

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 June 7, 20242 yr by ClassicNick

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.

I haven't a RTM installation (I've SP1, 2 and 3), but yes firefox38-tls13-xprtm-vc10hack also runs on XPSP1.

just bring an older version of webp library to fx38vc10 to 486

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:

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)

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.

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)

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

Shell32:

IPHLPAPI:

ws2_32:

wtsapi32:

and of course uxtheme.dll

 

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

 

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 June 30, 20242 yr by roytam1

I contributed to the source code of Roytam1's fork and i just thought to make the suites more consistent and make web browsing less annoying,like @Nicholas McAnespy did with his fork.

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.

When will Retrozilla 2.3 come out?