Jump to content

My Browser Builds (Part 3)

roytam1
 Share

Recommended Posts


NotHereToPlayGames

NotHereToPlayGames

Posted
Posted (edited)
1 hour ago, roytam1 said:

/me remembers Millennium bug.

Same here.

But it was not the only "date bug"  --
  - January 4, 1975   ---   overflowed 12-bit field used in Decsystem 10 operating systems (text-oriented Star Trek type game, Pascal compiler, Lisp AI, Fortran compiler [I took a Fortran class while at Purdue in the 90s])
  - September 9, 1999   ---   aka, 9/9/99 and conflict with 9999 which was commonly used to specify unknown dates
  - the year 2010   ---   dubbed Y2K+10 or Y2.01K - conflict between Binary Coded Decimal 0x10 for the number 10 versus Hexadecimal encoding the number 10 as 0x0A and 0x10 representing the number 16 in Hexadecimal
  - the year 2022   ---   aka, Y2K22 - the maximum value of a signed 32-bit integer
  - the year 2038 (okay, this one isn't here yet)   ---   dubbed Y2K38 - only an issue on 32-bit Unix systems

Edited by NotHereToPlayGames
1
Link to comment
Share on other sites
feodor2

feodor2

Posted
Posted
15 hours ago, Mathwiz said:

How does he do it?

Has he found - or created - a Rust compiler that targets XP?

Could he let us (or at least @roytam1) in on the secret?

No secret at all only the study rustc --target  i686-pc-windows-msvc -Clink-args=/subsystem:console,5.01

Though there https://github.com/rust-lang/rust/tree/1.35.0/src/libstd/sys/windows some windows functions are not imported directly, but make rust panic which means the crash. I replace them with winxp stuff.

I look for help everywhere, for today i do not know how to replace this

https://hg.mozilla.org/releases/mozilla-esr68/file/tip/third_party/rust/miow/src/iocp.rs#l146

So i commented out it - seems works fine, but i tink this is wrong, why they put it in the first place, сan you explain what is this for?

Link to comment
Share on other sites
Mathwiz

Mathwiz

Posted
Posted
15 hours ago, NotHereToPlayGames said:

I did the math also.  Kinda surprised somebody else did too.

You did take note of my handle, didn't you? :lol:

15 hours ago, NotHereToPlayGames said:

I include ESR, Android, and Desktop releases - why?  Because I don't think that Android and Desktop "have" to follow the same version numbers, they are two distinctly different products.

Hmm... that's the same point I made just a few posts ago - but was curtly shot down by....

On 2/13/2022 at 9:39 PM, NotHereToPlayGames said:

Not really important "to me" (as far as market share goes) if Mozilla means Quantum or UXP  --  Mozilla is Mozilla.

I guess we'll just have to agree to disagree. I'm more interested in what Mozilla could have accomplished, had they stuck with UXP, or perhaps split FF into (ahem) "two distinctly different products" (say, FF Classic and FF Quantum); I guess you're more interested in things as they are now.

To be fair to Mozilla, I understand that modern Seamonkey still retains a vestige of UXP support, although I haven't really followed SM much since the end of XP support. But SM isn't the product Mozilla pushes, and the SM user base is a small fraction of Mozilla's total.

15 hours ago, NotHereToPlayGames said:

But that does convolute "number of releases" with "four-digit version number".

Exactly; that's what I was getting at. How long until we have to contend with FF 1000, even at the current rate? A very long time. But how long until there are 1000 different FF's floating around out there, when you include ESR versions and consider FF Android separately from FF Desktop? Not nearly as long.

Heck, if you include Seamonkey and/or count "Nightly" releases, I think we already crossed the 1000 mark a long time ago!

Link to comment
Share on other sites
NotHereToPlayGames

NotHereToPlayGames

Posted
Posted
11 minutes ago, Mathwiz said:

You did take note of my handle, didn't you? :lol:

:blink:

 

11 minutes ago, Mathwiz said:

Heck, if you include Seamonkey and/or count "Nightly" releases, I think we already crossed the 1000 mark a long time ago!

Very true!  (That is, as long as you prescribe to the philosophy that "truth" is 'relative' versus 'absolute'.)

Link to comment
Share on other sites
Mathwiz

Mathwiz

Posted
Posted (edited)
8 hours ago, NotHereToPlayGames said:

- the year 2022   ---   aka, Y2K22 - the maximum value of a signed 32-bit integer

That one confused me until I looked it up on Wikipedia. Who in their right mind would encode a date in a format that only spanned the 22 years 2000-2021? Well, nobody, of course - so naturally Micro$oft did just that, in their Exchange email product!

For us aficionados of older OSes, the "big one" is probably 2036, when NTP rolls over. I doubt even Windows 10 will get an update for that one! Luckily, we should all have a 3rd-party NTPv4 client by that time.

The thing that annoys me about this one is, NTP uses a 64-bit time value, but splits it into two 32-bit parts: the first for the number of seconds since 1900 (what were they thinking?) and the second for fractions of a second, down to a resolution of 233 picoseconds, the time it takes light to travel about 7 cm. If they'd just started NTP at the GPS epoch, we'd have another 80 years, pushing the "crisis" up to 2116; if they had allocated even one more bit to the integer part (splitting it 33/31 vs. 32/32), we'd have another 136 years! But then light could travel a whole 14 cm before we noticed :rolleyes:

Edited by Mathwiz
Link to comment
Share on other sites
roytam1

roytam1

Posted
  • Author
Posted
8 hours ago, feodor2 said:

I look for help everywhere, for today i do not know how to replace this

https://hg.mozilla.org/releases/mozilla-esr68/file/tip/third_party/rust/miow/src/iocp.rs#l146

So i commented out it - seems works fine, but i tink this is wrong, why they put it in the first place, сan you explain what is this for?

https://stackoverflow.com/questions/961343/overlapped-i-o-how-to-wake-a-thread-on-a-completion-port-event-or-a-normal-even

3
Link to comment
Share on other sites
soggi

soggi

Posted
Posted

Sorry again for posting lately (while having updated the mirror "instantly" on 2022/02/19)...

The mirror of latest BNavigator, Firefox 45ESR, IceApe, IceDove, K-Meleon 1.5.x/74/76, MailNews 52, New Moon 26.5/27/28 and Serpent 52/55 builds by @roytam1 has been updated -> soggi.org - tools.

changelog:
- added latest K-Meleon 76 20220219 build
- added latest New Moon 27 20220219 builds

----------------------------

On 2/13/2022 at 4:06 PM, NotHereToPlayGames said:

My point remains - I have no interest in this thread turning into a conversation on how "unsafe" it is to be using XP - we that use it are already aware of this and we do not read an NT-Family OS thread to be hit with "use Linux" or "use 10" or "XP is insecure" !!!

I'm with you that such sentiments are extremely annoying, but I don't get at which point you came to the conclusion @Sampei.Nihira has such!? This wasn't the intention of his statement. Memory leaks - or "memory exploits" as he says - are even more annoying and hit security. So, cool down plz!

BTW I still own my C64, but it's defect for years, unfortunately. Indeed, the C64 was my first own computer, but not the first I had to do with - the first was a Poly-Play arcade cabinet at a FDGB vacation home back then in GDR times, I guess.
 

On 2/14/2022 at 4:09 AM, Mathwiz said:

There's still Apple Safari, I suppose, but (typical of Apple) it's closed-source, isn't it? I think the last version of Safari to run on XP is as ancient and unusable as IE 8.

The last Apple browser for Windows is Safari 5.1.7, released in 2012 - I plan to add it to my website.

kind regards
soggi

Link to comment
Share on other sites
roytam1

roytam1

Posted
  • Author
Posted

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220226-f94c0da-uxp-c403014cb-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20220226-f94c0da-uxp-c403014cb-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220226-f94c0da-uxp-c403014cb-xpmod-ia32.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.4a1.win32-git-20220226-ba47fad4d-uxp-c403014cb-xpmod.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.4a1.win32-git-20220226-ba47fad4d-uxp-c403014cb-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.4a1.win64-git-20220226-ba47fad4d-uxp-c403014cb-xpmod.7z

No official UXP changes picked since my last build.

No official Basilisk changes picked since my last build.

No official Pale-Moon changes picked since my last build.

My changes since my last build:
- pref-ui: make sanitize sub-dialog resizable (223f5ace9)
- partly import changes from tenfourfox:
 - #654: M1739957 M1740985+backbugs, update TLDs (861ae8f62) (e350f0c04)
- imported changes from mozilla NSS:
 - Bug 1755555 - Hold tokensLock through nssToken_GetSlot calls in nssTrustDomain_GetActiveSlots. r=rrelyea (a36477f0)
 - Bug 1370866 - Check return value of PK11Slot_GetNSSToken. r=djackson (d7e8c2df)
 - Bug 1751157 - Throw illegal_parameter alert for illegal extensions in handshake message. r=djackson (8fd5ca0c) (c403014cb)

* Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of now-dead MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes. MCP Basilisk/Pale-Moon rev after datecode will be removed later.

5
Link to comment
Share on other sites
roytam1

roytam1

Posted
  • Author
Posted

New build of HBL-UXP for XP!

Test binary:
IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20220226-id-f0915f3-uxp-c403014cb-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20220226-id-f0915f3-ia-c642e3c-uxp-c403014cb-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

for UXP changes please see above.

1
Link to comment
Share on other sites
roytam1

roytam1

Posted
  • Author
Posted (edited)

New build of post-deprecated Serpent/moebius for XP!
* Notice: This repo will not be built on regular schedule, and changes are experimental as usual.
** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 http://o.rthost.win/basilisk/basilisk55-win32-git-20220226-01d12e322-xpmod.7z
Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20220226-01d12e322-xpmod.7z

repo: https://github.com/roytam1/basilisk55

Repo changes:
- partly import changes from tenfourfox:
 - #654: M1739957 M1740985+backbugs M1742421, update HSTS, TLDs (861ae8f62) (3b470745e)
- imported changes from mozilla NSS:
 - Bug 1755555 - Hold tokensLock through nssToken_GetSlot calls in nssTrustDomain_GetActiveSlots. r=rrelyea (a36477f0)
 - Bug 1370866 - Check return value of PK11Slot_GetNSSToken. r=djackson (d7e8c2df)
 - Bug 1751157 - Throw illegal_parameter alert for illegal extensions in handshake message. r=djackson (8fd5ca0c) (01d12e322)

Edited by roytam1
2
Link to comment
Share on other sites
roytam1

roytam1

Posted
  • Author
Posted

New build of Firefox 45ESR:

Test binary:
SSE https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20220226-9ca79da1e-win32-sse.7z
IA32 https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20220226-9ca79da1e-win32-ia32.7z

Win64 https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20220226-9ca79da1e-win64.7z

repo: https://github.com/roytam1/mozilla45esr

Changes since my last build:
- partly import changes from tenfourfox:
 - #654: M1746720 M1737816 M1746011 M1739957 M1740985+backbugs M1742421, update HSTS, TLDs (861ae8f62)
 - #654: lozad and yt workarounds (5e969c18d) (b554fc902)
- imported changes from mozilla NSS:
 - Bug 1755555 - Hold tokensLock through nssToken_GetSlot calls in nssTrustDomain_GetActiveSlots. r=rrelyea (a36477f0)
 - Bug 1370866 - Check return value of PK11Slot_GetNSSToken. r=djackson (d7e8c2df)
 - Bug 1751157 - Throw illegal_parameter alert for illegal extensions in handshake message. r=djackson (8fd5ca0c) (9ca79da1e)

3
Link to comment
Share on other sites
Guest
This topic is now closed to further replies.
 Share
Go to topic listing

  • Recently Browsing   0 members

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