Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Comparing changes

Choose two branches to see what’s changed or to start a new pull request. If you need to, you can also compare across forks.

Open a pull request

Create a new pull request by comparing changes across two branches. If you need to, you can also compare across forks.
base fork: agibralter/bluepill
base: 1779f8d3a6
...
head fork: agibralter/bluepill
compare: 2a59ce0187
Commits on Dec 13, 2011
@akzhan akzhan Merge pull request #125 from agibralter/master
Update state_machine dependency?
544dd22
@akzhan akzhan Version bump to 0.0.52 ed9fa5c
Commits on Dec 15, 2011
@akzhan akzhan Actualize README as commented by @hecticjeff at 9c78e00 d9da3fb
Commits on Jan 30, 2012
@geekylucas geekylucas Ensure bundler is set up if present in environment.
This fixes a conflicting gem issue when bluepill is run with "bundle exec". Hat tip to @pda.
5b61450
@akzhan akzhan Merge pull request #128 from geekylucas/patch-1
Ensure bundler is set up if present in environment.
cdeae40
Commits on Feb 02, 2012
@blt04 blt04 Only check for Bundler Gemfile if env set
Calling File.exists? with a nil value results in an error:
    TypeError: can't convert nil into String
Check to see if the environment variable is set before looking for the
gemfile.
e38c003
@blt04 blt04 Ensure socket connections are closed after exec
This sets the FD_CLOEXEC file descriptor on each server connection.
This causes the socket connection to be automatically closed if
the server uses any of the exec functions.

Normally when forking a process, the new process receives a copy of all
open file descriptors.  If a bluepill command (such as restart) executes
a system call that forks and runs for a long time, the bluepill client
connection remains open in the forked process even after the bluepill
server closes the connection.  This causes the bluepill client's
socket.read call to block forever, eventually timing out and raising a
"Socket Timeout: Server may not be responding" error.

Setting close_on_exec causes new processes to automatically close the
socket connection, thus preventing this error.
616a1ca
Commits on Feb 03, 2012
@akzhan akzhan Merge pull request #129 from blt04/gemfile
Only check for Bundler Gemfile if ENV['BUNDLE_GEMFILE'] is set
5bcc2a5
@akzhan akzhan Merge pull request #130 from blt04/close_on_exec
Ensure socket connections are closed after exec
4c1fc47
@akzhan akzhan Version bump to 0.0.53 9c84a04
Commits on Feb 07, 2012
@akzhan akzhan More restrictions about daemons gem (need more investigation later), …
…refs # 131
50d6e48
@akzhan akzhan Version bump to 0.0.54 6d019cc
@akzhan akzhan Monkey patch to support daemons 1.1.7 or above. fixes #131 0f053e8
@akzhan akzhan Yep, we work on 1.1.7 b3782e8
@akzhan akzhan Version bump to 0.0.55 c3b5044
@akzhan akzhan Oops 1818d37
Commits on Feb 10, 2012
Marco Vujevic fix: ruby 1.8.7 does not have upcase on symbols dd29b02
@akzhan akzhan Merge pull request #134 from mavu/fix_signaling_for_ruby_1.8.7
fix: ruby 1.8.7 does not have upcase on symbols
24b2d05
Commits on Feb 18, 2012
@akzhan akzhan Temporary rescriction, refs #131, closes #132, refs #136 d195f32
@akzhan akzhan Version bump to 0.0.56 04adca2
Commits on Feb 20, 2012
@akzhan akzhan Use close_on_exec option oly if available. fixes #138 fe93246
@akzhan akzhan Version bump to 0.0.57 4bd7fc0
@akzhan akzhan Revert daemons gem workaround. refs #131 14aa34b
@akzhan akzhan Version bump to 0.0.58 ec83b34
@akzhan akzhan Script to run without gem acdc1f3
Commits on Feb 24, 2012
Denis Haskin Fix arya#140; .to_s on the signal causes Process.kill to interpret it…
… as a signal name, not a signal number.
b5858d0
@akzhan akzhan Merge pull request #141 from ceromancy/master
Fix #140 (and #137), sending signal to process silently fails.
b967490
Commits on Feb 27, 2012
@akzhan akzhan Version bump to 0.0.59 2a59ce0
Something went wrong with that request. Please try again.