Closed Bug 20894 Opened 20 years ago Closed 11 years ago

Mozilla does not startup with multiple kernel threads


(SeaMonkey :: Build Config, defect)

Not set


(Not tracked)



(Reporter: witkowskif, Unassigned)



I tried starting up mozilla M11 on a 2-CPU AlphaServer 2100 running OpenVMS
V7.2-1.  After it seams to load all the files it becomes 100% CPU bound on both
CPUs.  It looks like it is going in and out of hibernation.  The SYSGEN
parameter MULTITHREAD was set to 2.  When I set MULTITHREAD to 1, mozilla
started up and I got a window.
I don't know if this is an OpenVMS specific problem or not. Maybe someone
at Netscape can tell me if Mozilla (UNIX flavor) is running on multi-processor
systems yet?

In the meantime, I suggest you disable multiple kernel threads on the
mozilla-bin image:

$ set command sys$update:threadcp
$ rename mozilla.bin. m.exe
$ threadcp /disable==multiple
$ rename m.exe mozilla-bin.
Mozilla on OpenVMS has not yet been qualified for multi-processor support. This
is on the list of things to do, but for now, its unsupported. Starting with M12,
the Mozilla image will be linked with multi-processor support disabled. This
will allow Mozilla to run (albeit on a single processor) on a multi-processor
Reassigning all of leger's unscreened Browser-General bugs to
for pre-screening and triage.
Changing Component to Threading...
Component: Browser-General → Threading
Sending over to Build folks to get comments
Assignee: nobody → granrose
Component: Threading → Build Config
QA Contact: nobody → cyeh
I have mozilla running fine on a dual 400 MHz Linux machine
running redhat 6.1.  I think colin should own this bug,
he seems to be the most knowledgable about VMS.
The only thing I know about VMS is restarting stuck printer queues...

reassigning to cls and cc'ing leaf in case they have any input.  otherwise, I 
agree, either colin or a unix threading guru should own this bug.
Assignee: granrose → cls
Target Milestone: M18
Looks like it's unanimous.  Congratulations, Colin. :)
Assignee: cls → colin
mass re-assign of all bugs where i was listed as the qa contact
QA Contact: cyeh → chofmann
This is more than likely some problem in the OpenVMS pthread library. Mozilla 
isn't the only complex program that has problems when run in a multi-cpu 
environment. I've in communication with the pthread team at Compaq, but I don't 
think a solution is going to be immediate. Marking "future".
Target Milestone: M18 → Future
Summary: Mozilla does not startup with multiple kernal threads → Mozilla does not startup with multiple kernel threads
I've been testing with multiple kernel threads enabled on a V7.3-1 system and
haven't run into any problems. Maybe this problem is fixed!
I tried installing Mozilla 1.4 stable on my Pentium 4 2.4GHz with hyper-
threading(simulates 2 cpus) and got the same problem.

Went so far as to reimage my system to a fresh install with only XP.
Anyone been able to compile and start Mozilla on a SMP system? I'm commenting
here so I can avoid filing a possible dupe. Doing "ps aux" quickly after
executing shows 8-10 threads, then they all disappear.

Ever since I switched from a single Duron 800@920 to 2 x Pentium II (Descutes)
350@400, I've never been able to run Mozilla on Linux. I'll take a CPU out
tomorrow and see if it works again. (I've been able to run a really old install
of Firebird though).

CC'ing myself.
I have a 2x400 rh9 system, I will pull/build the trunk and see what I get
later tonight.
Just run TestGtkEmbed. It appears, but the browser frame wasn't created. I'll
enable debug and see what I get
TestGtkEmbed and mozilla work fine for me, I built debug, trunk.
My kernel is 2.4.20-20.9smp, 2x400MHz
Heres more info:

Motherboard: MSI 6210 
CPU's: 2 x PII 350@400
RAM: 320MB unbuffered
Distribution: Debian/unstable
Kernel: 2.6.0-test6 (custom build)

Might be a gcc problem. Haven't 'apt dist-upgraded'ed since I switched froma 
single duron to dual pII. I haven't compiled it yet, so i'll come back later
*** Bug 230043 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Are you still working on this ?

Does anyone still has a problem, on any platform ?
Sorry, I haven't been working on the OpenVMS port for several years now.
Assignee: colin → nobody
Priority: P3 → --
QA Contact: chofmann → build-config
Target Milestone: Future → ---
Closed: 11 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.