bump version

Hack for compiling on Snow Leopard.

I don't have access to this OS to fix the issue properly, so for the moment
I'm reverting back to 32bit build on Darwin. We changed to native 64bit in
8ddf930901c03a0a6c03b8da22da6f7b35f445af.

Thanks to Johan Dahlberg and Tim Caswell for reporting and debugging this.

Small change to website index.html

Bugfix: Trap exceptions in URIParser.

A user was able to crash chat.tinyclouds.org by sending it a malformed URL!
Not good.

bump version

Fix slowness in debug run of test-tcp-many-clients

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
afd9e714d3937288de51116a45234c1e86a9444f.
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.

Upgrade evcom - disable EPIPE error output.

Add test-mkdir-rmdir.js

Sort files in readdir test.

Add node.fs.mkdir()

Add node.fs.readdir()

Clean up eio wrappers. Create EIOPromise.

Clean up text on website.

Asyncly do getaddrinfo() on Apple.

Upgrade libeio, increase xthread stacksize to 64kb.

64kb seems to be the magic number for getaddrinfo() to work on Macintosh.

Add extension API documentation

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.

Build natively on x64.

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!

Add limits.h to src/node.cc for PATH_MAX

Upgrade V8 to 1.3.9

Set module.loaded=true for dll modules.

Remove --lib option since there is no more libnode

Revert static library build.

Not necessary to build dll modules after all.

Feature: add node.cwd() to access the current working directory.

Use Error exceptions where possible in net.cc and file.cc

Throw Error exceptions from node.dlopen()

Stack traces for mjsunit errors, better error reporting function.

The error reporting function tries to look at the "stack" element of the
exception.

Upgrade evcom; Add setTimeout method to node.tcp.Connection

The default timeout is 60 seconds, but it can now be changed.

evcom upgrade includes fixes to force_close.

Update test script to use new debug build's name: node_g

Build static executable.

- Fix a few errors with node.dlopen()

- Report errors to stderr (this should probably be a separate commit, but
  whatever)

Add command line arguments for accessing build flags.

node --cflags
node --libs

At the expense of some WAF nastiness.

Add pkgconfig files to help with dll builds.

First attempt at node.dlopen

Compiled first working 'hello world' module with this config

bump version

Fix text on index.html

API: rename node.Process to node.ChildProcess

This is to avoid confusion with the global "process" object, especially for
the instances of node.Process.

lint

Replace onExit() with process.addListener("exit")

- Update documentation.

- Depreciation message for onExit().

Introduce 'process' object. Also is the global object.

Depreciate onLoad

Synchronous module loading.

`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.

Add node.assert for internal debugging.

promise.block() renamed to promise.wait()

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.

Improve Promise documentation.

Modify website layout.

API: All EventEmitters emit "newListener" when listeners are added.

The "newListener" event will also be emitted for listeners to "newListener".
Maybe useful?

Restyle website/api.html. Now looks like the front page.

Made a few other little corrections too.

Upgrade v8 to 1.3.7

Fix coupling problems on OSX

Add close() to coupling pump. Wasn't getting EOF.

Experimental support for Promise.block()

API: Remove buffered file object (node.File)

With the addition of non-libeio stdio (17c6a67f15944962f27326072d9ea2df40ec0491)
this class is no longer being used internally. It has proved buggy and isn't
full-featured enough to be very useful.  Since it's implemented entirely in
javascript it will be easy for someone to extra into their own library if
needed.

Refactor node.Process to take advantage of evcom_reader/writer.

Introduce node.stdio

Remove old stdout, stderr, stdin objects.

Speed up test-tcp-throttle.js

Add sha1 hashes to ChangeLog

Remove outdated todo list

Add node node_g to gitignore.

Use flat object instead of array-of-arrays for HTTP headers.

E.G. { "Content-Length": 10, "Content-Type": "text/html" } instead of
[["Content-Length", 10], ["Content-Type", "text/html"]].
The main reason for this change is object-creation efficiency.

This still needs testing and some further changes (like when receiving
multiple header lines with the same field-name, they are concatenated with a
comma but some headers ("Content-Length") should not be concatenated ; the
new header line should replace the old value).

Various thoughts on this subject:
http://groups.google.com/group/nodejs/browse_thread/thread/9a67bb32706d9efc#
http://four.livejournal.com/979640.html
http://mail.gnome.org/archives/libsoup-list/2009-March/msg00015.html

bump version

evcom upgrade - ignore sigpipe. remove error output.

bump version

Buggy connections could crash node.js. Now check connection before sending data every time

http://groups.google.com/group/nodejs/browse_thread/thread/16abfa87c32408f3

We have our node.js server monitored by monit, however it seems monit is pretty
agressive / quick about closing its connection and thus we've gotten into a
loop of errors like this:

    at #<a ServerResponse>.flush
    at #<a ServerResponse>.sendBody
    at [object Object].json
    at [object Object].[anonymous]
    at [object Object].[anonymous]
    at [object Object].[anonymous]
http.js:353: Socket is not open for writing
      connection.send(out, out.encoding);
                 ^

Below is a patch that basically cause flushMessageQueue to check the connection
state for each item in the queue rather than just a single time in the
beginning.

Sync evcom

Don't Close TCP Connection/Server on destruction.

If the connection is open when the destructor is called it's a bug! Don't
want to try to compensate for bugs.

Upgrade v8 to 1.3.6

Remove connnection.fullClose() from documentation.

This function was removed in 368ea93bfea5c666e13118e78d2cab937cb692f3.

Upgrade evcom - fix API issues.

Upgrade v8 to 1.3.5

Return the EventEmitter from addListener for chaining.

http://groups.google.com/group/nodejs/browse_thread/thread/13708eacedb40b36

Bugfix: stdin fd (0) being ignored by node.File.

In the case of stdin options.fd is 0, which is considered false, therefore fd
gets set to null intead of 0.
http://groups.google.com/group/nodejs/msg/80849f6aa0b0eaa0

API: tcp.Connection "disconnect" event renamed to "close".

More semantic, since the event will be emitted on connection error,
when the connection was ever established.

Clarify some of the TCP API documentation.

bump version

Upgrade libev to 3.8

Upgrade v8 to 1.3.4

Enable test-tcp-many-clients.

Remove debugging messages in HTTP client

Upgrade v8 to 1.3.3

Sync evcom after refactor; fix binding issues

Sync evcom.

(evcom) SOL_SOCKET got renamed in socket,stream renaming

This was breaking the build on Macintosh.

(evcom) Add fix for pausing against big buffers.

discussion:
http://groups.google.com/group/nodejs/browse_thread/thread/11a920da4d0ed21d

Add IncomingMessage.prototype.pause() and resume().

Add connection.readPause() and connection.readResume()

Upgrade evcom

Made API changes in evcom and had to make minor change src/net.cc to comply.

Bugfix: Negative ints in HTTP's on_body and node.fs.read()

Similar to the error fixed in
9d3ed1bb9231798df8a081746fd0dc75900d8276.

Reported by Felix Geisendörfer.

Bugfix: response.setBodyEncoding("ascii") not working.

This is same error that was fixed in 216fb3b9b2811444228d7af7a450839e58b80713.

Reported by Felix Geisendörfer.

Fix http benchmark. Wasn't correctly dispatching.

Add -m32 gcc flag to udns build.

This is a temporary fix until V8 supports 64bit systems natively.

Upgrade http_parser to v0.2

Add SHA1 hash values to ChangeLog and fix formating.

Remove extra ev_timer_stop() in src/dns.cc

(evcom) Increase recv buffer from 4 bytes (!!!) to 8192

bump version

Delete v8 file that was removed in 1.3.2

Upgrade v8 to 1.3.2

Remove unused symbols.

Bugfix: node.http.ServerRequest.setBodyEncoding('ascii') not working

Pointed out by Felix Geisendörfer.
http://groups.google.com/group/nodejs/browse_thread/thread/d061fe62eba6d3b3#

Bugfix: node.encodeUtf8 was broken. (Connor Dunn)

http://groups.google.com/group/nodejs/browse_thread/thread/5ad0660a0959d885#