Skip to content
This repository has been archived by the owner on Mar 14, 2023. It is now read-only.

Unicode support issues with ruby 1.9 #9

Open
GoogleCodeExporter opened this issue Aug 13, 2015 · 9 comments
Open

Unicode support issues with ruby 1.9 #9

GoogleCodeExporter opened this issue Aug 13, 2015 · 9 comments
Labels
auto-migrated Priority-High Type-Defect

Comments

@GoogleCodeExporter
Copy link 

What steps will reproduce the problem?
1. Include confi.gem "gdata", :version => '1.1.1' in environment.rb
2. Start the rails console. The console doesn't start.

What version of the product are you using? On what operating system?
I am using ruby 1.9, rails 2.3.3. 

From what I read on the web, it looks like the unicode support is built
into ruby 1.9. So commenting out the following lines from gdata.rb seems to
be working for me.

require 'jcode'
$KCODE = 'UTF8'

I don't know if it causes any other issues?

Please provide any additional information below.
The error message:
no such file to load -- jcode
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`block in require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:521:in
`new_constants_in'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/courses/RoR/Project/shelves/vendor/gems/gdata-1.1.1/lib/gdata.rb:
21:in
`<top (required)>'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`block in require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:521:in
`new_constants_in'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/rails/gem_dependency.rb:208:
in
`load'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:307:in
`block in load_gems'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:307:in
`each'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:307:in
`load_gems'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:164:in
`process'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:113:in `run'
/Users/Chethan/courses/RoR/Project/shelves/config/environment.rb:9:in `<top
(required)>'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:262:in
`require'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:262:in
`block in load_modules'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:260:in
`each'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:260:in
`load_modules'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:20:in
`setup'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb.rb:53:in
`start'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/bin/irb:12:in `<main>'
no such file to load -- jcode
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`block in require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:521:in
`new_constants_in'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/courses/RoR/Project/shelves/vendor/gems/gdata-1.1.1/lib/gdata.rb:
21:in
`<top (required)>'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`block in require'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:521:in
`new_constants_in'
/Users/Chethan/.gem/ruby/1.9.1/gems/activesupport-2.3.3/lib/active_support/depen
dencies.rb:156:in
`require'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/rails/gem_dependency.rb:208:
in
`load'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:307:in
`block in load_gems'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:307:in
`each'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:307:in
`load_gems'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:169:in
`process'
/Users/Chethan/.gem/ruby/1.9.1/gems/rails-2.3.3/lib/initializer.rb:113:in `run'
/Users/Chethan/courses/RoR/Project/shelves/config/environment.rb:9:in `<top
(required)>'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:262:in
`require'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:262:in
`block in load_modules'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:260:in
`each'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:260:in
`load_modules'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb/init.rb:20:in
`setup'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/lib/ruby/1.9.1/irb.rb:53:in
`start'
/Users/Chethan/.ruby_versions/ruby-1.9.1-p243/bin/irb:12:in `<main>'
Missing these required gems:
  gdata  = 1.1.1

You're running:
  ruby 1.9.1.243 at /Users/Chethan/.ruby_versions/ruby-1.9.1-p243/bin/ruby
  rubygems 1.3.5 at /Users/Chethan/.gem/ruby/1.9.1

Original issue reported on code.google.com by [email protected] on 6 Dec 2009 at 7:27
@GoogleCodeExporter
Copy link
Author 

Hi,

I have made changes on a hg cloned repo that allow the gdata gem to run on Ruby 
1.9.1 with passing tests.  You can examine the diff here.  Would it be possible 
to get 
these brought back into mainstream?

https://code.google.com/r/hoanga-gdata-ruby-util-ruby19/source/detail?
r=18746fed3ea84601ee9b8ff322e87398d33ecf37

Original comment by [email protected] on 27 Jan 2010 at 4:12

@GoogleCodeExporter
Copy link
Author 

hoanga fixes look good!

Original comment by [email protected] on 12 Aug 2010 at 7:52

@GoogleCodeExporter
Copy link
Author 

Please can we get this committed and a new version of the gem released. No 
1.9.x compat now that Ruby 1.9.2 is released is basically asking for the Gem to 
be forked and/or fragmented...

Original comment by si%[email protected] on 1 Sep 2010 at 12:12

@GoogleCodeExporter
Copy link
Author 

For information purposes, I've cloned hoanga's fork and 1.9 patch onto github 
and have packaged up a 1.9 compatible gem "gdata_19" on rubygems. The Github 
repo is here: http://github.com/tokumine/GData. Thanks for a great gem!

Original comment by [email protected] on 2 Sep 2010 at 7:06

@GoogleCodeExporter
Copy link
Author 

PLEASE release a new version of this gem

You fixed the problem in January 2010 - it's now the end of 2011 - TWO years 
later

Anyone using it, or any of the other Google gems that rely on it, in 1.9 (the 
current version of Ruby) will get an error

Original comment by [email protected] on 31 Dec 2011 at 12:09

@GoogleCodeExporter
Copy link
Author 

Just wanted to second this, for now  I'm using "gdata_19".

Original comment by [email protected] on 26 Jun 2012 at 6:57

@GoogleCodeExporter
Copy link
Author 

I've contacted the authors of gdata with the following message.

Hello Trevor and Jeff,

I've begun a project in Rails 3.2 and Ruby 1.9 that uses the Gdata API. The 
gdata gem released on rubygems.org is not compatible with Ruby 1.9 and there is 
a discussion thread on Google Code at

http://code.google.com/p/gdata-ruby-util/issues/detail?id=9

A user has fixed the compatibility problem and published a new gem with the 
name gdata_19 in a forked codebase. Would it be possible to update gdata 1.1.2 
to include the compatibility fixes in an official release?

Thanks,
Lee Azzarello

Original comment by [email protected] on 20 Jul 2012 at 4:41

@GoogleCodeExporter
Copy link
Author

Original comment by [email protected] on 20 Jul 2012 at 8:08

  • Added labels: Priority-High
  • Removed labels: Priority-Medium

@GoogleCodeExporter
Copy link
Author 

Lee: Thanks for bringing this to my attention.

kasula: Thanks for the patch. Since this is an official Google project, I'll 
need you to sign a contributor license agreement (CLA) before I can merge your 
change in. This makes the lawyercats happy.

This can be found here...

Individual: http://code.google.com/legal/individual-cla-v1.0.html
Corporate: http://code.google.com/legal/corporate-cla-v1.0.html

(You can sign the individual version if you own the copyright on your patch. 
Sign the corporate version if your patch is submitted on behalf of your 
company.)

Once that's done, let me know and I'll pull your changes in.

Original comment by [email protected] on 20 Jul 2012 at 8:45

  • Changed state: Accepted

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
auto-migrated Priority-High Type-Defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter