NPE when requiring regex?

[krainboltgreene]

LoadError: load error: /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/twitter-text-1.4.17/lib/regex -- java.lang.NullPointerException: null
           require at org/jruby/RubyKernel.java:1010
           require at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:184
            (root) at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/twitter-text-1.4.17/lib/twitter-text.rb:14
           require at org/jruby/RubyKernel.java:1010
            (root) at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@global/gems/bundler-1.2.1/lib/bundler/runtime.rb:1
              each at org/jruby/RubyArray.java:1612
           require at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@global/gems/bundler-1.2.1/lib/bundler/runtime.rb:68
              each at org/jruby/RubyArray.java:1612
           require at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@global/gems/bundler-1.2.1/lib/bundler/runtime.rb:66
           require at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@global/gems/bundler-1.2.1/lib/bundler/runtime.rb:55
           require at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@global/gems/bundler-1.2.1/lib/bundler.rb:128
         load_gems at /Users/krainboltgreene/Code/nbuild/config/boot.rb:116
  silence_warnings at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/activesupport-2.3.14/lib/active_support/core_ext/kernel/reporting.rb:11
         load_gems at /Users/krainboltgreene/Code/nbuild/config/boot.rb:115
              send at org/jruby/RubyKernel.java:2060
           process at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/rails-2.3.14/lib/initializer.rb:164
               run at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/rails-2.3.14/lib/initializer.rb:113
           require at org/jruby/RubyKernel.java:1010
            (root) at /Users/krainboltgreene/Code/nbuild/config/environment.rb:9
           require at org/jruby/RubyKernel.java:1010
            (root) at /Users/krainboltgreene/Code/nbuild/spec/spec_helper.rb:1
              load at org/jruby/RubyKernel.java:1035
            (root) at /Users/krainboltgreene/Code/nbuild/spec/spec_helper.rb:11
              each at org/jruby/RubyArray.java:1612
            (root) at ./spec/models/signup_spec.rb:1
            (root) at ./spec/models/signup_spec.rb:2
            (root) at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/rspec-1.3.1/lib/spec/runner/example_group_runner.rb:1
        load_files at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/rspec-1.3.1/lib/spec/runner/example_group_runner.rb:15
              load at org/jruby/RubyKernel.java:1035
        load_files at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/gems/rspec-1.3.1/lib/spec/runner/example_group_runner.rb:14
              eval at org/jruby/RubyKernel.java:1060
            (root) at /Users/krainboltgreene/.rvm/gems/jruby-1.7.0@nbuild/bin/ruby_noexec_wrapper:14

[headius]

Hmm...I tried requiring twitter-text.rb directly and it loaded ok.

A couple things you can do to get us more info:

• Try JRuby master. Maybe it's fixed.
• Pass -Xbacktrace.style=raw to get the actual Java trace for the NPE.
• You may have to pass -d to get the Java exception trace. There will be other expected boot-time traces you can ignore

[rcoder]

I've got a large-ish (1.5k line) backtrace from an IRB session where I encountered this same error posted here:

https://gist.github.com/4041408

This was against the current release (1.5.0) of the twitter-text gem.

[BanzaiMan]

@rcoder Why are you getting LoadError on builder and memcache-client? I don't get those when I install twitter-text in a clean environment.

Also, what is ruby_noexec_wrapper? If you are using RVM, please update to the latest release and/or try using JRuby without it.

Thanks.

[headius]

I looked into the most recent IRB dump from @rcoder, and it looks like the NPE is a side effect of an encoding error getting raised in 1.8 mode. We attempt to create an encoding exception, but since those classes are not initialized in 1.8 mode it ends up passing null for the exception's class.

The underlying encoding issue may be a case where we're supposed to ignore problems. I'll see if I can find a simple patch that avoids 1.9-mode encoding checks.

[headius]

I believe this issue is fixed by 47a88ba.