Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Wayne A. Smith

Pages: [1] 2
1
Applications / Re: Firefox 45.9 XUL.DLL error
« on: February 13, 2023, 05:37:43 pm »
As an addendum to yesterday's message, I know that my solution was not particularly elegant.  But it accomplished what I immediately required.

When I have more time I plan to use the Registry Editor and UniMaint to locate the PSPRINT.DRV references and explore how any anomalies might be corrected.  The USB connected printer might require CUPS and thus might need the driver; right now, though, I'm not using it on the desktop computer and can defer resolution.

At least I can save the current partition and files, to revert to them, if the efforts and movement back of PSPRINT.DRV again causes problems.

2
Applications / Re: Firefox 45.9 XUL.DLL error
« on: February 13, 2023, 12:06:51 am »
SUCCESS!!!  I now have FF 45.9.0 and SM 2.42.9 opeating on the Desktop.

I ran <check.ini> yesterday and, while it seemed to report FF w/out an ID - though this could have referred to 38.8.0 installed w/ ArcaOS 5.0.0 - the log didn't show anything.  (It seemed it was doing something w/ the INI files since the Archive operation was activated during the process - I having it set to automatically archive for any change greater than 2.5% and every 15 days - but neither FF or SM still functioned afterward.  (However since I was interrupted in following the whole process by attending to a church member who was here fixing a faulty circuit breaker, I may have missed something.)

Before trying a clean w/ UniMaint, I today moved PSPRINT.DRV to another partition, and then rebooted.  On running both FF and SM the Profile Manager window for each opened and I created them.  I then instructed them to open and they did what they were supposed to do.

I've noted the intervening three messages and will print them for future reference and possible future use.  I had last week deleted the PS Printer Object I had created but this didn't help.  Since FF and SM now are operating I haven't endeavored to pursue the printer delete suggestion; I'm not sure it would have had any effect since the printers consist of:  a dot matrix connected to LPT1; an HP DeskJet w/ a USB connection; and the PMPDF generator.  (I also do have the PMFax driver installed but this doesn't seem to cause a problem.  (It's a shame configuration of PMFax w/ new hardware is so difficult since it was a fine answering machine, I now having to use an application under XP on a different computer for this purpose.))

The situation was definitely strange since on this ThinkPad T-540p PSPRINT.DRV continues to reside in <os2\dill\psprint\> and it never stopped FF or SM from opening.  I suppose it must have been that PS Printer Object I created long ago that inserted something weird in the INI files.

Thanks Much to all for their help.

3
Applications / Re: Firefox 45.9 XUL.DLL error
« on: February 11, 2023, 06:39:04 pm »
OK, will give these a try today, or at east some of them between other commitments.  I'll try your recommendation of using WPTools before UniMaint; I suffered a Senior Moment yesterday when I dubbed UniMaint as UniTools.

I did last night before retiring to bed boot the desktop into Linux and used DFSee to create an image backup of 5.0.7.  Possible messing up these INI efforts then won't be dangerous.

The residing of PMPRINT.DRV in the INI files may well be the problem; the old creation of the PS Printer Object likely inserted it.  I do not presently perceive any danger in removing it as I don't conceive any need for it; the only potentially-associated application would seem to be PMPDF and it doesn't seem to use or need it.

I'll report later.  Thanks for all your effort.

4
Applications / Re: Firefox 45.9 XUL.DLL error
« on: February 11, 2023, 01:00:48 am »
Inserting
-ProfileManager
in the Parameters still causes a crash and throws out the same "Couldn't load XUL.DLL (OS2 error 87)" error.

I may have installed some printers in FF 38.8.0 but not 45.9.0 or Seamonkey since I could never get them to run.  In fact I don't recall any menu for printer installation under any of them.

I see no reference to <psprint.drv> in the <config.sys>.  I did try to rename it, to see if this helped, but failed since it said it was being used by another application.  Accordingly I deleted the printer object for the PS Printer I had created - since I probably had created it erroneously thinking PMPDF may have required it, or for creating files for Distiller - and rebooted.  Still the same problem.

As far as my INI files I have only relied on IFX examining and cleaning them.  I did, long, long ago, purchase a license for UniTools and have it installed on the desktop.  Do you think I should give this a whirl?

5
Applications / Re: Firefox 45.9 XUL.DLL error
« on: February 10, 2023, 08:15:00 pm »
Though this is an old thread I'm using it since it addresses the same situation I have.

I have both Firefox 45.9.0 and Seamonkey 2.42.9esr running fine on my ThinkPad T-540p. I'm running FF under @unixroot; FF is also installed on a separate partition and directory.  Likewise, SM is installed on a separate partition and directory.

The data for <xul.dll>  is:
@unixroot
29,398,067 05/21/18
Programs\firefox
37,270,233 03/21/20
Telecomm\seamonkey
41,620,640 08/17/19

Despite the discrepancies all three programs open fine.


However, on my desktop I can't get any of them to run.  (Both the ThinkPad and Desktop are at the ArcaOS 5.0.7 level)  The data for <xul.dll> on it is:
@unixroot
29,398,067 05/21/18
Programs\firefox
37,270,233 03/21/20
Programs\seamonkey
39,651,277 03/20/20
Telecomm\firefox
41,023,852 11/11/20
Telecomm\seamonkey
41,741,025 06/12/22

Entering <-safe-mode> in the Parameters didn't help.

The applicable <popuplog.os2> entries are:

01-21-2023  18:34:29  SYS3175  PID 0098  TID 0001  Slot 0020
O:\TELECOMM\SEAMONKEY\SEAMONKEY.EXE
c0000005
0ae9a9cb
P1=00000001  P2=00000002  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000000  EBX=11664c90  ECX=0c9ce020  EDX=00000000
ESI=11664bf8  EDI=00000000 
DS=0053  DSACC=d0f3  DSLIM=5fffffff 
ES=0053  ESACC=d0f3  ESLIM=5fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:0fc6cf1b  CSACC=d0df  CSLIM=5fffffff
SS:ESP=0053:001eff64  SSACC=d0f3  SSLIM=5fffffff
EBP=001eff70  FLG=00010297

PSPRINT.DRV 0001:0001a9cb

------------------------------------------------------------

02-08-2023  15:21:23  SYS3175  PID 0089  TID 0001  Slot 000c
J:\@UNIXROOT\USR\LIB\FIREFOX-45.9.0\FIREFOX.EXE
c0000005
0ba407c7
P1=00000001  P2=00000002  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000000  EBX=10d7e384  ECX=0e430aa8  EDX=00000000
ESI=10d7e2f4  EDI=00000000 
DS=0053  DSACC=d0f3  DSLIM=5fffffff 
ES=0053  ESACC=d0f3  ESLIM=5fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:104dc427  CSACC=d0df  CSLIM=5fffffff
SS:ESP=0053:0012ff5c  SSACC=d0f3  SSLIM=5fffffff
EBP=0012ff68  FLG=00010293

PSPRINT.DRV 0002:000107c7

------------------------------------------------------------

02-08-2023  19:20:30  SYS3175  PID 0104  TID 0001  Slot 00dc
O:\TELECOMM\FIREFOX\FIREFOX.EXE
c0000005
0ba407c7
P1=00000001  P2=00000002  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000000  EBX=10c75550  ECX=0bcbe9f0  EDX=00000000
ESI=10c754c0  EDI=00000000 
DS=0053  DSACC=d0f3  DSLIM=5fffffff 
ES=0053  ESACC=d0f3  ESLIM=5fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:0ed54cbb  CSACC=d0df  CSLIM=5fffffff
SS:ESP=0053:0013ff64  SSACC=d0f3  SSLIM=5fffffff
EBP=0013ff70  FLG=00010293

PSPRINT.DRV 0002:000107c7

I'm fairly certain I have all the dependencies installed.  The last ones I noted in the RPM Requirements for the <@unixroot> install I attempted to install through <yum install> and te following was the output:

yum install libgcc1 libstdc++6

[J:\]yum install libgcc1 libstdc++6
Setting up Install Process
Package libgcc1-4.9.2.1-3.oc00.pentium4 is obsoleted by libgcc-9.2.0-5.oc00.i686
 which is already installed
Package libstdc++6-4.9.2.1-3.oc00.pentium4 is obsoleted by libstdc++-9.2.0-5.oc0
0.i686 which is already installed
Nothing to do

I searched the boot drive and <psprint.drv> was installed in both <OS2\dll\psprint> and <sys\install\prndrv\pmdd_6> and are identical, both being 827,719 and dated 08/20/18.  Printers on the Desktop are:
a Dot Matrix installed on LPT1,
a HP DeskJet installed on USB,
the PMPDF generator, and
a Postscript printer configured for LPT2.
Right now I have no recollection why I installed the last one.  I probably can delete it if this might be the cause.

Any ideas?

6
Applications / Re: Apache Open Office fail
« on: May 09, 2022, 05:40:29 pm »
If older version has to be uninstalled ( What I did :D ), I think it wold be better having Warpin doing it during the installation process...
As soon an older version is found, suggest to unsintall it using a an unsinstall option and only after uninstall was processed, install new version.
 ::)

Thanks Remy.

After I posted my earlier message I realized that WPI would probably be the best way to go if it was necessary, and that my "delete" term was unfortunate.  I think your idea of having the installation process do the uninstall is a suggestion, and a good one; maybe the "powers that be" will think about it.  Presently, though, first running WPI to uninstall 4.1.8 seems the only option, and I'm sure AOO is one of the applications listed that I can uninstall.

Since you did do an uninstall first, I'll do the same - the only drawback being the need to again customize the Toolbar, and that's not that much of a big deal - unless I hear to the contrary before I get around to it.

7
Applications / Re: Apache Open Office fail
« on: May 09, 2022, 04:44:38 am »
...

I removed my old AOO install and simply installed The AOO-4160-GA-langpack-en-US.wpi
All appears to be working fine after I marked the DLL's to load in highmem.

The ReadMe for 4.1.11 states "Do not install this version over an existing installation."  I do not recall whether the same warning was diaplayed when I installed 4.1.8 - possibly over a previous version.

Is this why you removed or uninstalled your old AOO?

The reason for my preceding message is that WPI defaults to the directory for 4.1.8 without any opportunity to select a different directory.

8
Applications / Re: Apache Open Office 4.1.8 Crash
« on: May 09, 2022, 04:37:35 am »
Quote
I went down this path, deployed 4.1.11 with all the appropriate pre-requisite RPM package updates....only to find out that 4.1.11 turned out to be abysmally slow openning up any of my spreadsheets, as well as few other documents.

Personally, I think 4.1.11 opens spredsheets (and other things) faster than the older versions. Use Appache OpenOffice Quick Start, with the "-calc" (and others as needed) parameter, in a startup folder, and it will open quickly. AOO 4.1.11 fixed a couple of other problems, for me. It still has some problems because of our antique JAVA, but performance is quite good. You should also use the Extras-> Enable High mem tool, to mark, at least code (I use code&data) to load high. Loading high can have problems unloading if you don't have the ArcaOS fixed kernel (only licensed for use with ArcaOS). Using Quick Start helps to work aeound that problem too, because it keeps the code from unloading.

The ReadMe for 4.1.11 states "Do not install this version over an existing installation."  I do not recall whether the same warning was diaplayed when I installed 4.1.8 - possibly over a previous version.

Did you uninstall or delete your previous version before installing 4.1.11?

9
Applications / Re: Apache Open Office fail
« on: May 09, 2022, 04:34:14 am »
...

I removed my old AOO install and simply installed The AOO-4160-GA-langpack-en-US.wpi
All appears to be working fine after I marked the DLL's to load in highmem.

The ReadMe for 4.1.11 states "Do not install this version over an existing installation."  I do not recall whether the same warning was diaplayed when I installed 4.1.8 - possibly over a previous version.

Is this why you removed or uninstalled your old AOO?

10
Applications / Re: Test build of dooble with qt5
« on: May 07, 2022, 08:22:04 pm »
Hi Wayne.
...
#3, You have to enable search engines by going to Tools-->Search Engines... check the search engines you want to use and click the Add Checked button so they show up in the lower pane of the Dooble:Search Engines window.
Unluckily searching from the URL bar is not implemented. What you can do is highlight some text, right click, and at the bottom of the context menu, choose Search Selected Text and then your search engine.
Otherwise create a favourite with your search engine and use that.
Dooble itself is much simpler then Firefox etc, and this is a preview version and actually works amazing well with little porting. Unluckily due to war, and funding, work on fixing these issues might not happen very quick and it is unlikely to ever have the features that Firefox has.

Thanks Dave.

It does help if one actually reads, doesn't it?  I noticed the "Add Checked" button but for some reason i didn't click in my mind.  I unchecked all except DuckDuckGo and Google, then clicked the button, and it of course added them in the lower pane.

It's amazing what one can do if they actually read things ...

11
Applications / Re: Apache Open Office 4.1.8 Crash
« on: May 06, 2022, 08:51:22 pm »
Quote
Or is there an easier way?

Yeah. Get AOO 4.1.11, and update it properly. If you ever paid for AOO (you must have, since you have 4.1.8), you are entitled to updates. You probably need to rattle BWW's chain to get it though, or be nice, and donate (pay) for it again.

Duh ...  I must be _way behind_ on reading notices of updates ...  or just slow in installing the update stored somewhere on one of the computers ...

Yeah, I think a new donation - I've made more than one IIRC - is worth it; and in any event BWW is entitled to some more money for the work they do.  I'll get off a new donation shortly.

12
Applications / Re: Apache Open Office 4.1.8 Crash
« on: May 06, 2022, 05:02:19 pm »
Thanks to all for the suggestions.  The idea of a DLL conflict vaguely crossed my mind but I was not sure.

Now all I have to do is find the older versions ...  Fortunately though I have used the Indexing feature for all of my DFSee Image backups, so ought to be able to extract the older DLL(s) from a sufficiently old Image and replace the current one(s) at issue w/ it(them).

Or is there an easier way?

13
Applications / Re: Test build of dooble with qt5
« on: May 06, 2022, 12:25:19 am »
We should also possibly investigate a couple of other issues as a result of problems I encountered, viz:
1.  Though not "earth shaking" the URL field seems a bit "cranky".  When I type in just <os2world.com>, it generates a can't connect command; when I added "s" to "http" and "www" before <os2world.com> then it opened.  FF 45.9.0 doesn't require this.
...
OK, the above complaint can be ignored it seems.  I tested a couple other sites w/ Dooble, including my own, that are HTTPS sites and they opened only w/ the top level domain entered.  It seems just that the host for <os2world.com> hasn't provided for redirection from HTTP to HTTPS.

14
Applications / Re: Test build of dooble with qt5
« on: May 05, 2022, 11:56:18 pm »
We should also possibly investigate a couple of other issues as a result of problems I encountered, viz:
1.  Though not "earth shaking" the URL field seems a bit "cranky".  When I type in just <os2world.com>, it generates a can't connect command; when I added "s" to "http" and "www" before <os2world.com> then it opened.  FF 45.9.0 doesn't require this.
2.  Including an attachment to a reply in this forum, at least in my case, seemed a real chore.  The process on clicking on different partitions, and then directories in a given partition, first was very slow and then on at least one occasion froze the entire OS; even the mouse cursor was frozen.  (I experienced this when composing a new topic on an AOO problem, and was foreced to use FF and it processed the message and attachments OK.)  A hard boot was required.
3.  The Search Engines feature wholly escapes me.  The URL field, except for the above problem, works OK, but it apparently doesn't double as a search engine.  Does anybody know if now, or in the future, it will be available?

15
Applications / Re: Apache Open Office 4.1.8 Crash
« on: May 05, 2022, 11:36:29 pm »
As an addendum to my preceding post, this occurred after installation of Dooble.  However, since ANPM only indicated the EXE file was being installed, I can't conceive that this necessarily was a cause.

Pages: [1] 2