OS2 World Community Forum
OS/2, eCS & ArcaOS - Technical => Applications => Topic started by: Pete on January 24, 2019, 08:26:51 pm
-
Hi All
Not sure if this has already been spotted by anyone...
I tried to start seamonkey - Mozilla/5.0 (OS/2; Warp 4.5; rv:45.0) Gecko/20100101 Firefox/45.0 SeaMonkey/2.42.9esr - which failed and did not even raise a blip on the cpu monitor
Checking with pmdll I see that the "nixy bits" nspr4, libc066, libcx0 and gcc1 are reported as "Dll initialization failed" (or similar wording).
Interesting...
I have made no system changes and no reboots, not even a Desktop restart, since last using seamonkey a couple of hours earlier.
Since last using seamonkey I have used A004.1.6 to write a letter and started cupsd.exe in order to print the letter.
I have also run a couple of OS/2 games that do not use any of the "nixy bits".
So, the culprit is probably AOO4.1.6 as killing cupsd.exe has not helped.
I saved this text as Desktop\seamonkey.txt and closed the editor (e.exe)
Before rebooting I tried a Restart Desktop. That resulted in most of my Desktop disappearing.
I hit the power off button - no, I did not use shutdown as I wanted to force a chkdsk on reboot.
Having powered on the system booted to my nearly fully populated Desktop - just the recently saved seamonkey.txt missing and not found anywhere on the system so I had to recreate the above from memory.
So, was the seamonkey problem Desktop or AOO4.1.6 (or both) related?
I guess the answer is to run seamonkey for a little while then close it then run AOO4.1.6 and cupsd.exe to see what happens.
The answer is that after running AOO4.1.6 the system needs to be rebooted in order to run seamonkey - and possibly any other app that needs the "nixy bits".
Has anyone else made this discovery? - and is there a workaround to avoid the reboot?
Regards
Pete
-
Sounds like a memory/resource problem. Both SM and AOO use a lot of memory. This can be checked with Theseus if needed
Have you marked either or both DLLs to load high? If not, you're probably running short on lower shared memory. If so, it may be high memory or both. Note that memory fragmentation can also be the problem.
Suggestions, mark the SM DLLs, or at least xul.dll to load code high. I believe there is a utility to do the same with AOO. Then we run into the bug where the kernel does not release the high memory when unloading the DLLs, so use mozturbo (actually smturbo) to keep the Mozilla DLLs loaded and likewise for AOO which I believe includes a utillity to keep the DLLs loaded/preload them. Both should be started at boot up.
-
Hi Dave
Both Seamonkey and AOO dlls were marked to load code high and smturbo was already in use.
Adding the AOO Quickstart to the mix seems to have resolved the problem to my needs here - no problems with running both apps 6 times which is the most I am ever likely to use them in a 10 - 12 hour period.
In fact I only use AOO a few - maybe 7 - times a month so had never bothered with the Quickstart app with previous AOO releases.
Regards
Pete
-
Good to hear. Another fix might have been to raise your VIRTUALADDRESSLIMIT, though that would have probably just delayed the inevitable.
-
Hi Dave
It looks like the main culprit is AOO4.1.6
Having moved smturbo and the AOO Quickstart objects out of my Startup folder I rebooted.
Once booted I ran AOO writer.
After exiting AOO writer I cannot run any apps that require any of these dlls: nspr4, libc066, libcx0, gcc1
Should I report this to bitwise?
Regards
Pete
-
Should I report this to bitwise?
Rather to Arca Noae.
-
I open PMMail and Firefox (DLL's marked to load code high, other support DLL's also marked to load code high) when I start my computer, I use AOO (code and data marked to load) quite a bit during the evenings as I'm doing a uni summer school unit (last year, several units each semester). AOO's text document and spreadsheet's are opened and closed several times when switching between different documents and spreadsheets, all with no problems. I do not preload any of the programs but I do turn the computer off at the end of each day. Firefox and AOO both get good workouts when I have to write reports, a lot of switching between different websites at uni, library's and other scholarly sites with cut n pasting data etc.
-
Hi Andreas
Why Arca Noae rather than bitwise?
Regards
Pete
-
Why Arca Noae rather than bitwise?
I can't find Dave's original thread (searching on os2world.com gives only outdated results). But see the text on Steve's page (http://os2news.warpstock.org/), right column, mozturbo.
So, it looks like a kernel problem.
Edit: It's the mozturbo thread (https://www.os2world.com/forum/index.php/topic,1953.msg19776.html#msg19776).
-
While there are kernel problems with releasing high memory, Pete's problem sounds more severe and I don't think Arca Noae can fix it. They are aware of the kernel problems.
Pete, what do you have VIRTUALADDRESSLIMIT set at? Also are you running any rpm packages from the experimental repository? And do you have theseus4? If not could you download it from Hobbes?
-
Hi Dave
i have VIRTUALADDRESSLIMIT=3072 - I seem to recall it is set this high to enable Virtualbox to run.
I also seem to recall that AOO4.1.6 and Seamonkey needed rpm packages from the experimental repository so, Yes - although I could not name them... possibly libcx amongst others.
I ran ANPM to see if I could spot any experimental repository packages. Not really.
Out of interest I RMB clicked on libcx and selected information.
That tells me that there is a later libcx available in netlabs-exp - I have v0.6.3 installed and 0.6.4 available.
However, the ANPM interface has not marked the Installed libcx as having an update available and it does not show in the Available packages either. It seems an updated libc066 is also available in netlabs-exp.
In fact none of the Installed packages show any updates available - which does not seem right - and Available packages look a lot less than I remember from last run of ANPM several weeks ago.
There does not seem to be a setting in ANPM to turn off the Updated Package Available icon.
I am now wondering if there are some updates required that I am unaware of.
ANPM is set to search "All matching packages" plus "All repositories" and netlabs-exp is included.
I do have Thesus4 installed - and could probably follow comprehensive instructions on using it to try to help analyise the problem should it turn out to be more than an outdated support library or several.
Regards
Pete
-
OK, some ideas, starting out with easy long shots. Double check that all repositories are enabled by going to Manage-->Repositories in ANPM. The install CD/DVD ones should be disabled.
Try reinstalling the NSS and NSPR files, then the LIBC and LIBCX, reboot and retest.
Try lowering your VIRTUALADDRESSLIMIT, perhaps to 2560 or even 2048, reboot and retest.
If you're still getting the same problem, try using Theseus to check how much shared memory is free.
Open Theseus on a freshly booted system, without smturbo and the OO preloader loaded. Hilight a process, which doesn't matter. Go to Process-->Shared Object Summary and click that, scroll to the bottom of the tall window, they'll be an area like,
Analysis of 'Free' areas:
There are 27 free blocks which total 58459000 (1446244K or 1412.348M)
The largest 10 free areas are:
address size
4C400000 468D0000 (1155904K or 1128.813M)
06580000 10090000 (262720K or 256.563M)
1C010000 01210000 (18496K or 18.063M)
16C80000 006C0000 (6912K or 6.750M)
17C80000 00180000 (1536K or 1.500M)
...
Note the 2 largest free areas, usually the top one is high memory (above 1fffffff) and the other is lower shared memory.
Start AOO writer, under the Shared Object Summary Window, go to Misc-->Contents Update-->Refresh now and compare the figures to see how much free memory you have left. Close AOO and repeat the refresh thing to see if and how much memory got recovered. Hopefully the numbers, especially the low memory block are reasonably large (over perhaps a 100MBs).
You can examine the Shared Object Summary Window also to see what is using a lot of memory.
Hopefully this will tell us something. If not I guess an issue will need to be opened where ever AOO's readme says.
-
Well for me the problem is that if I open vbox with w7, then SM, and try to open the AOO, on a few occasions I get an error SYS0147 that is correct. But in other cases it hangs system without giving me any error, and that is worse. Of approximately 10 attempts, such only twice has the SYS0147 come out.
-
Well for me the problem is that if I open vbox with w7, then SM, and try to open the AOO, on a few occasions I get an error SYS0147 that is correct. But in other cases it hangs system without giving me any error, and that is worse. Of approximately 10 attempts, such only twice has the SYS0147 come out.
VBox uses huge amounts of shared memory space (mostly low shared space, from what I have seen). If you load something, and it runs out of shared memory space, the system needs to be able to get enough shared memory to be able to tell you about it (SYS0147). If it can't get enough shared memory space, it hangs, waiting for it to become available, and that rarely happens.
The only known answer, is to load as much as possible into high shared memory, leaving more room in lower shared memory, so you don't run into the problem. AOO can be set to load code, and data, in high shared memory, but it still uses some lower shared memory, and you do need to prevent it from unloading, to avoid the kernel problems when you do unload it. QuickStart does that. FF, SM, and TB, now have the firefox-highmem package, that sets FF to use high memory (I expect that also helps with SM and TB). Now, we also have MOZTURBO, to keep those things from unloading, and triggering the kernel problem. You probably also need to expand the amount of upper shared memory space, that is available. Use VIRTUALADDRESSLIMIT=2560, in CONFIG.SYS, to do that. The max is 3072, but I find that many systems have problems using the max, so 2560 is a good compromise.
Unfortunately, those things only help, they don't fix the problems, so eventually you will have problems.
-
Hi Dave
Rebooted, smturbo and Quickstart not started.
Ran Thesus4 - pmshell highlighted
Analysis of 'Free' areas:
There are 9 free blocks which total 9F3C0000 (2608896K or 2547.750M)
The largest 9 free areas are:
address size
34000000 89DE0000 (2258816K or 2205.875M)
04300000 12DC0000 (308992K or 301.750M)
1C010000 01EF0000 (31680K or 30.938M)
175B0000 00820000 (8320K or 8.125M)
1E160000 00090000 (576K or 0.563M)
18260000 00040000 (256K or 0.250M)
18080000 00020000 (128K or 0.125M)
1DF10000 00010000 (64K or 0.063M)
1FFF0000 00010000 (64K or 0.063M)
Started AOO4.1.6 writer and Refreshed above results:-
Analysis of 'Free' areas:
There are 75 free blocks which total 98E0E000 (2504760K or 2446.055M)
The largest 10 free areas are:
address size
34000000 86E00000 (2209792K or 2158.000M)
04300000 11AA0000 (289408K or 282.625M)
16190000 002F0000 (3008K or 2.938M)
1FFF0000 00010000 (64K or 0.063M)
BC081000 0000F000 (60K or 0.059M)
BCCC1000 0000F000 (60K or 0.059M)
BB002000 0000E000 (56K or 0.055M)
BB142000 0000E000 (56K or 0.055M)
BB252000 0000E000 (56K or 0.055M)
BBC52000 0000E000 (56K or 0.055M)
Closed AOO4.1.6 writer and Refreshed results:-
Analysis of 'Free' areas:
There are 83 free blocks which total 9C56E000 (2561464K or 2501.430M)
The largest 10 free areas are:
address size
34000000 86E00000 (2209792K or 2158.000M)
04300000 11E70000 (293312K or 286.438M)
1C010000 01E80000 (31232K or 30.500M)
175B0000 00730000 (7360K or 7.188M)
16190000 00670000 (6592K or 6.438M)
16830000 00480000 (4608K or 4.500M)
16D80000 00340000 (3328K or 3.250M)
BC118000 00208000 (2080K or 2.031M)
1E160000 00050000 (320K or 0.313M)
1E1D0000 00020000 (128K or 0.125M)
While it looks like AOO4.1.6 does not release all memory surely there should be plenty available to run Seamonkey - and AOO again?
Regards
Pete
-
Yes, that looks like lots of free memory with not much fragmentation. Though I'm somewhat surprised that AOO didn't use more memory. I guess using it more might show more use. Otherwise
not sure what your problem is, though as suggested you might want to reinstall the libs.
-
Hi Dave
The suggested libs were reinstalled with no change: Without AOO4 Quickstart running I get 1 use of AOO4 and after that I need to reboot in order to use any app - including AOO4 - that uses the "nixy bits".
As memory does not seem to be the problem I am wondering if
1] AOO4.1.6 somehow "locks" access to dll files and is not "releasing" them on close
2] Some of the "nixy bits" need updating - but no updates showing as available in ANPM
Regards
Pete
-
Hi Pete.
As far as I know, AOO can't lock up the DLLs. Does AOO use NSPR? NSPR is actually a (well was) Netscape bit, which is used by a few things.
You can try going into ANPM and under Manage, there is Yum Tools which has a way to cleanup and rebuild the RPM data base. You can try those steps and see if it helps.
There may be other resources besides shared memory that is running out, I don't know. Generally what happens here after a day or two running SM, TB and occasionally FF is the system locks up or spontaneously reboots. The mozturbo programs seem to have fixed that.
-
Hi Dave
This problem was probably an operator error...
Today I realised that I had not installed the latest smturbo - v0.5 - so unzipped, installed and started it with the default parameter(s).
With Seamonkey running I have opened AOO4.1.6 writer edited and saved a document twice without problems. NOTE: AOO4 Quickstart not running.
AOO4 seems to be capable of further starts if necessary as I just edited and saved the previous document again.
Closed Seamonkey.
Restarted AOO4.1.6 writer without problems.
Rebooted with smturbo in Startup but not AOO4 Quickstart.
Ran AOO4 writer and exited.
Ran Seamonkey and exited.
Ran AOO4 writer and exited.
Ran Seamonkey to post this in os2world forum.
As all seems to be working now I think we can say that whatever changes exist in the upgrade from smturbo v0.3 to v0.5 work fine here.
Thanks Dave.
Regards
Pete
-
Interesting, and glad it is working well for you. The main change was not force loading the DLLs, thanks to Rich for the suggestion. V0.3-V0.4 was a ffturbo bug fix (missing DLL).
Really need to release v1.0 (only code change is adding a version parameter), just need to get ambitious and redo the documentation. I'm crappy at documentation :)
-
Hi Dave
While installing smturbo v0.5 certainly helped previously I now find that it is no longer needed.
I have just rebooted and run both AOO and Seamonkey without problems and then realised that smturbo was not in the Startup folder so is not running - nor is AOO Quickstart.
The only change to the system is the smturbo update - which is not running.
Prior to starting this discussion I had not had any problems running AOO4.1.6 and Seamonkey.
There had been no system changes causing this problem originally and we are now back to all working with no system changes - discounting the not in use smturbo.
So, no idea what caused the problem but it seems to have sorted itself out...
Regards
Pete
-
I'm not sure if this works, because I've tried it a little, but it gives me good feelings. At least the java script, it seems they load very fast. It's about doing this:
unlock exceptq.dll
rename exceptq.dll exceptq-stop.dll
Comment if it works, or not.