Better behavior from statement.run(undefined)

Let's say you prepare a statement with no parameters, and .run() it to
completion. Now the 'status' field on the Statement is SQLITE_DONE.

Now let's say that you run it, accidentally calling
  statement.run(undefined, callback)
instead of leaving out the first argument or passing an empty array.

The Baton returned by Bind<RunBaton> will have a parameters array with a
single NULL.

Then Work_Run will invoke stmt->Bind with this one-element array, while
stmt->status is still SQLITE_DONE.

Before this patch, the for loop in stmt->Bind would execute once, not
calling any bind functions, but still execute the
"stmt->status != SQLITE_OK" check. Since status is SQLITE_DONE, this
will cause the stmt->Bind to return false and for Work_Run to skip the
actual call to sqlite3_step.

However, since stmt->status is *still* SQLITE_DONE, Work_AfterRun will
report success.

It is arguably a bug to pass undefined in this case anyway, but the
current behavior where run() reports success without actually executing
the method is confusing.  (Especially when things work as expected on
the FIRST call to run(), because the initial status value is SQLITE_OK.)
Merge pull request #355 from glasser/run-undefined

Better behavior from statement.run(undefined)
upgrade internal sqlite3 to 3.8.7
Merge pull request #356 from mapbox/upgrade-internal-sqlite3

upgrade internal sqlite3 to 3.8.7
upgrade bundled libsqlite
try building against visual studio 2014
upgrade nan to 1.4.1 and target node v0.11.14 explicitly - refs #352
Merge branch 'master' of github.com:mapbox/node-sqlite3 into visual-studio-2014
#362: Travis CI builds for Node-webkit v0.10.5 → v0.11.0 (11/11/2014)
#362: AppVeyor builds for Node-webkit v0.10.5 → v0.11.0 (11/11/2014)
revert the two previous commits
appveyor: try building for custom toolset
try quoting powershell command + upgrade node-pre-gyp
start setting msbuild_toolset to trigger msvs 2014 build
ensure both libsqlite3 and node-sqlite3 are compiled with same visual studio version
bump to v3.0.3 [publish binary]
test [publish binary] again
test node v0.11.13 [publish binary]
install msvs 2014 vcredist so that our custom node.exe can run
appveyor: os is only respected at top-level