Bad GEM_PATH on fresh Win7 install

dubstep · May 5, 2011, 9:34pm

I just did an install of JRuby 1.6.1 on a fresh install of Win7x64. This
Windows environment is running under VMWare.

After the installation, I am unable to install any gems. I get an ENOENT
error:

gist.github.com

https://gist.github.com/chuckremes/957722

gistfile1.txt

PS C:\Users\cremes> jruby -S gem install json
ERROR:  While executing gem ... (Errno::ENOENT)
    No such file or directory - //vmware-host/Shared Folders
PS C:\Users\cremes>

I googled for this issue and ran across a few responses on stackoverflow
about modifying the gem.bat file. However, that change did not help.

Additionally, when I look at my ‘gem env’ it prints one of the network
drives even though I disconnected it prior to starting the install.

gist.github.com

https://gist.github.com/chuckremes/957717

gistfile1.txt

PS C:\Users\cremes> jruby -S gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.5.1
  - RUBY VERSION: 1.8.7 (2011-04-12 patchlevel 330) [java]
  - INSTALLATION DIRECTORY: c:/jruby-1.6.1/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: c:/jruby-1.6.1/bin/jruby.exe
  - EXECUTABLE DIRECTORY: c:/jruby-1.6.1/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6

This file has been truncated. show original

Any ideas on how I can fix this?

cr

cremes · May 5, 2011, 10:31pm

On May 5, 2011, at 2:33 PM, Chuck R. wrote:

gist:957717 · GitHub

Any ideas on how I can fix this?

The fix was to create a %HOME% variable pointing to c:\Users\cremes. For
some reason, the install4j installer picked up \vmware-host\Shared
Folders as the user.home (according to the installation.log). By adding
that environment variable, it must have short-circuited whatever logic
is used by the installer for determining the home directory. That logic
apparently has a flaw.

I would like to open a JIRA on this but I don’t have instructions for an
easily reproducible case. Any suggestions?

cr

cremes · May 5, 2011, 11:23pm

On Thu, May 5, 2011 at 3:30 PM, Chuck R. [email protected]
wrote:

Additionally, when I look at my ‘gem env’ it prints one of the network drives
even though I disconnected it prior to starting the install.

gist:957717 · GitHub

Any ideas on how I can fix this?

The fix was to create a %HOME% variable pointing to c:\Users\cremes. For some
reason, the install4j installer picked up \vmware-host\Shared Folders as the
user.home (according to the installation.log). By adding that environment
variable, it must have short-circuited whatever logic is used by the installer for
determining the home directory. That logic apparently has a flaw.

I would like to open a JIRA on this but I don’t have instructions for an easily
reproducible case. Any suggestions?

Just do due diligence to describe it as best you can. Perhaps we will
think of a nice reproduction later, but it doesn’t hurt to report what
you have.

-Tom

–
blog: http://blog.enebo.com twitter: tom_enebo
mail: [email protected]