lukechilds/node - node - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Felix Geisendörfer	530328f12b	CommonJS testing for node.js Refactored test suite to use the assert module for testing rather than mjsunit.	15 years ago
Ryan Dahl	0b441462ab	Speed up test-wait-ordering.js	15 years ago
Ryan Dahl	7a2e784ad7	Module refactor - almost CommonJS compatible now API change summary: * require("/sys.js") becomes require("sys") * require("circle.js") becomes require("./circle") * process.path.join() becomes require("path").join()	15 years ago
Ryan Dahl	ad0a4cefb8	Namespace EVERYTHING under process; introduce GLOBAL http://groups.google.com/group/nodejs/browse_thread/thread/1034fd2ad2cd93e8	15 years ago
Ryan Dahl	8185e1fd25	Remove include() add node.mixin() include() should not be used by libraries because it will pollute the global namespace. To discourage this behavior and bring Node more in-line with the current CommonJS module system, include() is removed. Small scripts like unit tests often times do want to pollute the global namespace for ease. To avoid the boiler plate code of var x = require("/x.js"); var foo = x.foo; var bar = x.bar; The function node.mixin() is stolen from jQuery's jQuery.extend. So that it can be written: node.mixin(require("/x.js")); Reference: http://docs.jquery.com/Utilities/jQuery.extend http://groups.google.com/group/nodejs/browse_thread/thread/f9ac83e5c11e7e87	15 years ago
Ryan Dahl	4b8f503fac	Move mjsunit.js to system module directory.	15 years ago
Ryan	aefbd57514	Add stack to promise.wait(). 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.	16 years ago