OS/2, eCS & ArcaOS - Technical > Applications
Firefox error message
Joop:
Dave, thank you for your answer,
--- Quote from: Dave Yeo on July 29, 2014, 01:29:47 am ---The xpcom missing thing is a general error which was fixed but seems to have somehow got reverted :(
The real problem is that you are missing something else,
--- End quote ---
pthreads (pthr01.dll) installed
mmap.dll installed
gcc444.dll installed
stdcpp6.dll installed
another gcc dll , you have to be more precise than this
mzfntcfgft package installed
moz_required_dlls_v1 installed
the newest mzfntcfgft that is? installed 20130104, but there is also a mzfntcfgft_infinality_b2.zip, which is an alternative, sounds not to me as a must have.
The dll's are installed over OS/2 and eCS DLL directories. Of course both in libpath.
In case you forget, I just work right now with FF 17.0.11esr without any error so far. Only get the message in combination with JAlbum.
Dave Yeo:
Sorry Joop, read to fast and missed the part where FF17.0.11 was running fine.
All I can think of is that something is running out of memory. You might want to try increasing your virtualaddresslimit to 2048 or even 2500. Be sure to have an alternate boot method in case of problems.
You are likely to get excessive swapping though and if this is the problem I'm somewhat surprised nothing crashed.
As you noticed the newer the Firefox, the bigger (dmik had to way up his virtualaddresslimit just to link xul.dll for 24) and the more memory that is used. With 64bit systems becoming popular this is only going to get worse.
BTW, do you have the icetea (Java6) plugin installed? Perhaps it is an interaction with that.
ivan:
Joop, as far as I can see jAlbum 12-1-9 is not that much different to jAlbum 11-4-1. The differences are the builtin browser and having to pay for it ;) so, unless there is some absolute 'must have' improvement in future releases I am sticking with 11-4-1.
Joop:
Hello Dave,
Thanks for your answer,
--- Quote from: Dave Yeo on July 29, 2014, 04:07:26 am ---Sorry Joop, read to fast and missed the part where FF17.0.11 was running fine.
--- End quote ---
Can happen, things are getting more complicated and you need more text for explaining when it doesn't go the way it should.
--- Quote from: Dave Yeo on July 29, 2014, 04:07:26 am ---All I can think of is that something is running out of memory. You might want to try increasing your virtualaddresslimit to 2048 or even 2500. Be sure to have an alternate boot method in case of problems.
You are likely to get excessive swapping though and if this is the problem I'm somewhat surprised nothing crashed.
As you noticed the newer the Firefox, the bigger (dmik had to way up his virtualaddresslimit just to link xul.dll for 24) and the more memory that is used. With 64bit systems becoming popular this is only going to get worse.
BTW, do you have the icetea (Java6) plugin installed? Perhaps it is an interaction with that.
--- End quote ---
Yes, I noticed the big difference with xul. No, I have not installed icetea, so far no need for. Have to find out. Most of the times when I'm testing I only have the test subject running and nothing else, so may be this is your answer why its not crashing. For your information - it must be somewhere in OS/2 - if the system runs out of memory, and I really mean ALL of it, so no room in memory, no room on all hard disks or other storage, the system will come up with the message that its short of memory and if you like to install a storage medium so the system can go on with the task. I have seen this message only once on a 386 system with OS/2 2.11. So crashing surprises me, will become very slow, but not going down.
Joop:
--- Quote from: ivan on July 29, 2014, 09:47:17 am ---Joop, as far as I can see jAlbum 12-1-9 is not that much different to jAlbum 11-4-1. The differences are the builtin browser and having to pay for it ;) so, unless there is some absolute 'must have' improvement in future releases I am sticking with 11-4-1.
--- End quote ---
Ivan, thanks for the remark, but its not fully true. JAlbum 12.1.9 does have a few things more and is faster. I just test Java programs for OS/2-eCS users and have a website about it. I can't test all, special then when a server is needed. I'm very busy the last few years and work is piling up, so the website is a little behind in maintenance. Right now busy with the English version of Java, its not online yet. Also have strange effects with ImageJ, for some reason update gives a strange error. But testing is sometimes difficult because the number of combinations of Odin and Java is going up. There is good news too, this week I got the source from a program, but with the restriction not to give it away. So finally I have to dive into programming, did I say I was busy?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version