Closed Bug 170864 Opened 22 years ago Closed 21 years ago

NS_InitEmbedding failing in both gre and non gre env for mfcembed

Categories

(Core Graveyard :: Embedding: APIs, defect)

x86
Windows NT
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ashshbhatt, Assigned: chak)

References

Details

AutoRegister method in NS_InitEmbedding failing in gre and non gre enviornment.
It also fails when NULL is passed to NS_InitEmbedding.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 170863 has been marked as a duplicate of this bug. ***
*** Bug 170866 has been marked as a duplicate of this bug. ***
I'm unable to repro in my latest MfcEmbed builds.

I tested with my latest Mozilla trunk build of MfcEmbed in both the GRE and
non-GRE envs and i do not see any failures. I can run MfcEmbed fine and can view
web pages etc.

Let's get the latest nightly embed-win32.zip and also the GRE builds and test it
on a machine other than the one where Ashish is noticing the error - just to
isolate if there's something wacky going on Ashish's machine.
Assignee: adamlock → chak
reassigning to Ashish to verify if this is still present.
QA Contact: depstein → ashishbhatt
hi there, just thought i'd try and throw some extra light on this one - it seems
that the problem depends mainly on the availability/accessibility of certain
folders. running mfcembed.exe from its own folder
("...\embedding\tests\mfcembed") gives me a variety of errors, but running it
from "...\dist\bin" is fine (it does assert on shutdown but that's not relevant
here).

i'm still finding my way around the massive code tree (the first time i saw
mozilla source was a couple of weeks ago) so i'm afraid i can't get you more
(useful) details, but for what it's worth, it seems it's both the dll's in the
"dist\bin" as well as the folders below, especially "dist\bin\defaults" - if i
rename it (to hide it from mfcembed), mfcembed throws loads of asserts before
gpf'ing... hiding other folders does cause some asserts to fire but it does
manage to render the default webpage. 

anyway, hope this helps :)
I'm pretty sure this got fixed with bug 223900, along with a lot of other stuff.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.