Subj : Firefox ? To : Peter Knapper From : Mike Luther Date : Mon Apr 04 2005 10:06 am Peter and all .. PK> The later builds of Mozilla 1.7 onwards are really PK> good, I would recommend 1.8 A5 (released 24/11/04) or PK> slightly later, but stay away from the absolutely PK> latest stuff. Peter Weilbacher maintains a 'superbuild' of the 1.7 and 1.8 series, in general, which usually have a couple extra features over the official release and are later in date than the IWB official IBM version of the 1.7 based series. That may be important, for example, as with the IBM version, while stable, the latest version of it isn't as well patched per what I've read for the most recent security flaws in Mozilla. At least the later crop of these are supposedly attended to in the later 1.7 and 1.8 tracks, so said. Peter's version of 1.7.5 was VERY stable. The 1.7.6 with the later security issues addressed, among other things, is running fine on one box here, although one known publicized flaw in it isn't relevant to my work. For research purposes here the latest IBM 1.7 based version of IWB also runs fine. From what I read, memory leak issues are less on the 1.7.6 version as well. I'm running this one including Innotek's Java 1.4 latest on a box with a 133 Mhz AMD CPU and only 64MB of memory. But I don't leave it loaded when done, chortle. The IWB instance is running in a number of my flock's boxen with no trouble. They don't leave a browser up all the time either, close it when done. It only takes ten seconds or so to load for later versions even without pre-loaded remaining .DLL's in memory with a special trick if wanted. My experience with the .ZIP method of updates is simple. Unless you like being a test monkey, don't use them! Use the OS/2 INSTALLER versions only. Period. All my file listings below are the installer versions as I've learned to leave well enough alone. I am still using the 1.8a6 version compile date 13-Jan-2005 taken from Peter's site. It will run with either IBM's Java 1.3.1 latest or Innotek's Java 1.4.2 latest. I've found if you are going to run IBM's Java 1.3.1 you *DARNED SURE* have to get the latest Service Release 8 or at least the Service Release 7 just before that. While the SR8 made it only into the official IBM Passport Advantage, as far as I can tell,the previous SR7 showed up on the public TestCase as an open file with no password! I collected it and stuffed it here on my BBS. Either IBM version works with IWB latest, MOZ 1.7.5/6 and MOZ 1.8a6 here including a few twirlers on the FidoNet R19 page and screen scrollers at a couple other pages including the PowerBasic development URL. If you use the IBM Java 1.3.1, it finds your MOZ browser and puts the needed Java Plug-in into the plug-in directory for you. For a couple reasons, I have never let the IBM Java 1.3.1 become my java support for the orignal Netscape 4.6 here. That's because of some use of PolarBar Mailer, as well as at least originally that the Norman virus operation wanted it. This may not be relevant any more, but haven't had time to research this. I keep Java 1.1.8 for OS/2 Mozilla 4.6 here. Innotek's 1.4.2 latest is broken as to at least some of the scrollers and twirlers. Actually that's a blessing at most sites, chuckle. Please note, If you want to use Innotek's product, you have to install the latest INNOWIN product before you use it. That as well as the GCC 5.1 DLL library too. All IWB/MOZ use now requires a first install the 5.1 GCC library DLL. If you are using the IBM official IWB release, as far as I know it will install the required 5.1 GCC release automatically for you. But a hand install of it is required if you want to use the MOZILLA 1.7 or 1.8 products. I do it with the ..EXE file below in the file list. Then you install the INNOWIN product, whatever it is. Then you install the Innotek 1.4 latest. Fine. But the Innotek product also does *NOT* install the needed plug-in's into any browser directory for them! You have to copy the half dozen or so required plug-in's by hand into your plug-in directory. Please! look at the read-me and formum on the Innotek web site for what you can find first if you want to use it. I've found out the hard way, you do *NOT* mix IBM's Java 1.3.1 plug-in's and the Innotek Java 1.4.# stuff in the same MOZ or IWB instance. There is only one IBM Java 1.3.1 plug-in that is there. If you over-install the Innotek Java 1.4 latest, name the IBM plug-in to a back file name or whatever to clear the conflict. Same goes for the reverse! If you have the Innotek Java 1.4 latest in service, and you run the installer to install or update IBM Java 1.3.1, it will smunch in the IBM plug-in right neat into at least one of your browser or MOZ directories! BLAM .. disaster. You'll hit, at one point or another, a SYS2070 error when you close the browser, or worse if you leave it running and so on. This is one way major larger disasters can take place for those who leave the application running with both java plug-ins stuffed into the directory, so I've found. OK -- FILE SUMMARY AND SO ON HERE: http://weilbacher.org/Mozilla/builds.html or the earlier 1.8a6 and 1.7.5 here on my BBS in IBMINFO renamed as 8X3 short file names: 12-20-04 4:21a 14126298 0 MOZ71220.EXE 1-13-05 2:53a 14754886 0 MOZ80113.EXE In that IBMINFO area the public 8X3 renamed testcase release of IBM Java 1.3.1 SR7 is: 8-04-04 11:04a 20776056 0 IBM131RT.EXE 8-04-04 10:56a 23045830 0 IBM131TK.EXE The GCC library installer is also in my IBMINFO area: 4-15-04 6:38p 508945 0 LIBC051.EXE The Innotek files are: 7-09-04 9:04a 17858937 0 install.exe (Innowin) 7-09-04 8:00p 2452152 0 Install_rtm.exe (Runtime) 7-09-04 9:05p 43818501 0 install_sdk.exe (DevKit) In my IBMINFO area they are: 7-09-04 8:00p 2452152 0 IJ14INRT.EXE 7-09-04 9:04a 17858937 0 IJ14INST.EXE 7-09-04 9:05p 43818501 0 IJ14SDVK.EXE There is an ongoing issue about the official crew abandoning the suite and continuing on with separate browsers, mail clients and so on. From initial comments, most of the OS/2 users seem disappointed in that. I read that the individual products may be watered down and then have new problems which produce more errors when hand merged into use in the average OS/2 user's systems. Gloom. On his own personal time, Mike Kaply is now making the critical nightlies and contributing them to the offical MOZ site with an OS/2 system he built from private donations recently! Peter Weilbacher has told me he will continue to produce the add-on extra special versions he does into the future, and if necessary he will build the other release versions as need too! What you see at his and the Warpzilla site are the most recent full efforts of all. The Calendar is severely broken in the latest 1.8b series. That's why I'm not using it here but have stayed with the 1.8a6 version. These and others are working *SO* hard to make the future a reliable future. I test and participate at the INSTALLER level with all of these on mirror hand made profiles here to help find the bugs. There are very few at this point. I'm extremely thankful for IBM's and these folks contributions and very pleased with the work --> Sleep well; OS/2's still awake! ;) Mike @ 1:117/3001 --- Maximus/2 3.01 * Origin: Ziplog Public Port (1:117/3001) .