Closed Bug 357890 Opened 18 years ago Closed 18 years ago

Firefox.exe fails on startup showing error with JS_DHashTableOperate could not be located in the dynamic link library js3250.dll

Categories

(Toolkit :: Startup and Profile System, defect)

Product:
Toolkit
Component:
Startup and Profile System
Version:
1.8 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: brandoncloud, Assigned: robert.strong.bugs)

References

Details

(Keywords: qawanted) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Firefox 2.0

Anyone get this error? It's failing on startup for me.


The procedure entry point JS_DHashTableOperate could not be located in the dynamic link library js3250.dll.


It's happening on all my computers. The 3 physical systems are running the JRE 1.5.0.8, 4 of my Virtual machines are running 1.5.0.6; 9 of my virtual machines are running 1.5.0.8. 


doing a search for the js3250.dll shows it in my OpenOffice folder, but doesn't show the one in the mozilla firefox folder.

Reproducible: Always

Steps to Reproduce:
1.start firefox
2.it crashes
3.
Additionally, I'm not sure this was made clear enough.

This occurs in firefox 2.0, taken off the firefox home page. This error does not exist on the 1.5.0.7 build, or any older builds that I'm running on virtual machines.
please see
http://www.mozilla.org/quality/help/dependency-walker.html
and attach a zip'd dwi from a run triggering the error. thanks.
Can't post the DWI, as it's 2.3mb in size, apparently.
Flags: blocking1.8.1.1?
this is a terrible bug makes me use ie7 all the time

first it only happened 50% of the time

now its 100% of the time resulting in firefox 2 not working at all this problem never existed in 1.0-1.5.0.x
:(

screenshot
http://tehthird.com/temp/bug.png
dwi
http://tehthird.com/temp/TALKBACK.dwi
> dwi
> http://tehthird.com/temp/oOoTALKBACK.zip

removed the .dwi one 

*** Bug 358071 has been marked as a duplicate of this bug. ***
Win XP pro
Fx is launched from my startup group; I get this error every time the machine is booted.
However, launching it from either the start menu, the quick launch, or even from the firefox directory in explorer after the machine is running, it runs with no problems at all.
I had this bug when installing version 2.0 up from version 1.5. I was installing over the previous version, same folder and stuff. Turns out firefox.exe was in use at time of installation, so it wasn't updated to version 2.0. To all people having this bug, i suggest making sure your firefox.exe isn't in use (try renaming it) when you install a new version.
Version: unspecified → 2.0 Branch
*** Bug 359923 has been marked as a duplicate of this bug. ***
Can't realistically block 1.8.1.1 on this since we don't even know the cause, let alone have progress on a fix (though comment 9 is worth investigating).
Flags: wanted1.8.1.x+
Flags: blocking1.8.1.1?
Flags: blocking1.8.1.1-
Keywords: qawanted
Rob: can you check comment 9 and make sure the new FF2 installer verifies the old process is dead before proceeding?  Maybe there are cases where "zombie" processes aren't detected (Java apps cause this sometimes, maybe the Google toolbar or some other plugin).
Whiteboard: DUPE
I'm pretty sure this will turn out to be a dupe of the bug on the installer not making sure Firefox is fully gone.
Assignee: nobody → robert.bugzilla
Whiteboard: DUPE → DUPEME
http://forums.mozillazine.org/viewtopic.php?p=2642458#2642458 <-- not sure if this applies to this particular bug, but I see a few in a query that this might help.
Reporter, does installing 2.0.0.1 with the installer resolve this?
I installed version 2.0.0.1 without any problems. Same machine and system. Seems to me that the case is resolved.
  Jukka, the original reporter
I believe this was fixed by bug 357922 as comment #13

resolving -> wfm
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
i managed to get over this bug after a lot of tries..
this is what i did:
i marked all the .dll files in the mozilla firefox folder as read-only
then i deleted the file ipv6monl.dll in the system32 directory in WINDOWS folder.
then i re-installed Firefox making sure that Firefox wasnt running in the background.
this solved the problem for me and i dont have that bug any more.

i am not sure whether ipv6monl.dll will regenerate in the system32 if the computer reboots..can someone please verify that?
Flags: wanted1.8.1.x+
Product: Firefox → Toolkit
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.