- Sep 04, 2009
-
-
Ryan Dahl authored
I'm not sure what is actually causing node_g test/mjsunit/test-tcp-many-clients.js to run slowly, but I traced the problem to afd9e714. Somehow it has to do with promoting the compilation of src/util.js. That change wasn't actually intended to be included in afd9e7 commit anyway, so I'm reverting it here.
-
Ryan Dahl authored
-
Ryan Dahl authored
- Sep 03, 2009
-
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
64kb seems to be the magic number for getaddrinfo() to work on Macintosh.
-
Ryan Dahl authored
-
Ryan Dahl authored
The problem was that if promise A was waiting and promise B was created and then also told to wait (from some callback coming off the event loop), and then promise A finished, promise B's wait would return. Promise A's wait would not return until promise B was finished. This is incorrect. To solve this issue properly, one probably needs to allocate separate execution stacks. I use, instead, Poor Man's Coroutines. We continue to use the main execution stack and force promises created most recently to return first. That is even if Promise A finishes first, neither wait() returns. Not until Promise B finishes, will its wait() return. After that is complete, Promise A's wait() will return. This introduces the problem of growing the "wait stack" infinitely. Thus I've added a strong warning to the documentation only to use this operation sparingly. require() and include() seem to be the proper use case for such a thing: they are called usually at program start up - they don't take too long to finish and they won't be called so often. Let's experiment with this stop-gap. If the infinite promise stack becomes a problem for many, then I will remove promise.wait() entirely or perhaps only use it for thread pool events.
-
- Sep 02, 2009
-
-
Ryan Dahl authored
Had to add some waf hackery to override V8's architecture choice. They probably have a reason for defaulting still to IA32, but all tests are passing for me, and it makes it easier on users-and I think chrome is using x64 builds too. So let's go for it!
-
Ryan Dahl authored
-
Ryan Dahl authored
-
- Sep 01, 2009
-
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
Not necessary to build dll modules after all.
-
Michael Carter authored
-
- Aug 31, 2009
-
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
The error reporting function tries to look at the "stack" element of the exception.
-
Ryan Dahl authored
The default timeout is 60 seconds, but it can now be changed. evcom upgrade includes fixes to force_close.
-
Ryan Dahl authored
-
Ryan Dahl authored
- Fix a few errors with node.dlopen() - Report errors to stderr (this should probably be a separate commit, but whatever)
-
- Aug 27, 2009
- Aug 26, 2009
-
-
Ryan Dahl authored
This is to avoid confusion with the global "process" object, especially for the instances of node.Process.
-
Ryan Dahl authored
-
Ryan Dahl authored
- Update documentation. - Depreciation message for onExit().
-
Ryan Dahl authored
-
Ryan Dahl authored
-
Ryan Dahl authored
`include` and `require now` call `promise.wait` on their retrieval functions making them synchronous. Introduce `include_async` and `require_async` to do asynchronous retrievals. `include_async` and `require_async` need testing and documentation. Update documentation for include, require(). I am mostly removing information about onLoad(). onLoad is to be depreciated.
-
Ryan Dahl authored
-
Ryan Dahl authored
promise.wait() now returns the arguments of the "success" event. If there was only a single argument, then it is returned. If there was more than one, they are returned as an array. If there was an error, it is thrown. See documentation.
-
Ryan Dahl authored
-