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] 3
16
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?

17
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.

18
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.

19
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?

20
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?

21
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 ...

22
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.

23
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?

24
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.

25
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?

26
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.

27
Applications / Apache Open Office 4.1.8 Crash
« on: May 05, 2022, 11:34:48 pm »
I yesterday tried to open <dooble.odt> in AOO, but it caused it to crash.  Speculating that it was possibly due to a variant ODT version or the download was corrupted, I today tried to open an ODT file composed in the Windows version of AOO, but it caused a crash also.

Though I have not used the OS/2 version of AOO recently, but been forced to use the Windows version due to the absence of a browser that could adequately open certain sites, my recollection is that AOO 4.1.8, or at least one of its earlier versions, ran w/out problem on my machine.

I am using ArcaOS 5.0.2 on a ThinkPad T540p w/ 8192 Mb and a CPU Speed of 2.60 GHz, and have version 4.1.8 of AOO installed on it.

I attach the most-recent log files generated by the last crash.  From the time stamps it appears they were generated concurrently.  (Looking at the one file I noted the reference to <ICUUC.DLL> but it is installed in the proper directory.)

Any ideas?

28
Applications / Re: Test build of dooble with qt5
« on: May 04, 2022, 11:59:34 pm »


Some are testing it under unsupported OS release (ex: ArcaOs 5.0.1)
I'm using latest ArcaOs release

...
Perhaps, but I'm using it under 5.0.2 and Dooble seems to be working acceptably.  I do though use ANPM regularly to Update everything.

29
Applications / Re: Test build of dooble with qt5
« on: May 04, 2022, 11:49:49 pm »
I tried to use PayPal, and dooble crashes when it accepts a cookie. I authenticated, and it takes a cookie, but it crashes as soon as I try to make an invoice.

...
Since I was logged in here I thought I would experiment w/ another site.  PayPal opened fine and only asked me for the Captcha authentication.  Though I was able to access my account w/out any problem, I had no transactions in which to engage so can't reproduce Neil's crash problem.  It did have the cookie acceptance banner on the bottom of the page for a mobile number verification, and I did accept it but experienced no crash.

30
Applications / Re: Test build of dooble with qt5
« on: May 04, 2022, 11:36:24 pm »
https://github.com/textbrowser/dooble/tree/master/Documentation

Dooble.odt downloads just fine in Firefox.

Downloads fine in Dooble as well by right clicking and choosing "Save Link". The address bar shows it downloaded to f:/Home/dave/Desktop with f:/Home/dave being where %HOME% points.
Still used to Mozilla giving choices and being much more customizable.

Edit, when you click the ODT file, Github does have a link for Download which works as well.
To Neil and Dave,

I tried it again just now and I agree it works.  But, during the interim, I followed Neil's suggestion and installed the DejaVu fonts.  Perhaps this was the difference; it certainly allowed displaying the text this time.

I however also during the interim checked Credentials under Privacy and perhaps this also was required; what it does exactly is not that clear so I ignored it previously.  (Though I entered a Password under Credentials, the field is now blank; perhaps it is stored in one of the *.db files.  I'll worry about that later.)

As far as Downloads location, if one clicks on the Download error it provides an option of the partition and directory to which one wants downloads placed.  The <dooble.odt> file downloaded to my directory of choice.

Finally, on the issue in some of the other posts, I tried making a payment on one of my Capital One cards.  Accessing my account and making the payment worked fine.  I couldn't access my account w/ my bank but that well could have been due to the Password in my password vault (Account Manager) being an old one.  (Darn banks that require periodic changing of passwords.)  I'll access the stored information on my Win 7 platform and probably try that tommorrow.

Pages: 1 [2] 3