From 13dc5b88cde691cc4e105de04ebb7804ae633ae6 Mon Sep 17 00:00:00 2001
From: Eric Wong <normalperson@yhbt.net>
Date: Tue, 15 Jun 2010 23:17:33 +0000
Subject: workaround rbx not reopening logs to stderr/stdout

While log reopening worked reliably for newly-created File
objects in the unit tests, the $stderr and $stdout handles that
get redirected did not get reopened reliably under Rubinius.

We work around this by relying on Rubinius internals and
directly setting the @path instance variable.  This is harmless
for MRI and should be harmless for other any other Ruby
implementations we'll eventually support.

ref: http://github.com/evanphx/rubinius/issues/360
---
 lib/unicorn/util.rb | 1 -
 1 file changed, 1 deletion(-)

(limited to 'lib/unicorn/util.rb')

diff --git a/lib/unicorn/util.rb b/lib/unicorn/util.rb
index 4e05864..e8c09d0 100644
--- a/lib/unicorn/util.rb
+++ b/lib/unicorn/util.rb
@@ -22,7 +22,6 @@ module Unicorn
 
         ! fp.closed? &&
           fp.sync &&
-          fp.path &&
           fp.path[0] == ?/ &&
           (fp.fcntl(Fcntl::F_GETFL) & append_flags) == append_flags
       end
-- 
cgit v1.2.3-24-ge0c7