- Jan 28, 2014
-
-
Alexis Campailla authored
The test was not waiting for all the worker-created sockets to be listening before calling cluster.disconnect(). As a result, the channels with the workers could get closed before all the socket handles had been passed to them, leading to various errors.
-
Alexis Campailla authored
node -p would cause an access violation. Fixes test\message\stdin_messages.js on Windows.
-
Timothy J Fontaine authored
Conflicts: src/node_crypto.cc test/simple/test-crypto.js
-
Jun Ma authored
So that we are free to call socket.destroy() in error event handler. fix #6769
-
Fedor Indutny authored
-
- Jan 27, 2014
-
-
Fedor Indutny authored
fix #6963
-
- Jan 26, 2014
-
-
Fedor Indutny authored
fix #6945
-
Fedor Indutny authored
fix #6908
-
Fedor Indutny authored
Original commit message: ares_parse_txt_reply: return a ares_txt_reply node for each sub-string Previously, the function would wrongly return all substrings merged into one. fix #6931 -
Fedor Indutny authored
fix #6933
-
Fedor Indutny authored
Socket may become not `readable`, but http should not rely on this property and should not think that it means that no data will ever arrive from it. In fact, it may arrive in a next tick and, since `this.push(null)` was already called, it will result in a error like this: Error: stream.push() after EOF at readableAddChunk (_stream_readable.js:143:15) at IncomingMessage.Readable.push (_stream_readable.js:123:10) at HTTPParser.parserOnBody (_http_common.js:132:22) at Socket.socketOnData (_http_client.js:277:20) at Socket.EventEmitter.emit (events.js:101:17) at Socket.Readable.read (_stream_readable.js:367:10) at Socket.socketCloseListener (_http_client.js:196:10) at Socket.EventEmitter.emit (events.js:123:20) at TCP.close (net.js:479:12) fix #6784
-
- Jan 25, 2014
-
-
Timothy J Fontaine authored
Conflicts: AUTHORS ChangeLog deps/uv/AUTHORS deps/uv/ChangeLog deps/uv/src/unix/process.c deps/uv/src/version.c lib/net.js node.gyp src/node_version.h
-
Fedor Indutny authored
fix #6903
-
Fedor Indutny authored
fix #6903
-
- Jan 24, 2014
-
-
Scott González authored
-
isaacs authored
-
Trevor Norris authored
-
Alexis Campailla authored
The test was calling server.close() after write on the socket had completed. However the fact that the write had completed was not valid indication that the server had received the data. This would result in a premutaure closing of the server and an ECONNRESET event on the client.
-
Alexis Campailla authored
The test was calling server.close() without waiting for the server to have received all the requests. This would cause an ECONNRESET.
-
Trevor Norris authored
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
-
Fedor Indutny authored
When creating TLSSocket on top of the regular socket that already contains some received data, `_tls_wrap.js` should try to write all that data to the internal `SSL*` instance. fix #6940
-
- Jan 23, 2014
-
-
Timothy J Fontaine authored
-
Timothy J Fontaine authored
* uv: Upgrade to v0.10.23 * npm: Upgrade to v1.3.24 * v8: Fix enumeration for objects with lots of properties * child_process: fix spawn() optional arguments (Sam Roberts) * cluster: report more errors to workers (Fedor Indutny) * domains: exit() only affects active domains (Ryan Graham) * src: OnFatalError handler must abort() (Timothy J Fontaine) * stream: writes may return false but forget to emit drain (Yang Tianyang)
-
Timothy J Fontaine authored
-
Trevor Norris authored
When the domain specific code was reintroduced in 828f1455 the conditional to check and clear the nextTickQueue if many items had run was not introduced. This allows for the application to run out of memory if domains are being used in an infinite recursive loop.
-
Vladimir Kurchatkin authored
Since types are denoted with curly braces it can cause erroneous replaces in code blocks. Signed-off-by:Trevor Norris <trev.norris@gmail.com>
-
Yorkie authored
ERR_load_crypto_strings() registers the error strings for all libcrypto functions, SSL_load_error_strings() does the same, but also registers the libssl error strings.
-
- Jan 22, 2014
-
-
Ben Noordhuis authored
`a === a.sort()` is always true because Array#sort() does an in-place sort. Make a copy of the array first.
-
Ben Noordhuis authored
Make the HMAC digest method configurable. Update crypto.pbkdf2() and crypto.pbkdf2Sync() to take an extra, optional digest argument. Before this commit, SHA-1 (admittedly the most common method) was used exclusively. Fixes #6553.
-
Trevor Norris authored
Now that the context stores the active execution stack, and because removeAsyncListener() always removed the AsyncListener from the queue and the stack, there's no need to keep a stack around anymore. Instead the active asyncQueue and the currentContext is able to handle it all. Signed-off-by:Forrest L Norvell <ogd@aoaioxxysz.net>
-
Trevor Norris authored
Should have been included with 60fcc11b as it is the same type of fix. Signed-off-by:
Forrest L Norvell <ogd@aoaioxxysz.net>
-
Jo Liss authored
Performance gains are ~4x (~1.5us), but still much slower than a naive approach. There is some duplicate work done between join(), normalize() and normalizeArray() so additional optimizations are possible. Note that this only improves the POSIX implementation. Thanks to @isaacs and @othiym23 for helping with this optimization. Signed-off-by:Trevor Norris <trev.norris@gmail.com>
-
Fedor Indutny authored
After one of OpenSSL updates we have stopped accepting PEM private keys and certificates that doesn't end with a newline (`\n`) character. Handle this regression in `crypto.js` to make less trouble to our users. fix #6892
-
Fedor Indutny authored
Do not throw in internal C++ methods, that clobbers logic and may lead to the situations, where both exception was thrown and the value was returned (via `args.GetReturnValue().Set()`). That doesn't play nicely with v8. fix #6912
-
Fedor Indutny authored
Before this commit `RunAtExit` and `env->Dispose()` were never reached, because `EmitExit` was always colling `exit`.
-
Fedor Indutny authored
fix #6910
-
Alexis Campailla authored
The previous timeout was too short for certain execution conditions (Windows, debug build, first execution).
-