Closed Bug 281952 Opened 20 years ago Closed 20 years ago

XULrunner build error: unresolved external symbol __pr_hInstance

Categories

(Toolkit :: Startup and Profile System, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: bugzilla-mozilla-20000923, Assigned: dougt)

Details

(Keywords: regression)

Attachments

(1 file)

nsDllMain.obj : error LNK2019: unresolved external symbol __pr_hInstance
referenced in function _DllMain@12
xul.dll : fatal error LNK1120: 1 unresolved externals
make[1]: *** [xul.dll] Error 96

Caused by the patch to bug 280245.
In:

make[1]: Leaving directory `/cygdrive/m/tree-xulrunner-main/objdir/toolkit/library'
make: *** [all] Error 2
make: Leaving directory `/cygdrive/m/tree-xulrunner-main/objdir/toolkit/library'
Doug, could you take a look at this? the global hinstance was necessary for
xulrunner.
Assignee: nobody → dougt
QA Contact: nobody → benjamin
I guess i don't have enough background as to why you have to set __pr_hInstance?
 Doesn't GetModuleHandle(NULL) do the right thing for us in XPCOM?
GetModuleHandle(NULL) returns the handle of the *executable*, while the previous
__pr_histance was the handle of the XPCOM DLL. I'm not sure it matters.

I was just copying that code from XPCOM to toolkit. If GetModuleHandle(NULL) is
fine, we can remove the same code from xulrunner that you removed from xpcom.

yeah, i think that will work just fine.  I will come up with a patch.  
Attached patch Patch v.1Splinter Review
Comment on attachment 174064 [details] [diff] [review]
Patch v.1

Sure.
Attachment #174064 - Flags: first-review+
fixed-on-trunk
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Flags: in-testsuite-
Component: XRE Startup → Startup and Profile System
QA Contact: benjamin → startup
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: