Firefox and Thunderbird 10.0.12 always crash

[Marcel Müller]

When I update to Firefox 10.0.12 or Thunderbird 10.0.12 both crash at
startup. After reverting to version 10.0.5 of both applications both
work as expected.
Any idea how to cure this?


It looks like the application tries to jump to a NULL function pointer:

[D:\OS2APP\firefox]firefox.exe >log 2>&1

[D:\OS2APP\firefox]type log

Killed by SIGSEGV
pid=0x06c3 ppid=0x001c tid=0x0001 slot=0x00bb pri=0x0200 mc=0x0001
D:\OS2APP\FIREFOX\FIREFOX.EXE
cs:eip=005b:00000000 ss:esp=0053:0012fcec ebp=0012ff90
ds=0053 es=0053 fs=150b gs=0000 efl=00012246
eax=00000000 ebx=0012ff74 ecx=00000002 edx=00000002 edi=00000000
esi=0012fe58
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.


I found some related hints regarding ACPI.PSD. But I do not have such a
driver neither I have ACPI nor SMP. (eCS 1.05)


Marcel

[Dave Yeo]

Post by Marcel Müller
When I update to Firefox 10.0.12 or Thunderbird 10.0.12 both crash at
startup. After reverting to version 10.0.5 of both applications both
work as expected.
Any idea how to cure this?
[D:\OS2APP\firefox]firefox.exe >log 2>&1
[D:\OS2APP\firefox]type log
Killed by SIGSEGV
pid=0x06c3 ppid=0x001c tid=0x0001 slot=0x00bb pri=0x0200 mc=0x0001
D:\OS2APP\FIREFOX\FIREFOX.EXE
cs:eip=005b:00000000 ss:esp=0053:0012fcec ebp=0012ff90
ds=0053 es=0053 fs=150b gs=0000 efl=00012246
eax=00000000 ebx=0012ff74 ecx=00000002 edx=00000002 edi=00000000
esi=0012fe58
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.
I found some related hints regarding ACPI.PSD. But I do not have such a
driver neither I have ACPI nor SMP. (eCS 1.05)

No xqs file in the program directory? If not install exceptq (Hobbes)
Dave

[Marcel Müller]

Post by Dave Yeo
No xqs file in the program directory? If not install exceptq (Hobbes)

There are many xqs files. In the 10.0.5 directory as well as in the
10.0.12 directory.

However, it makes no difference.


Marcel

[Peter Brown]

Hi Marcel

Post by Marcel Müller

Post by Dave Yeo
No xqs file in the program directory? If not install exceptq (Hobbes)

There are many xqs files. In the 10.0.5 directory as well as in the
10.0.12 directory.
However, it makes no difference.
Marcel

With the xqs files in place a Firefox crash should generate a *.TRP file
which, hopefully, will indicate the cause of the problem. I think that
is why Dave was asking about the xqs files.


Regards

Pete

[Dave Yeo]

Post by Peter Brown
With the xqs files in place a Firefox crash should generate a *.TRP file
which, hopefully, will indicate the cause of the problem. I think that
is why Dave was asking about the xqs files.

Yes, I was posting before morning coffee, always a mistake. See if you
have any *trp files and see where the crash happened
Dave

[Marcel Müller]

Post by Dave Yeo
Yes, I was posting before morning coffee, always a mistake. See if you
have any *trp files and see where the crash happened

There are no *trp files, at least not in the Firefox directory, /temp or
in the root.


Marcel

[Dave Yeo]

Post by Marcel Müller

Post by Dave Yeo
Yes, I was posting before morning coffee, always a mistake. See if you
have any *trp files and see where the crash happened

There are no *trp files, at least not in the Firefox directory, /temp or
in the root.

That's strange, almost always there is a trp file generated, especially
when you get a libc exception. You do have exceptq.dll on your LIBPATH?
Does anything happen when starting FF? Have you tried starting in safe
mode, firefox -safe-mode
Dave

[Marcel Müller]

Hallo,

Post by Dave Yeo

Post by Marcel Müller
There are no *trp files, at least not in the Firefox directory, /temp or
in the root.

That's strange, almost always there is a trp file generated, especially
when you get a libc exception. You do have exceptq.dll on your LIBPATH?

Yes, /OS2/DLL.

Post by Dave Yeo
Does anything happen when starting FF?

No. The executable terminates immediately.

Post by Dave Yeo
Have you tried starting in safe
mode, firefox -safe-mode

I started with a new profile.
But -safe-mode makes no difference, too.

Just tried icsdebug. The application crashes after a few instructions of
the initialization code. I can't see any details, but it is clearly a
call through a NULL function pointer. As far as I can see no FF DLL code
is involved so far. All EIP addresses start with 0x1xxxx. But the
function that returned the NULL pointer (by reference) takes the full
path to xpcom.dll as argument. But pstat shows no DLL reference except
for doscall1 and libc064 so far. Surprisingly FF 10.0.5 (the older one)
refers to LIBC065.DLL.


Marcel

[Dave Yeo]

Post by Marcel Müller
Just tried icsdebug. The application crashes after a few instructions of
the initialization code. I can't see any details, but it is clearly a
call through a NULL function pointer. As far as I can see no FF DLL code
is involved so far. All EIP addresses start with 0x1xxxx. But the
function that returned the NULL pointer (by reference) takes the full
path to xpcom.dll as argument. But pstat shows no DLL reference except
for doscall1 and libc064 so far. Surprisingly FF 10.0.5 (the older one)
refers to LIBC065.DLL.

I guess it is crashing before the exceptq exception handler gets
initialized. I did upload a somewhat working debug build of FF 10.0.12
to netlabs if you want to try that (had to split out mozjs.dll to bring
the DLL object below 32MB), also might be interesting to try 10.0.11.
The libc064 reference seems to come with using GCC 4.4.6. I have libc065
installed and if built with 4.4.1 the binary correctly shows libc065.
Libc064 originally was broken (ssl didn't work) and I never used it
except to test.
Dave

[Marcel Müller]

Post by Dave Yeo
I guess it is crashing before the exceptq exception handler gets
initialized. I did upload a somewhat working debug build of FF 10.0.12
to netlabs

I can't find any FF 10.0.12 at netlabs.

if you want to try that (had to split out mozjs.dll to bring

Post by Dave Yeo
the DLL object below 32MB), also might be interesting to try 10.0.11.

10.0.11 works. 10.0.12 crashes.


Marcel

[Dave Yeo]

Post by Marcel Müller

Post by Dave Yeo
I guess it is crashing before the exceptq exception handler gets
initialized. I did upload a somewhat working debug build of FF 10.0.12
to netlabs

I can't find any FF 10.0.12 at netlabs.

ftp://ftp.netlabs.org/incoming/mozilla/firefox-10.0.12.en-US.os2.debug.7z
ftp://ftp.netlabs.org/incoming/mozilla/firefox-10.0.12.en-US.os2.zip
Watch for unintended wordwrap.

Post by Marcel Müller
if you want to try that (had to split out mozjs.dll to bring

Post by Dave Yeo
the DLL object below 32MB), also might be interesting to try 10.0.11.

10.0.11 works. 10.0.12 crashes.

The only OS/2 change was switching to DLL builds of mzfntcfgft (hobbes)
between 10.0.11 and 10.0.12 but I'd expect a sys2070 or such (build with
missing symbol was released with the first released qpdfview)
Dave

[Marcel Müller]

Post by Dave Yeo

Post by Marcel Müller

Post by Dave Yeo
I guess it is crashing before the exceptq exception handler gets
initialized. I did upload a somewhat working debug build of FF 10.0.12
to netlabs

I can't find any FF 10.0.12 at netlabs.

ftp://ftp.netlabs.org/incoming/mozilla/firefox-10.0.12.en-US.os2.debug.7z
ftp://ftp.netlabs.org/incoming/mozilla/firefox-10.0.12.en-US.os2.zip

Hmm, it crashes in XPCOMGlueStartup. It looks like an DLL entry point
that failed to load. According to the main debug window the entire
xpcom.dll never got loaded. No wonder with it's size of 200 MB on an
operating system with 512 MB virtual address space for shared memory
over all (or was it even less?).
And voila, the preceding call to DosLoadModule ends up with code 8
(ERROR_NOT_ENOUGH_MEMORY). But all the results from the API calls are
unchecked, so 'on error resume next' does the rest.
By the way, the system shows free physical memory of 496MB. What the
hell is Firefox going to do?


Marcel

[Horst Franke]

Post by Marcel Müller
When I update to Firefox 10.0.12 or Thunderbird 10.0.12 both crash at
startup. After reverting to version 10.0.5 of both applications both
work as expected.
Any idea how to cure this?

Hi Marcel - Your versions are very old!
My current version of
FF is v23.0 and
TB is v17.0.8

Please perform a program update of each before.
Horst

[Horst Franke]

Post by Horst Franke

Post by Marcel Müller
When I update to Firefox 10.0.12 or Thunderbird 10.0.12 both crash at
startup. After reverting to version 10.0.5 of both applications both
work as expected.
Any idea how to cure this?

Hi Marcel - Your versions are very old!
My current version of
FF is v23.0 and
TB is v17.0.8
Please perform a program update of each before.
Horst

Sorry Marcel,
my versions contribute to Windows. Did't found any OS/2 versions.
Horst

[Herbert Rosenau]

Post by Horst Franke

Post by Marcel Müller
When I update to Firefox 10.0.12 or Thunderbird 10.0.12 both crash at
startup. After reverting to version 10.0.5 of both applications both
work as expected.
Any idea how to cure this?

Hi Marcel - Your versions are very old!
My current version of
FF is v23.0 and
TB is v17.0.8
Please perform a program update of each before.
Horst

Where can I download that for OS/2 or eCS?

Under Linux I have both running.

[Mentore Siesto]

Il giorno Thu, 15 Aug 2013 13:28:59 UTC, Herbert Rosenau

Post by Herbert Rosenau

Post by Horst Franke

Post by Marcel Müller
When I update to Firefox 10.0.12 or Thunderbird 10.0.12 both crash at
startup. After reverting to version 10.0.5 of both applications both
work as expected.
Any idea how to cure this?

Hi Marcel - Your versions are very old!
My current version of
FF is v23.0 and
TB is v17.0.8
Please perform a program update of each before.
Horst

Where can I download that for OS/2 or eCS?
Under Linux I have both running.

FF is still stuck at 10.0.12 ESR. Bitwise is working at a 17 ESR with
improved (more correctly, completely rewritten) IPC mechanism which
should make easier mantaining newer versions.

Still alpha though, but it seems to me they're doing a hell of a good
job.

Mentore

[Shmuel (Seymour J.) Metz]

Post by Horst Franke
Hi Marcel - Your versions are very old!

What are the most recent versions that will run on OS/2?

Post by Horst Franke
My current version of
FF is v23.0 and
TB is v17.0.8

Under what OS?

[Horst Franke]

Post by Shmuel (Seymour J.) Metz
What are the most recent versions that will run on OS/2?

Post by Horst Franke
My current version of
FF is v23.0 and
TB is v17.0.8

Under what OS?

Sorry Shmuel
i didn't realize that it was for OS/2 only.
My given versions are for Windows.
For OS2 I found via Google Winzilla versions,
but they don't look like to be souced by Mozilla.

But what about to run the windows versions in a Windows screen?
I last used OS/2 v2.1, but Warp 4.x is in house. Will try it sometime.
Horst

[Doug Bissett]

On Sat, 17 Aug 2013 15:22:36 UTC, "Horst Franke"

Post by Horst Franke

Post by Shmuel (Seymour J.) Metz
What are the most recent versions that will run on OS/2?

Post by Horst Franke
My current version of
FF is v23.0 and
TB is v17.0.8

Under what OS?

Sorry Shmuel
i didn't realize that it was for OS/2 only.
My given versions are for Windows.
For OS2 I found via Google Winzilla versions,
but they don't look like to be souced by Mozilla.
ftp://ftp.netlabs.org/incoming/mozilla/

since nobody has been able to get proper access to the real Mozilla
repository.

Post by Horst Franke
But what about to run the windows versions in a Windows screen?
I last used OS/2 v2.1, but Warp 4.x is in house. Will try it sometime.
Horst

The "windows screen", as you call it, is WinOS2, which is really
Windows 3.1. It is not capable of running anytrhing current. There is
also the ODIN package, which will run a few (very few) Win32 programs,
but it cannot do the Mozilla packages.

If the windows programmers would get over the desire to constantly
change things (rarely for the better), those of us who use OS/2 would
have a better chance to keep up. The main problem is that there just
aren't enough programmers to do the job (for a few years, there was
ONE guy doing the job, on a part time, volunteer, basis - he ran out
of steam at FF 10.0.12). The next problem is that the program itself
is so badly bloated, that the build tools cannot properly handle it
any more. Then, there is the problem where the developers start using
support packages (like IPC), which do not, yet, exist for OS/2, so
some programmer needs to spend a lot of time getting that stuff built,
and working.

It is sort of like trying to hitch a ride on a moving airplane.
Fortunately, we don't have the virus problems, so using older versions
is not that risky.

[Shmuel (Seymour J.) Metz]

Post by Horst Franke
i didn't realize that it was for OS/2 only.

That depends on what "it" is; comp.os.os2.apps is only for OS/2, and
that's the only place that you posted the article.

Post by Horst Franke
But what about to run the windows versions in a Windows screen?

I wouldn't expect WINOS2 to handle it.