K, ScratchPad clear: MSpec doesn't provide any contracts. It is up to the user 
to clear his own state. This also allows for a test to use ScratchPad across 
multiple examples. ScratchPad is only meant to be a formalized global variable.

Channel is actually a part of Rubinius's standard library (IIRC). Ideally, the 
tests don't rely on anything more than basic language features, so we should 
try to keep usage of Standard Library to a minimum. I only use stdlib's that 
are required for MSpec's runner, such as FileUtils.

JD
From: Shri Borde
Sent: Wednesday, January 07, 2009 12:32 AM
To: Jim Deville
Cc: ironruby-core@rubyforge.org
Subject: ScratchPad versus Channel in RubySpec

Many tests use Channel to collect data that needs to be tested. For example, 
the following in inspect_spec.rb.

  compliant_on(:ruby) do
    it "reports aborting on a killed thread" do
      c = Channel.new
      t = Thread.new { c << Thread.current.inspect; Thread.stop }
      c.receive.should include('run')
      t.inspect.should include('sleep')
      Thread.critical = true
      t.kill
      t.inspect.should include('aborting')
      Thread.critical = false
    end
  end

However, there is also ScratchPad which serves the same purpose. Why are there 
two ways of doing this, and which is the preferred one?

Also, (as we were discussing before), why does every test have to call 
ScratchPad.clear before using it. Shouldn't MSpec be doing this automatically?

Thanks,
Shri

_______________________________________________
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

Reply via email to