OS/2, eCS & ArcaOS - General > Events

Firefox problem, was Re: IRC speakup with BWW this Saturday (3 of March)!

<< < (3/7) > >>

Ian B Manners:

--- Quote ---What is going on with Firefox? As it stands, I can leave the browser pointed to a modern, active webpage, and after some time, the system will reset. I've been doing this long enough to recognize kernel corruption. Firefox runs the system out of some resource, and the kernel is not protected from such a shortage.
--- End quote ---

I back leveled libcx0.dll to libcx-0.6.0-1.oc00.i686.rpm and libc066.dll to libc-0.6.6-32.i686.rpm in an attempt to get Apache2 to run on my non server OS/2 and noticed the computer stopped being able to access the HD, leading to a PC I had to physically turn off. Took me a while to figure out it was the backleveling that did it as I'd previously had a dodgy SATA cable cause similiar problems. I also noticed as soon as I went to utube, bang, the video would start playing, sort of, but I couldn't do anything after that point apart from a cold boot, should have twigged on then it was a resource problem and not a hardware problem.

Replacing both libcx0 and libc066 to the latest versions (which I'd backed up, from libcx-0_6_1-2* and libc066.dll from a testcase one in Jan 2018) appears to have fixed this problem. You might like to try the same as I'm use to using Openoffice, firefox v45.9.0-2, and several other apps at the same time with no problems, including viewing (and mostly downloading) utube videos and university videos from Echo/Blackboard.

Dave Yeo:

--- Quote from: Ian Manners on March 04, 2018, 05:00:47 pm ---
Replacing both libcx0 and libc066 to the latest versions (which I'd backed up, from libcx-0_6_1-2* and libc066.dll from a testcase one in Jan 2018) appears to have fixed this problem. You might like to try the same as I'm use to using Openoffice, firefox v45.9.0-2, and several other apps at the same time with no problems, including viewing (and mostly downloading) utube videos and university videos from Echo/Blackboard.

--- End quote ---

Yes, the development of Mozilla and libc, libcx has gone hand in hand and need to be the latest versions for running the latest builds of Firefox.

David Graser:

--- Quote from: Dave Yeo on March 04, 2018, 07:22:12 pm ---
--- Quote from: Ian Manners on March 04, 2018, 05:00:47 pm ---
Replacing both libcx0 and libc066 to the latest versions (which I'd backed up, from libcx-0_6_1-2* and libc066.dll from a testcase one in Jan 2018) appears to have fixed this problem. You might like to try the same as I'm use to using Openoffice, firefox v45.9.0-2, and several other apps at the same time with no problems, including viewing (and mostly downloading) utube videos and university videos from Echo/Blackboard.

--- End quote ---

Yes, the development of Mozilla and libc, libcx has gone hand in hand and need to be the latest versions for running the latest builds of Firefox.

--- End quote ---

I was doing some testing  using pmdll.  One thing I noticed is that firefox, seamonkey, and thunderbird all have different dates on some dlls.  Seamokey has the latest versions.  I renamed the originals and replaced them with the ones from Seamonkey.  Firefox accepted the latest versions, but thunderbird would fail, not run.  The dlls were lgplibs.dll and mozsqlt3.dll.  I replaced and Firefox 45.9.0 is still working great.  I did not need to revert bacl to the originals.  These are from seamonkey version 2.42.9.

yum install firefox

or

http://hobbes.nmsu.edu/download/pub/os2/apps/internet/www/browser/firefox-45.9.0-2.en-US.os2.zip

https://bitbucket.org/dryeo/dry-comm-esr31/downloads/seamonkey-2.42.9esr.en-US.os2_exp2.zip

David

Dave Yeo:

--- Quote from: David Graser on March 04, 2018, 07:39:09 pm ---I was doing some testing  using pmdll.  One thing I noticed is that firefox, seamonkey, and thunderbird all have different dates on some dlls.  Seamokey has the latest versions.  I renamed the originals and replaced them with the ones from Seamonkey.  Firefox accepted the latest versions, but thunderbird would fail, not run.  The dlls were lgplibs.dll and mozsqlt3.dll.  I replaced and Firefox 45.9.0 is still working great.  I did not need to revert bacl to the originals.  These are from seamonkey version 2.42.9.

--- End quote ---

Interesting.
Most of the code is shared between FF, SM and TB with most of the code living in mozilla\ where Firefox is built from and Bitwise is in charge of. In theory all these DLLs should be interchangeable, even xul.dll mostly, at least until you do something specific like try to open the settings/preferences.
I haven't uploaded a new TB in a while, mostly due to the latest changes not having much affect on TB so I guess that is why the DLLs didn't work, still there hasn't been any changes to sqlite3 and the only change made to lgpllibs was a while back to fix a bug dynamically loading the FFmpeg DLLs. I've also been experimenting with building with GCC 5.1.0, so SM is built with a different compiler version then FF and IIRC, TB.
I"ll rebuild TB and upload a new version over the next couple of days. It takes close to 10 hours to build TB here on my old gutless machine and often freezes after about 9 hours so I don't rebuild often.

David Graser:

--- Quote from: Dave Yeo on March 04, 2018, 10:31:58 pm ---
--- Quote from: David Graser on March 04, 2018, 07:39:09 pm ---I was doing some testing  using pmdll.  One thing I noticed is that firefox, seamonkey, and thunderbird all have different dates on some dlls.  Seamokey has the latest versions.  I renamed the originals and replaced them with the ones from Seamonkey.  Firefox accepted the latest versions, but thunderbird would fail, not run.  The dlls were lgplibs.dll and mozsqlt3.dll.  I replaced and Firefox 45.9.0 is still working great.  I did not need to revert bacl to the originals.  These are from seamonkey version 2.42.9.

--- End quote ---

Interesting.
Most of the code is shared between FF, SM and TB with most of the code living in mozilla\ where Firefox is built from and Bitwise is in charge of. In theory all these DLLs should be interchangeable, even xul.dll mostly, at least until you do something specific like try to open the settings/preferences.
I haven't uploaded a new TB in a while, mostly due to the latest changes not having much affect on TB so I guess that is why the DLLs didn't work, still there hasn't been any changes to sqlite3 and the only change made to lgpllibs was a while back to fix a bug dynamically loading the FFmpeg DLLs. I've also been experimenting with building with GCC 5.1.0, so SM is built with a different compiler version then FF and IIRC, TB.
I"ll rebuild TB and upload a new version over the next couple of days. It takes close to 10 hours to build TB here on my old gutless machine and often freezes after about 9 hours so I don't rebuild often.

--- End quote ---

Using PMSeek, all the file dates and sizes were different with Seamonkey containing the latest file dates.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version