Found out that if I issue 'set LIBPATHSTRICT=T' before launching
Mozilla, and then ask Mozilla to fetch a .rm file, then PE.EXE
(which is called by the script which I have specified as the
"Helper Application" for 'audio/x-pn-realaudio' files) branches
to location zero (I verified that the actual PE.EXE invocation
command has *all* its parameters specified correctly).
If I *dont* issue 'set LIBPATHSTRICT=T', then RealPlayer is
launched successfully (by the __same__ "Helper Application"
entry and the __same__ script it specifies) and plays the
.rm file correctly.
The problem appears to be in the behavior of Odin. Sorry if I
couldn't tell Sunday whether the problem was Mozilla or Odin.
mikus
p.s. I posted this problem last Sunday. Apparently my 1.0
invocation script had LIBPATHSTRICT commented out --
and 1.0 played (in RealPlayer) the .rm file I fetched.
Apparently my 1.1a invocation script used LIBPATHSTRICT
-- and PE.EXE crashed