This repository has been archived by the owner on Apr 22, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 7.3k
vm.createContext and inheritance #3884
Labels
Comments
Kind of. We use |
Let me add the caveat emptor that the vm module is not designed as a secure environment for running arbitrary code. It's a convenience tool for running trusted code in a clean slate environment. |
OK, thanks. That's what I figured. |
richardlau
pushed a commit
to ibmruntimes/node
that referenced
this issue
Dec 17, 2015
Fix node exiting due to an exception being thrown rather than emitting an `'uncaughtException'` event on the process object when: 1. no error handler is set on the domain within which an error is thrown 2. an `'uncaughtException'` event listener is set on the process Also fix an issue where the process would not abort in the proper function call if an error is thrown within a domain with no error handler and `--abort-on-uncaught-exception` is used. Fixes nodejs#3607 and nodejs#3653. PR: nodejs#3884 PR-URL: nodejs/node#3884 Reviewed-By: James M Snell <jasnell@gmail.com>
richardlau
pushed a commit
to ibmruntimes/node
that referenced
this issue
Dec 18, 2015
Fix node exiting due to an exception being thrown rather than emitting an `'uncaughtException'` event on the process object when: 1. no error handler is set on the domain within which an error is thrown 2. an `'uncaughtException'` event listener is set on the process Also fix an issue where the process would not abort in the proper function call if an error is thrown within a domain with no error handler and `--abort-on-uncaught-exception` is used. Fixes nodejs#3607 and nodejs#3653. PR: nodejs#3884 PR-URL: nodejs/node#3884 Reviewed-By: James M Snell <jasnell@gmail.com>
richardlau
pushed a commit
to ibmruntimes/node
that referenced
this issue
Dec 18, 2015
Maintenance Update Notable changes * Roughly 78% of the commits are documentation and test improvements * domains: - Fix handling of uncaught exceptions (Julien Gilli) [nodejs#3884](nodejs/node#3884) * deps: - Upgrade to npm 2.14.12 (Kat Marchán) [nodejs#4110](nodejs/node#4110) - Backport 819b40a from V8 upstream (Michaël Zasso) [nodejs#3938](nodejs/node#3938) - Updated node LICENSE file with new npm license (Kat Marchán) [nodejs#4110](nodejs/node#4110)
richardlau
pushed a commit
to ibmruntimes/node
that referenced
this issue
Jan 11, 2016
Maintenance Update Notable changes * Roughly 78% of the commits are documentation and test improvements * domains: - Fix handling of uncaught exceptions (Julien Gilli) [nodejs#3884](nodejs/node#3884) * deps: - Upgrade to npm 2.14.12 (Kat Marchán) [nodejs#4110](nodejs/node#4110) - Backport 819b40a from V8 upstream (Michaël Zasso) [nodejs#3938](nodejs/node#3938) - Updated node LICENSE file with new npm license (Kat Marchán) [nodejs#4110](nodejs/node#4110)
richardlau
pushed a commit
to ibmruntimes/node
that referenced
this issue
Jan 11, 2016
Fix node exiting due to an exception being thrown rather than emitting an `'uncaughtException'` event on the process object when: 1. no error handler is set on the domain within which an error is thrown 2. an `'uncaughtException'` event listener is set on the process Also fix an issue where the process would not abort in the proper function call if an error is thrown within a domain with no error handler and `--abort-on-uncaught-exception` is used. Fixes nodejs#3607 and nodejs#3653. PR: nodejs#3884 PR-URL: nodejs/node#3884 Reviewed-By: James M Snell <jasnell@gmail.com>
richardlau
pushed a commit
to ibmruntimes/node
that referenced
this issue
Jan 11, 2016
Maintenance Update Notable changes * Roughly 78% of the commits are documentation and test improvements * domains: - Fix handling of uncaught exceptions (Julien Gilli) [nodejs#3884](nodejs/node#3884) * deps: - Upgrade to npm 2.14.12 (Kat Marchán) [nodejs#4110](nodejs/node#4110) - Backport 819b40a from V8 upstream (Michaël Zasso) [nodejs#3938](nodejs/node#3938) - Updated node LICENSE file with new npm license (Kat Marchán) [nodejs#4110](nodejs/node#4110)
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The VM context created via
vm.createContext
does only contain own keys of the object passed to it.Is this the correct behavior? Is this to prevent functions such as
hasOwnProperty
to exist in the context?The text was updated successfully, but these errors were encountered: