From: "ko1 (Koichi Sasada)" <redmine@...>
Date: 2013-02-17T14:27:46+09:00
Subject: [ruby-core:52338] [ruby-trunk - Bug #7489] Kernel.spawn sometimes executes string directly


Issue #7489 has been updated by ko1 (Koichi Sasada).

Category set to DOC
Assignee set to akr (Akira Tanaka)
Target version set to next minor

Akr-san, could you add a documentation?

----------------------------------------
Bug #7489: Kernel.spawn sometimes executes string directly
https://bugs.ruby-lang.org/issues/7489#change-36384

Author: jcaesar (Julius Caesar)
Status: Open
Priority: Normal
Assignee: akr (Akira Tanaka)
Category: DOC
Target version: next minor
ruby -v: ruby 1.9.3p327 (2012-11-10 revision 37606) [x86_64-linux]


Kernel.spawn throws an exception in certain cases where it shouldn't.
It seems to attempt to execute the command directly, rather than passing
it to the shell.

See the demo script below.  What should happen, when I run this script,
is that both assertions should fail, and there should be an error message
from the testing framework about each test.  What actually happens is
that both tests pass and the test framework reports success.

#-------------------------------
require 'test/unit'

class TestSpawn < Test::Unit::TestCase
  #> either command would work fine if executed
  # in the shell.

  def test1
    assert_raises(Errno::ENOENT) { spawn ':' }
  end

  def test2
    assert_raises(Errno::ENOENT) { spawn 'a=b true' }
  end
end
#-------------------------------

My compiler is GCC, and the output of "gcc --version" is:

  gcc-4.4.real (Debian 4.4.5-8) 4.4.5
  Copyright (C) 2010 Free Software Foundation, Inc.
  This is free software; see the source for copying conditions.  There is NO
  warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Please note that I have attached my rbconfig.rb file.



-- 
http://bugs.ruby-lang.org/