OS/2, eCS & ArcaOS - Technical > Applications

What happend to XUL.DLL?

(1/4) > >>

Joop:
I'm still busy with some versions of JAlbum, can't stand it that it won't load FF when you aks for a preview (F12).
I have this setup and with this setup JAlbum (10.10.7) starts FF (6.02) and FF comes up with the preview. No problems, no popups, just works.
@echo off
SET CLASSPATH=
SET LIBPATHSTRICT=T
SET MOZILLA_HOME=P:\FIREFOX_PROFIEL_60x
SET MOZ_PLUGIN_PATH=I:\FIREFOX_PLUGINS
SET NSPR_OS2_NO_HIRES_TIMER=1
SET MOZ_ACCELERATED=0
SET BEGINLIBPATH=i:\JAVA\JAVA160\bin
set path=i:\JAVA\JAVA160\bin;i:\firefox_602
set appdata=T:\plaatjes\MyAlbums
I:
cd I:\DTP\JAlbum_10107
java -Xmx400M -jar JAlbum.jar 2>jalbum_10107_bugtracker.txt

I tried similar setup with a higher version of JAlbum (12.1.9) and with a higher version of FF (24.8.1).
@echo off
SET CLASSPATH=
SET LIBPATHSTRICT=T
SET MOZILLA_HOME=P:\FIREFOX_PROFIEL_240x
SET MOZ_PLUGIN_PATH=I:\FIREFOX_PLUGINS
SET NSPR_OS2_NO_HIRES_TIMER=1
SET MOZ_ACCELERATED=0
SET BEGINLIBPATH=i:\JAVA\JAVA160\bin
set path=i:\JAVA\JAVA160\bin;i:\firefox_2481;
set appdata=T:\plaatjes\MyAlbums
rem I:
rem cd I:\firefox_2481
rem firefox!EL.exe
I:
cd I:\DTP\JAlbum_1219
java -Xmx400M -jar JAlbum.jar 2>jalbum_1219_bugtracker.txt

But when I run this I get a popup with "Couldn't load xul.dll". When I rem the lines SET LIBPATHSTRICT=T up to SET MOZ_ACCELERATED=0 and remove the rem on the 3 lines lower then FF is called and runs, JAlbum is called and runs, preview is opening a new window in FF and shows the preview.
Has something changed that XUL.DLL only can be called from the active directory and won't respond to a path statement?

Dave Yeo:
The couldn't load xul.dll is usually a missing DLL, possibly one of the Firefox DLLs. Mozilla has always needed to be called with its working directory set to the program directory if it is not running (cd I:\firefox_2481) . This is so that it can find its DLLs.

Joop:
Thanks Dave, but why does FF6.02 do start?, there is no reference for the working directory of FF6.02, there is also nothing in the register about FF6.02, all references are replaced in favour of FF24.8.1. 

Dave Yeo:
Not supported does not mean never works and quite possibly something has changed to stop xul.dll from finding some of its dependencies based on the PATH statement.
I do know that it has always been considered incorrect to add Mozilla apps to the PATH or LIBPATH statements and by design the exes start looking in their working directory and sometimes sub-directories.

Joop:
Thanks Dave, so the option left is to preload FF, that works for sure because I've tested it that way. Too bat that the other way doesn't work, not real OS/2-eCS, but that's my opinion.

Navigation

[0] Message Index

[#] Next page

Go to full version