This was caused by a previous bug fix in which I moved the try stack
decrement to the end of the catch clause because it was getting skipped
by the final statement in the try block (which is always a goto around the
catch block). Better is to make sure the endTry is the statment just before
that goto, and do the try stack decrement in the catch the way god intended.
git-svn-id: svn://10.0.0.236/trunk@58266 18797224-902f-48f8-a5cc-f745e15eee43
- fix to xpcconvert NativeData2JS to support getting JSObject of DOM object
even when not running on a DOM created JSContext.
- some updates to comments, etc.
r=mccabe
git-svn-id: svn://10.0.0.236/trunk@57801 18797224-902f-48f8-a5cc-f745e15eee43
It runs now, but test list files and single test files on the command line are still broken.
git-svn-id: svn://10.0.0.236/trunk@57577 18797224-902f-48f8-a5cc-f745e15eee43
Replaced all uses of $(DIST)/include with $(PUBLIC) except those looking for NSPR headers.
Removed extra instances of $(DIST)/include or $(PUBLIC) from INCLUDES as it's already there.
Override OS_LIBS when setting host variables for cross-compiling.
git-svn-id: svn://10.0.0.236/trunk@57356 18797224-902f-48f8-a5cc-f745e15eee43
#= 18896 (continuation)
r= pepper@netscape.com - but ramiro and I talked about these types of changes ages ago
git-svn-id: svn://10.0.0.236/trunk@57067 18797224-902f-48f8-a5cc-f745e15eee43
a "class" property, and eval'ing a property name of "class" causes a syntax error.
git-svn-id: svn://10.0.0.236/trunk@57026 18797224-902f-48f8-a5cc-f745e15eee43
in so many different directories, that I think it's the best way.
I've pulled and clobber_all'd my tree and got
r=dp
on this checkin.
Here are the touched files:
M mozilla/embedding/browser/activex/src/control/MozillaBrowser.cpp
M mozilla/embedding/browser/activex/src/control/MozillaBrowser.h
M mozilla/js/src/xpconnect/shell/xpcshell.cpp
M mozilla/netwerk/protocol/res/src/nsResProtocolHandler.cpp
M mozilla/xpcom/build/nsXPComInit.cpp
M mozilla/xpcom/components/nsComponentManager.cpp
M mozilla/xpcom/components/nsIServiceManager.h
M mozilla/xpcom/components/nsServiceManager.cpp
M mozilla/xpcom/io/nsSpecialSystemDirectory.cpp
M mozilla/xpcom/io/nsSpecialSystemDirectory.h
M mozilla/xpcom/tests/TestBuffers.cpp
M mozilla/xpcom/tests/TestPipes.cpp
M mozilla/xpcom/tests/TestShutdown.cpp
M mozilla/xpcom/tests/windows/TestHelloXPLoop.cpp
M mozilla/xpcom/tools/registry/regExport.cpp
M mozilla/xpcom/tools/registry/regxpcom.cpp
M mozilla/xpinstall/stub/xpistub.cpp
M mozilla/webshell/embed/ActiveX/MozillaBrowser.cpp
M mozilla/webshell/embed/ActiveX/MozillaBrowser.h
M mozilla/webshell/tests/viewer/nsMacMain.cpp
M mozilla/webshell/tests/viewer/nsPhMain.cpp
M mozilla/webshell/tests/viewer/nsWinMain.cpp
M mozilla/webshell/tests/viewer/unix/gtk/nsGtkMain.cpp
M mozilla/xpfe/appshell/src/nsFileLocations.cpp
M mozilla/xpfe/bootstrap/nsAppRunner.cpp
The heart of this checkin is a change in the signature and symantics
of NS_InitXPCOM.
The new signature is
extern NS_COM nsresult
NS_InitXPCOM(nsIServiceManager* *result, nsFileSpec* binDirectory);
I filed a bug for this problem:
b=23157
The original manifestation of this bug was in mozilla/netwerk/protocol/res/src/nsResProtocolHandler.cpp It used the current process directory to find resources, which is not correct when the current process is not mozilla.exe.
I have added a new type to nsSpecialSystemDirectory, Moz_BinDirectory, and made nsResProtocolHandler use that value.
git-svn-id: svn://10.0.0.236/trunk@56916 18797224-902f-48f8-a5cc-f745e15eee43
This is the same as mozilla/netwerk/cache/mgr/nsCachedNetData.h
(also declared nsIXPCWrappedNativeScope to be public since by default it is private
r= scc@netscape.com
git-svn-id: svn://10.0.0.236/trunk@56913 18797224-902f-48f8-a5cc-f745e15eee43
Bug #20547 & 20549 - ECMA3 compatible handling of String.replace and fixes
to $ handling.
git-svn-id: svn://10.0.0.236/trunk@56423 18797224-902f-48f8-a5cc-f745e15eee43
