- Jan 13, 2014
-
-
Timothy J Fontaine authored
If node was compiled with --no-ifaddrs to support older operating systems, don't throw instead simply return an empty object Fixes #6846
-
- Jan 11, 2014
-
-
svenpanne@chromium.org authored
Keep the number of descriptors below DescriptorArray::kMaxNumberOfDescriptors even for accessors Review URL: https://codereview.chromium.org/11362182
-
gluxon authored
-
- Jan 10, 2014
-
-
Timothy J Fontaine authored
We are in an unrecoverable state if v8 throws a FatalError, actually ask the operating system to dump core in this case. Fixes #6836
-
- Jan 09, 2014
-
-
Lorenz Leutgeb authored
-
- Jan 08, 2014
-
-
Timothy J Fontaine authored
-
- Jan 07, 2014
-
-
isaacs authored
-
- Jan 05, 2014
-
-
ayanamist authored
If a write is above the highWaterMark, _write still manages to fully send it synchronously, _writableState.length will be adjusted down to 0 synchronously with the write returning false, but 'drain' will not be emitted until process.nextTick. If another small write which is below highWaterMark is issued before process.nextTick happens, _writableState.needDrain will be reset to false, and the drain event will never be fired. So we should check needDrain before setting it up, which prevents it from inproperly resetting to false.
-
- Jan 01, 2014
-
-
Timothy J Fontaine authored
-
Maciej Małecki authored
Ref #2598
-
Timothy J Fontaine authored
-
Ron Korving authored
The fact that the "exit" event passes the exit code as an argument as omitted from the documentation. This adds the explanation and augments the example code to show that.
-
Timothy J Fontaine authored
-
Fedor Indutny authored
Some errors for listening and binding to a socket were not properly delivered to workers. fix #6767
-
- Dec 31, 2013
-
-
Fedor Indutny authored
-
Dav Glass authored
-
- Dec 28, 2013
-
-
Lev Gimelfarb authored
Search for VS2013 compiler 1st, before falling back to older ones. This allows compiling using the latest VS2013.
-
- Dec 26, 2013
-
-
isaacs authored
-
- Dec 21, 2013
-
-
T.C. Hollingsworth authored
node-gyp requires this file
-
- Dec 20, 2013
-
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-
- Dec 19, 2013
-
-
Timothy J Fontaine authored
* uv: Upgrade to v0.10.21 * npm: upgrade to 1.3.21 * v8: backport fix for CVE-2013-{6639|6640} * build: unix install node and dep library headers (Timothy J Fontaine) * cluster, v8: fix --logfile=%p.log (Ben Noordhuis) * module: only cache package main (Wyatt Preul) -
Timothy J Fontaine authored
-
Ben Noordhuis authored
The %p is replaced with the current PID. This used to work in node.js v0.9.7 but it seems to have been lost somewhere along the way. This commit makes the fix from 6b713b52 ("cluster: make --prof work for workers") work again. Without it, all log data ends up in a single file and is unusable because the addresses are all wrong.
-
Timothy J Fontaine authored
Restores functionality from v0.8 where module authors may not be relying on gyp for building their modules.
-
- Dec 18, 2013
-
-
isaacs authored
-
isaacs authored
The 1.3.19 release had a critical bug: any packages published with it could not be installed, because the shasum would be incorrect. Thankfully, 1.3.19 was published using 1.3.19, so could not be installed by any users! However, if it goes out as part of a Node.js release, then obviously that would be a problem.
-
- Dec 17, 2013
-
-
isaacs authored
-
- Dec 14, 2013
-
-
jkummerow@chromium.org authored
Quoting CVE-2013-6639: The DehoistArrayIndex function in hydrogen-dehoist.cc in Google V8 before 3.22.24.7, as used in Google Chrome before 31.0.1650.63, allows remote attackers to cause a denial of service (out-of-bounds write) or possibly have unspecified other impact via JavaScript code that sets the value of an array element with a crafted index. Quoting CVE-2013-6640: The DehoistArrayIndex function in hydrogen-dehoist.cc in Google V8 before 3.22.24.7, as used in Google Chrome before 31.0.1650.63, allows remote attackers to cause a denial of service (out-of-bounds read) via JavaScript code that sets a variable to the value of an array element with a crafted index. Like 6b92a7, this is unlikely to affect node.js because it only runs local, trusted code. However, if there exists some module somewhere that populates an array index with remotely provided data this could very well be used to crash a remote server running node. Defense in depth and all. This is a backport of upstream commit r17801. Original commit log: Limit size of dehoistable array indices LOG=Y BUG=chromium:319835,chromium:319860 R=dslomov@chromium.org Review URL: https://codereview.chromium.org/74113002
-
- Dec 13, 2013
-
-
Wyatt Preul authored
-
- Dec 12, 2013
-
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
* uv: Upgrade to v0.10.20 (Timothy J Fontaine) * npm: Upgrade to 1.3.17 (isaacs) * gyp: update to 78b26f7 (Timothy J Fontaine) * build: include postmortem symbols on linux (Timothy J Fontaine) * crypto: Make Decipher._flush() emit errors. (Kai Groner) * dgram: fix abort when getting `fd` of closed dgram (Fedor Indutny) * events: do not accept NaN in setMaxListeners (Fedor Indutny) * events: avoid calling `once` functions twice (Tim Wood) * events: fix TypeError in removeAllListeners (Jeremy Martin) * fs: report correct path when EEXIST (Fedor Indutny) * process: enforce allowed signals for kill (Sam Roberts) * tls: emit 'end' on .receivedShutdown (Fedor Indutny) * tls: fix potential data corruption (Fedor Indutny) * tls: handle `ssl.start()` errors appropriately (Fedor Indutny) * tls: reset NPN callbacks after SNI (Fedor Indutny)
-
Nicolas Kaiser authored
-
Mathias Bynens authored
-
Gabriel Farrell authored
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-