roytam1 Posted May 19 Share Posted May 19 (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 May 19 by roytam1 Link to comment Share on other sites More sharing options...
roytam1 Posted May 19 Share Posted May 19 and for crashing on 486, because it uses RDTSC in js/vm/TraceLogging, I hacked it so won't run it on anything older than pentium. https://github.com/roytam1/palemoon27/commit/bc9ae52bd32a265354f09a78216cb17d7bc01614 it is still a crude port, but kind of works. Link to comment Share on other sites More sharing options...
roytam1 Posted May 29 Share Posted May 29 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 More sharing options...
Nicholas McAnespy Posted May 30 Author Share Posted May 30 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 More sharing options...
roytam1 Posted May 30 Share Posted May 30 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 More sharing options...
jumper Posted May 30 Share Posted May 30 If it runs in 98/se/me with Kex set to nt4, that limits where we need to look. Link to comment Share on other sites More sharing options...
roytam1 Posted May 30 Share Posted May 30 (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. EDIT2: hmm, some files are missed in the list? maybe the loop filtered it out? EDIT3: case matters! EDIT4: yeah, fixed! https://github.com/roytam1/classilla/commit/548fe35db04444e6c90fe7dffb5f4cf62811347d Edited May 31 by roytam1 1 Link to comment Share on other sites More sharing options...
Nicholas McAnespy Posted June 1 Author Share Posted June 1 (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. EDIT2: hmm, some files are missed in the list? maybe the loop filtered it out? EDIT3: case matters! EDIT4: yeah, fixed! https://github.com/roytam1/classilla/commit/548fe35db04444e6c90fe7dffb5f4cf62811347d 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 June 1 by ClassicNick Link to comment Share on other sites More sharing options...
roytam1 Posted June 1 Share Posted June 1 (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 June 2 by roytam1 Link to comment Share on other sites More sharing options...
Nicholas McAnespy Posted June 4 Author Share Posted June 4 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 More sharing options...
Nicholas McAnespy Posted June 4 Author Share Posted June 4 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 More sharing options...
Nicholas McAnespy Posted June 15 Author Share Posted June 15 @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 More sharing options...
K4sum1 Posted June 18 Share Posted June 18 Just bisect and revert or undo any offending commits. See if you can get up to 3.6.28. Link to comment Share on other sites More sharing options...
Nicholas McAnespy Posted June 24 Author Share Posted June 24 On 6/18/2024 at 4:05 PM, K4sum1 said: Just bisect and revert or undo any offending commits. See if you can get up to 3.6.28. @roytam1 Has a fork of Firefox 3.6.28, and it works with Windows NT4, but not on Windows 9x (silent runtime execution failure). I did get Firefox 3.0a7 to load in Windows 98, but the address and search bars are unusable. I did succeed at getting Firefox 3.0a4 working though. I think I may want to try getting Firefox 3.0a6 to work to my liking (Windows 95, and Visual C++ 5.0 SP3 support. Windows NT4 will unfortunately be unsupported by me due to silent runtime execution failures), and then gradually upgrade Gecko. I also am in the process of trying to fix picture display and scaling issues I'm having. Link to comment Share on other sites More sharing options...
K4sum1 Posted June 24 Share Posted June 24 I don't like the idea of an alpha fork, you really should try getting 3.6.28 working. Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now