Hi Dave:
After several days running r3, and many tying hours configuring it, I now have something fairly usable.
- I made a new profile (Tools)
- This fixed the startup issue
- I changed the browser fonts to adobe (Edit, Preferences, Appearance, Fonts)
- I added a chrome/userchrome.css file to change the menu fonts
/* Global UI font */
* { font-size: 11pt !important;
font-family: sans-serif !important;
}
- I migrated over (Tools, Add-ons Manager, gear icon at top) FireShot, so that now works well
- FireFtp is dead. Development has stopped, and prior versions do not work. I will retain SM 2.14 as my ftp browser.
- The stability is not as good as SM 2.35, but it is acceptable. (Maybe 7 vs. 8)
baden.kudrenecky@gmail.com wrote:
- The stability is not as good as SM 2.35, but it is acceptable. (Maybe 7 vs. 8)
How do you find it to be unstable? Here it does occasionally freeze and about once a month, crashes in some font code.
I was frustrated with 2.35 screwing with my history, it never seemed to finalize the places.sqlite file during shutdown, leaving a
places.sqlite.wal file in my profile. The wal stands for write ahead
log, sorta like a journal.
Dave
On Sunday, 1 July 2018 00:19:15 UTC-5, Dave Yeo wrote:than 1 GB.
baden.kudrenecky@gmail.com wrote:Hi Dave:
- The stability is not as good as SM 2.35, but it is acceptable. (Maybe 7 vs. 8)How do you find it to be unstable? Here it does occasionally freeze and
about once a month, crashes in some font code.
I was frustrated with 2.35 screwing with my history, it never seemed to
finalize the places.sqlite file during shutdown, leaving a
places.sqlite.wal file in my profile. The wal stands for write ahead
log, sorta like a journal.
Dave
r3 freezes or crashes several times a day on me, somewhat more than 2.35. The crashes occur most often when trying to download from the browser, and they seem to be random. The freezes occur most when the browser is using a lot of memory, say more
than 1 GB.r3 freezes or crashes several times a day on me, somewhat more than 2.35. The crashes occur most often when trying to download from the browser, and they seem to be random. The freezes occur most when the browser is using a lot of memory, say more
Hmm, sounds like the download manager bug is still there. Only seems to affect some people. Things to try, clearing the download list or going
into Preferences--Browser--Downloads and switching to "Open a progress dialog" or installing awget (Hobbes) and letting wget handle all your downloads.
As for memory, have you marked xul.dll to load its code high?
Dave
As for memory, have you marked xul.dll to load its code high?I am not sure what to do here. About six months ago, I increased "VIRTUALADDRESSLIMIT=3072" which immensely increased stability.
Dave
I downloaded "highmem-20140406-os2", but I am not sure if this is the correct tool.
baden.kudrenecky@gmail.com wrote:
As for memory, have you marked xul.dll to load its code high?I am not sure what to do here. About six months ago, I increased "VIRTUALADDRESSLIMIT=3072" which immensely increased stability.
Dave
I downloaded "highmem-20140406-os2", but I am not sure if this is the correct tool.
Sounds right. Should be an executable, highmem.exe, just run (with the >browser closed) highmem -c xul.dll. Run highmem -? for all the options.
It probably also includes a Freesharedmem.exe, which will give you some
idea of how much lower shared memory you have available. Just note it
doesn't consider memory fragmentation.
Dave
In "Re: Browsers", on 2018-07-11 at 08:17:00 (-0700 UT),
Dave Yeo <dave.r.yeo@gmail.com> said:
baden.kudrenecky@gmail.com wrote:
As for memory, have you marked xul.dll to load its code high?I am not sure what to do here. About six months ago, I increased "VIRTUALADDRESSLIMIT=3072" which immensely increased stability.
Dave
I downloaded "highmem-20140406-os2", but I am not sure if this is the correct tool.
Sounds right. Should be an executable, highmem.exe, just run (with the
browser closed) highmem -c xul.dll. Run highmem -? for all the options.
It looks like it worked:
[F:\temp\highmem-20140406-os2\bin]highmem -c F:\Applications\seamonkey-test3\se
amonkey\xul.dll
Processing module : F:\Applications\seamonkey-test3\seamonkey\xul.dll MODIFIED
It probably also includes a Freesharedmem.exe, which will give you some
idea of how much lower shared memory you have available. Just note it
doesn't consider memory fragmentation.
Dave
No, the package didn't include this. I see there is a newer Thesus (4) that may work, as my older version was SNAFUed a long time ago by a fix-pack.
Also, when I searched for XUL.DLL, the results were interesting:
2018/06/05 43999599 F:\Applications\seamonkey-2.42.9esr_r3.en-US.os2\seamonkey\xul.dll
2017/06/01 42512058 F:\Applications\seamonkey-2.42.9esr.en-US.os2\seamonkey\xul.dll
2017/06/01 42512058 F:\Applications\seamonkey-2.35a1.en.os2\seamonkey\xul.dll
2016/06/17 37657817 F:\Applications\seamonkey-2.35b7.en-US.os2\seamonkey-2.35b7.en-US.os2\seamonkey\xul.dll
2014/11/02 32897123 F:\Applications\Obsolete\seamonkey-2.21b1.en-US.os2\seamonkey\xul.dll
2014/06/21 22979696 F:\Applications\seamonkey-2.14.en-US.os2\seamonkey\xul.dll
2014/03/25 21164042 F:\Applications\Obsolete\seamonkey-2.7.2.r2.en-US.os2\seamonkey\xul.dll
2013/01/08 21168322 F:\Applications\Obsolete\seamonkey-2.7.2.en-US.os2.10.12\seamonkey\xul.dll
2011/12/21 20997694 F:\Applications\Obsolete\seamonkey-2.6.en-US.os2\seamonkey\xul.dll
2011/04/21 50744 F:\Applications\Obsolete\seamonkey-2.0.14.en-US.os2\seamonkey\xul.dll
2010/11/27 50744 F:\Applications\Obsolete\seamonkey-2.0.11.en-US.os2\seamonkey\xul.dll
And finally, as usual, all this effort appears to have time limited utility, as just in the last short while, my bank, Air Canada and WestJet now malfunction with your last SeaMonkey (r3).
I had to update Firefox on Windows to version 61 to get these sites to function.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 84:05:36 |
Calls: | 6,658 |
Calls today: | 4 |
Files: | 12,203 |
Messages: | 5,333,599 |
Posted today: | 1 |