links vs real directories

Bill Moran wmoran at potentialtech.com
Mon Mar 16 09:33:50 PDT 2009


In response to John Almberg <jalmberg at identry.com>:
> 
> A little more information on this... from the Rails log, I can see  
> that a Ruby script in the config directory cannot load ('require') a  
> needed file because it can't find it:
> 
> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in  
> `gem_original_require': no such file to load -- application  
> (MissingSource     File)
> 
> It looks like this require statement is using a relative path, like  
> '../path/to/file'. Does '..' not work properly with a soft link? In  
> other words, '..', should mean ~/app, but since the config directory  
> is really in '~/shared', perhaps '..' translates to '~/shared'? That  
> would cause the problem finding the file.

That's a common problem with soft links and interpreted languages.

> Is there a way around this problem?

Generally, you have to fix this in the application itself.  I'm not a
Ruby expert, but I can list some of the methods that solve the problem
in PHP:

1 If Ruby has a config value for including library files (often called a
  "search path"), configure it  to the correct paths and tell Ruby to
  include the file name with the configured path information.
2 Write a wrapper around the requirement function that normalizes the path
  so that it works.
3 Ditch the softlink altogether and require files by absolute path.

The first one is probably the most desirable, although I've had good
success using PHP's __autoload() to accomplish #2.  Don't know if there's
an equivalent in Ruby.

In any event, if you're explicitly including files by relative path, you'll
have to stop doing that.  It's a bad idea in any event.

-- 
Bill Moran
http://www.potentialtech.com
http://people.collaborativefusion.com/~wmoran/


More information about the freebsd-questions mailing list