Remove JS_ prefix from DescribeScriptedCaller in comments NPOTB (no bug, r=me)

This commit is contained in:
Luke Wagner 2014-02-27 10:47:54 -06:00
parent b41fbadd9f
commit dce67ed075
4 changed files with 5 additions and 6 deletions

View File

@ -6205,8 +6205,7 @@ HideScriptedCaller(JSContext *cx)
MOZ_ASSERT(cx);
// If there's no accessible activation on the stack, we'll return null from
// JS_DescribeScriptedCaller anyway, so there's no need to annotate
// anything.
// DescribeScriptedCaller anyway, so there's no need to annotate anything.
Activation *act = cx->runtime()->mainThread.activation();
if (!act)
return;

View File

@ -4787,8 +4787,8 @@ GetScriptedCallerGlobal(JSContext *cx);
* Informs the JS engine that the scripted caller should be hidden. This can be
* used by the embedding to maintain an override of the scripted caller in its
* calculations, by hiding the scripted caller in the JS engine and pushing data
* onto a separate stack, which it inspects when JS_DescribeScriptedCaller
* returns null.
* onto a separate stack, which it inspects when DescribeScriptedCaller returns
* null.
*
* We maintain a counter on each activation record. Add() increments the counter
* of the topmost activation, and Remove() decrements it. The count may never

View File

@ -1139,7 +1139,7 @@ class Activation
// Counter incremented by JS::HideScriptedCaller and decremented by
// JS::UnhideScriptedCaller. If > 0 for the top activation,
// JS_DescribeScriptedCaller will return null instead of querying that
// DescribeScriptedCaller will return null instead of querying that
// activation, which should prompt the caller to consult embedding-specific
// data structures instead.
size_t hideScriptedCallerCount_;

View File

@ -185,7 +185,7 @@ nsXPConnect::IsISupportsDescendant(nsIInterfaceInfo* info)
void
xpc::SystemErrorReporter(JSContext *cx, const char *message, JSErrorReport *rep)
{
// It would be nice to assert !JS_DescribeScriptedCaller here, to be sure
// It would be nice to assert !DescribeScriptedCaller here, to be sure
// that there isn't any script running that could catch the exception. But
// the JS engine invokes the error reporter directly if someone reports an
// ErrorReport that it doesn't know how to turn into an exception. Arguably