Jump to content

Winternight-Classic development (Cancelled)

ClassicNick
 Share

Recommended Posts

roytam1

roytam1

Posted
Posted (edited)

... and for pm2796-vc10 NSS failures, it is due to the reordering of codes. still can't finish fixing freebl as amount of code is huge.

putting them back to original places and group declarations to top of block should be the proper way to add support to C89 compilers.

 

EDIT: trying to fix but still getting error when accessing ddg.gg. changes:

https://github.com/roytam1/palemoon27/commit/d9412c9848aa19be6b34a77f592c2b0b122c19aa

https://github.com/roytam1/palemoon27/commit/aace5eed0

 

maybe something else need to be fixed in that mega commit: https://github.com/roytam1/palemoon27/compare/2e31415af799342119565c9f25eb7ebf57e52274...be734fdaf

 

EDIT3: and yeah FStar needs more fixes:

https://github.com/roytam1/palemoon27/commit/be734fdaf

 

and now ddg.gg loads.

Edited by roytam1
Link to comment
Share on other sites

  • 2 weeks later...
roytam1

roytam1

Posted
Posted

BTW I'm trying to fix older gecko runtime problem that hangs on startup in win9x, found a strange behavior in nsStr that causes a non-ending loop:

https://github.com/roytam1/classilla/commit/f519f735793fba62f953c944aac855e0fc4bf2ae

fixing that it no longer hangs in win9x, but still not acting properly. I found the API name for finding SHGetSpecialFolderPath is wrong and I also fixed that: https://github.com/roytam1/classilla/commit/a29ea55eeced9b121b9b6afcd814e739b026d367

but it still can fix the problem. I wonder if you have any other idea/hint about this?

Link to comment
Share on other sites
ClassicNick

ClassicNick

Posted
  • Author
Posted
16 hours ago, roytam1 said:

BTW I'm trying to fix older gecko runtime problem that hangs on startup in win9x, found a strange behavior in nsStr that causes a non-ending loop:

https://github.com/roytam1/classilla/commit/f519f735793fba62f953c944aac855e0fc4bf2ae

fixing that it no longer hangs in win9x, but still not acting properly. I found the API name for finding SHGetSpecialFolderPath is wrong and I also fixed that: https://github.com/roytam1/classilla/commit/a29ea55eeced9b121b9b6afcd814e739b026d367

but it still can fix the problem. I wonder if you have any other idea/hint about this?

 If you are using Visual C++ 6.0 or later, I don't know what could be causing the problem because I can't build Classilla due to reliance on Cygwin. I can't make Classilla compile using either Cygwin or MSYS.

Link to comment
Share on other sites
  • ClassicNick changed the title to Winternight-Classic development (Cancelled)
roytam1

roytam1

Posted
Posted
1 hour ago, ClassicNick said:

 If you are using Visual C++ 6.0 or later, I don't know what could be causing the problem because I can't build Classilla due to reliance on Cygwin. I can't make Classilla compile using either Cygwin or MSYS.

My build environment for classilla is VC6 with cygwin-1.5 tools(cygwin-built bash/m4/perl/automake/autoconf/make-3.80)

and binaries works in NT/2000/XP/7, just not on 9x for unknown reason.

Link to comment
Share on other sites
roytam1

roytam1

Posted
Posted (edited)
On 5/30/2024 at 1:10 PM, jumper said:

If it runs in 98/se/me with Kex set to nt4, that limits where we need to look.

 

oh yeah I do have KEx in my 98SE, tried disabling it/setting to 98/2000/XP doesn't help and it shows mozilla suite UI with some javascript errors, looks like some APIs are failing.

EDIT: tried on a 95 RTM, and its debug output shows something goes wrong in pref loading, while WinAPI is fine.

5rOBE2M.png

EDIT2: hmm, some files are missed in the list? maybe the loop filtered it out?

AtN2pMM.png

EDIT3: case matters!

9RHQKQf.png

EDIT4: yeah, fixed! https://github.com/roytam1/classilla/commit/548fe35db04444e6c90fe7dffb5f4cf62811347d

a56haXR.png

Edited by roytam1
1
Link to comment
Share on other sites
ClassicNick

ClassicNick

Posted
  • Author
Posted (edited)
On 5/30/2024 at 3:34 AM, roytam1 said:

oh yeah I do have KEx in my 98SE, tried disabling it/setting to 98/2000/XP doesn't help and it shows mozilla suite UI with some javascript errors, looks like some APIs are failing.

EDIT: tried on a 95 RTM, and its debug output shows something goes wrong in pref loading, while WinAPI is fine.

5rOBE2M.png

EDIT2: hmm, some files are missed in the list? maybe the loop filtered it out?

AtN2pMM.png

EDIT3: case matters!

9RHQKQf.png

EDIT4: yeah, fixed! https://github.com/roytam1/classilla/commit/548fe35db04444e6c90fe7dffb5f4cf62811347d

a56haXR.png

Nice job getting Classilla 9.3.4 and Phoenix 0.5 working with TLS 1.3 and Windows 95. How difficult would it be to port NSS 3.21.4 and/or NSS 3.42 beta to the Mozilla/Gecko 1.8.0 codebase?

Edited by ClassicNick
Link to comment
Share on other sites
roytam1

roytam1

Posted
Posted (edited)
14 hours ago, ClassicNick said:

Nice job getting Classilla 9.3.4 and Phoenix 0.5 working with TLS 1.3 and Windows 95. How difficult would it be to port NSS 3.21.4 and/or NSS 3.42 beta to the Mozilla/Gecko 1.8.0 codebase?

NSS 3.15 to 3.21 is a fast forward from NSS official codebase, and 3.21.x is from TenFourFox changes.

and NSS 3.42 Beta is mostly your work of porting NewMoon27.9.6! I just fixup all the irregularities from your changes.

PSM changes is very minor(adding prefs for enabling new ciphers, change TLS max version) when comparing with NSS changes.

for older gecko (i.e. <= 1.4.x) you will need backporting some network related codes in order to update NSS. (something like https://github.com/roytam1/classilla/commit/1a7b77542835b7b732d8e0109920167fefa8351b in my classilla repo)

Edited by roytam1
Link to comment
Share on other sites
ClassicNick

ClassicNick

Posted
  • Author
Posted
On 6/1/2024 at 7:48 PM, roytam1 said:

for older gecko (i.e. <= 1.4.x) you will need backporting some network related codes in order to update NSS. (something like https://github.com/roytam1/classilla/commit/1a7b77542835b7b732d8e0109920167fefa8351b in my classilla repo)

nsprpub from RetroZilla is incompatible is incompatible with Mozilla/Gecko 1.8.0, so I just pulled the code manually. I also needed to add various NSS files to security/manager/ssl/src. Presently, I have 40 unresolved externals, one of which is NS_ConsumeStream(nsIInputStream *aSource, PRUint32 aMaxCount, nsACString &a buffer); in xpcom/io, and is referenced by security/manager/SSL/src/nsStreamCipher.cpp.

Link to comment
Share on other sites
ClassicNick

ClassicNick

Posted
  • Author
Posted
1 hour ago, ClassicNick said:

nsprpub from RetroZilla is incompatible is incompatible with Mozilla/Gecko 1.8.0, so I just pulled the code manually. I also needed to add various NSS files to security/manager/ssl/src. Presently, I have 40 unresolved externals, one of which is NS_ConsumeStream(nsIInputStream *aSource, PRUint32 aMaxCount, nsACString &a buffer); in xpcom/io, and is referenced by security/manager/SSL/src/nsStreamCipher.cpp.

Fixed that one, but there are still 39 unresolved externals I have no clue how to fix.

Link to comment
Share on other sites
  • 2 weeks later...
ClassicNick

ClassicNick

Posted
  • Author
Posted

@roytam1
I think I'll need to stick to Gecko 1.8.x to ensure Windows NT4 support. I still want to see how far I can push Visual C++ 5.0 SP3 though, so I just compiled a snapshot of Mozilla/Gecko 1.9.0a1 source code from April 3rd 2006, which was the final day Firefox 3.0a1 was able to be compiled to run on Windows 9x without modifying the source code.

Link to comment
Share on other sites

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
 Share
Go to topic listing

  • Recently Browsing   0 members

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