declare var firstOctet to avoid global leak

found while testing dependent code, add var declaration inside TlvDecoder.readVarNumber to avoid global leak
README.md: Remove stale link to download branch
README.md: Directly link to INSTALL file
examples: Fix comment
Merge pull request #33 from rynomad/patch-2

declare var firstOctet to avoid global leak
Merge pull request #34 from felixrabe/patch-1

README.md: Remove stale link to download branch
Merge pull request #35 from felixrabe/patch-2

README.md: Directly link to INSTALL file
Merge pull request #36 from felixrabe/patch-3

examples: Fix comment
node/unit-tests: Port test-face-methods from PyNDN.
Face: In expressInterest, return the pendingInterestId. Added removePendingInterest.
node/unit-tests: Fix bug: Need to call Face constructor with host: value.
Face: In registerPrefix, return the registeredPrefixId. Added removeRegisteredPrefix.
in face.reconnectAndExpressInterest : add check for face.readyStatus

I'm not sure if this is the right way to solve the problem I'm having... there's an outside chance that I might even just be messing something up in my dependent code, but I'm getting thrown the "unexpected connection is not opened" error when testing my HTML5 MessageChannel transport class.

As far as I can see, the only time when face.readyStatus is set to Face.OPEN is within this reconnect function, and if the connectionInfo is equal (which it is when I construct a face via the Face(transport, connectionInfo) API), then this codeblock is skipped and the rest of the 'if' checks in the function fail, throwing an error despite the transport working fine. Adding the secondary condition fixes the problem for me, and I don't see it creating any obvious problems, but I'm open to the possibility I'm missing something.
Merge pull request #37 from rynomad/patch-3

in face.reconnectAndExpressInterest : add check for face.readyStatus
Merge remote-tracking branch 'upstream/master' into chrono-sync2013