Move spec/rubyspec to spec/ruby for consistency

* Other ruby implementations use the spec/ruby directory.
  [Misc #13792] [ruby-core:82287]

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@59979 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

1 files changed, 30 insertions, 0 deletions

diff --git a/spec/ruby/core/encoding/invalid_byte_sequence_error/source_encoding_name_spec.rb b/spec/ruby/core/encoding/invalid_byte_sequence_error/source_encoding_name_spec.rb
new file mode 100644
index 0000000000..41320c5207
--- /dev/null
+++ b/spec/ruby/core/encoding/invalid_byte_sequence_error/source_encoding_name_spec.rb
@@ -0,0 +1,30 @@
+require File.expand_path('../../fixtures/classes', __FILE__)
+
+with_feature :encoding do
+  describe "Encoding::UndefinedConversionError#source_encoding_name" do
+    before :each do
+      @exception, = EncodingSpecs::UndefinedConversionError.exception
+      @exception2, = EncodingSpecs::UndefinedConversionErrorIndirect.exception
+    end
+
+    it "returns a String" do
+      @exception.source_encoding_name.should be_an_instance_of(String)
+    end
+
+    it "is equal to the source encoding name of the object that raised it" do
+      @exception.source_encoding_name.should == "UTF-8"
+    end
+
+    # The source encoding specified in the Encoding::Converter constructor may
+    # differ from the source encoding returned here. What seems to happen is
+    # that when transcoding along a path with multiple pairs of encodings, the
+    # last one encountered when the error occurred is returned. So in this
+    # case, the conversion path is ISO-8859-1 -> UTF-8 -> EUC-JP. The
+    # conversion from ISO-8859-1 -> UTF-8 succeeded, but the conversion from
+    # UTF-8 to EUC-JP failed. IOW, it failed when the source encoding was
+    # UTF-8, so UTF-8 is regarded as the source encoding.
+    it "is equal to the source encoding at the stage of the conversion path where the error occured" do
+      @exception2.source_encoding_name.should == 'UTF-8'
+    end
+  end
+end