OS/2, eCS & ArcaOS - Technical > Internet

Firefox and Traps

<< < (2/17) > >>

Dave Yeo:

--- Quote from: Ben on March 26, 2018, 01:58:25 am ---
--- Quote from: Dave Yeo on March 25, 2018, 10:38:15 pm ---Try setting MOZ_ACCELERATED=0. Simplest is to test with a cmd prompt, set MOZ_ACCELERATED=0 and then from the same session, run firefox.exe (or the run! equivalent).
If it helps, you need to go into the firefox settings and disable video acceleration.
ps, these trp files are more informative if you install the debug packages.

--- End quote ---

I tried that Dave and it did make a difference; it went on to the Check Addons screen, but no further.

--- End quote ---
That doesn't sound good.

--- Quote ---
Also, it no longer made my mouse pointer disappear; before it did every second time I tried to run Firefox.

I attached the Trap log.

Two questions:

-Is "run!" still required?

--- End quote ---
It depends on whether you're running the latest and whether you're running more then one Mozilla app. The latest isn't widely available yet. Your crash isn't related to run!

--- Quote ---
- Which "debug packages" would I need?
[/color]

--- End quote ---

Depends on where you got your Firefox. Generally it is available at the same place, probably Github. For libc and nspr, they're available with ANPM.

Did you change/update anything? You could also test by trying SeaMonkey.

Dariusz Piatkowski:
What happens when you run: 'firefox.exe -safe-mode'?

This will attempt to disable all add-ons (in case there is a problem there) and just brings up the default FF config.

David Graser:
Ben

Have you checked out this web page.  They do a pretty good job of explaining and telling one everything they need to be successful.

http://ecsoft2.org/firefox

I remember you said you use eCS 2.2 beta.

This is the site if you want to download and use Arca Noae Package Manager:

http://ecsoft2.org/anpm-arca-noae-package-manager

Ben:
Right now I am playing with Firefox 45.9.0 GA, (2017-10-04). But it does this with all versions of Firefox which leads me to believe that something I did or changed two weeks ago is interferring with it loading. But I'll be damned if I can find whatever that is.

It took me a while to do it, but I did manage to get the base install of YUM/RPM to actually work beyond the initial install and update; like most people using OS/2 or some variant, I had my own way of handling *.dlls; I really had no choice but to conform to the YUM/RPM method of doing things to get some programs working and cooperating.

Right now, Arca Noae YUM install works fine, (though it took quite a bit of effort to get there), and indicates all is loving and caring in the world... of OS/2 hehe, (certainly not on the global scene where Empire-buidling is rampant and roaring under the obvious guise of "spreading democracy" & "peacekeeping"). So, it seems likely that all DLL requirements are met for the version that I referenced above. I did follow the RPM_REQUIREMENTS file included with the package and until just recently, it wouldn't even attempt to load but only produced a XUL.DLL error popup window; but fixing YUM fixed that.

Arca Noae's YUM package checks for duplicates and olders versions when installing a dll(s) so that should not be an issue here... though I am not sure that I can rule that out entirely. I think that the important clue is that it affects all variants of Firefox. However, I had no idea that there was anything that could do that yet, not affect anything else on my system; it's a real puzzler, it has even stopped the ancient and early version of Firefox from running, even from 2011. Clearly something is in conflict with something else or somehow, something has been inadvertantly deleted. But how would I even begin to check if some obscure base OS file/dll has been deleted? Right now, I do not have another working version of OS/2 on this machine to compare it with. If all else fails, that will be my next goal and I will work from there... but right now that's a  lot of work when time is tight. I actually had to lower my standards and use Windoze to type this post; my, how times have changed.

I will check out that site David. Maybe I can find a clue there.

Dave Yeo:
It seems strange. Be nice to see a proper trp file.
Possibilities include a corrupted DLL, shouldn't be to many possibilities as it affects so many versions of Firefox. You could try reinstalling all the Firefox requirements. I guess perhaps something wrong with networking might do the same, not sure what you can do about that.
Failing hardware might show up in Firefox crashing first as well. Can you run other large programs such as OpenOffice?

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version