Proxy [[Construct]]

# Tom Schuster (10 years ago)

The Proxy [[Construct]] method 9.5.14, has the step 7.a "If target does not have a [[Construct]] internal method, throw a TypeError exception."

But a proxy only has a [[Construct]] internal method when the target has a [[Construct]] internal method. I am not aware that an object can lose an internal method during runtime. [[Call]] doesn't have a check like this either. Could this check be turned into an assert?

The Proxy [[Construct]] method 9.5.14, has the step 7.a
"If target does not have a [[Construct]] internal method, throw a TypeError
exception."

But a proxy only has a [[Construct]] internal method when the target has a
[[Construct]] internal method. I am not aware that an object can lose an
internal method during runtime.
[[Call]] doesn't have a check like this either. Could this check be turned
into an assert?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20150119/8f1f029a/attachment.html>

# Allen Wirfs-Brock (10 years ago)

Thanks,

changed it to an assert.

Ideally, you should return this sort of thing using bugs.ecmascript.org.

Thanks,

changed it to an assert.

Ideally, you should return this sort of thing using bugs.ecmascript.org.

Allen


On Jan 18, 2015, at 3:21 PM, Tom Schuster wrote:

> The Proxy [[Construct]] method 9.5.14, has the step 7.a
> "If target does not have a [[Construct]] internal method, throw a TypeError exception."
> 
> But a proxy only has a [[Construct]] internal method when the target has a [[Construct]] internal method. I am not aware that an object can lose an internal method during runtime.
> [[Call]] doesn't have a check like this either. Could this check be turned into an assert?
> 
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20150118/ffa30e64/attachment.html>