iconv dépréciation d'avertissement avec ruby 1.9.3

Je suis de cet avertissement quand je lance rspec: 

/gems/activesupport-3.1.0/lib/active_support/dépendances.rb:240:dans "le bloc dans le besoin": iconv sera obsolète dans l'avenir, utiliser des chaînes de caractères#encoder à la place.

Je reçois le même message d'avertissement avec rails 3.1.0, 3.1.1, 3.1.2.rc2 versions. Semble que c'est lié à sqlite3 gem, mais je ne suis pas sûr. Il n'y a pas d'avertissements avec ruby 1.9.2

Toutes les suggestions sur la manière de traiter avec elle?

InformationsquelleAutor NARKOZ | 2011-11-16
  1. 69

    Vous obtenez cette dépréciation de l'avis de provoquer une bibliothèque, quelque part, en exigeant iconv.

    iconv est un bijou créé par Matz qui peut être utilisé pour convertir des chaînes à partir d'un format à un autre.

    Par exemple c'est souvent utilisée:

    Iconv.iconv('UTF-8//IGNORE', 'UTF-8', content) ce petit brin de magie prend une chaîne UTF-8 qui peuvent avoir des caractères non valides et de les convertir en un bon de chaîne UTF-8.

    Il a été décidé que, dans Ruby 1.9.3 nous ne devrions pas utiliser iconv plus et au lieu d'utiliser le haut -String#coder. encode est plus puissant et permet plus de flexibilité.

    La théorie est que l'exemple ci-dessus pourrait être remplacé par:

    string.encode("UTF-8", :invalid => :replace, :undef => :replace, :replace => "?")

    Dans la pratique, il semble que ce soit imparfait.

    Cela conduit également à moins de l'histoire facile pour les créateurs qui souhaitent soutenir 1.8:

    content = RUBY_VERSION.to_f < 1.9 ? 
  Iconv.iconv('UTF-8//IGNORE', 'UTF-8',  "content") :
  "#{content}".encode(Encoding::UTF_8, :invalid => :replace, :undef => :replace, :replace => '')

    Donc, vous avez un bijou quelque part qui est exigeant iconv, pour le trouver:

    En supposant que votre message d'erreur est: /gems/activesupport-3.1.0/lib/active_support/dependencies.rb:240

    Ouvrir /gems/activesupport-3.1.0/lib/active_support/dependencies.rb sur la ligne 240:

    Ajouter la ligne: 

    p caller if file =~ /iconv/

    (juste après: load_dependency(file) { result = super })

    Vous obtiendrez une grosse trace de la pile: 

     râteau --tâches 
/home/sam/.rvm/gems/ruby 1.9.3-p125/gems/activesupport-3.2.6/lib/active_support/dépendances.rb:251:dans "le bloc dans le besoin": iconv sera obsolète dans l'avenir, utiliser des chaînes de caractères#encoder à la place. 
["/home/sam/.rvm/gems/ruby 1.9.3-p125/gems/calais-0.0.13/lib/calais.rb:5:`", 
.. plus omis ..

    Cela me dit qu'il est le calais gem. La recherche à travers des pull requests, je ne suis pas le premier. Le pull n'a pas été arrachés dans.

    En fonction de la gemme, il peut y avoir une version mise à jour qui n'ont pas cette erreur, je vous recommande de mettre à niveau vos bijoux en premier. Si vous êtes malchanceux, vous pourriez être coincé à la triste tâche de bifurquer un bijou pour se débarrasser de ce (si par exemple votre pull request pour le fixer languit)

    • Merci, cela m'a aidé. J'ai été sur ActiveSupport 3.2.9 et a dû utiliser: p caller if file.to_s =~ /iconv/ (fichier est maintenant un Chemin au lieu d'une Chaîne).
    • C'est une excellente réponse! J'ai suivi les étapes et trouvé ce bijou a été à l'origine des problèmes dans mon application. Ses une honte de l'affiche originale n'a pas accepté cette réponse... ou tout autre d'ailleurs.
    • C'est une fantastique réponse et un modèle pour la façon dont une réponse doit être écrite. Claire, concise explication et facile à suivre les étapes pour déboguer le problème.
    InformationsquelleAutor Sam Saffron
  2. 17

    Si vous voyez ceci, c'est très probablement pas Rails. Si vous regardez la méthode entourant la ligne mentionné dans l'erreur que vous avez posté, vous verrez suivantes:

    def require(file, *)
  result = false
  load_dependency(file) { result = super }
  result
end

    Je ne dis pas que c'est votre code, forcément, mais je suis certain que ce n'est pas vraiment la ligne en question où iconv est appelé. Dans mon cas, j'ai trouvé que mon projet de code fait référence à iconv.

    Si vous voulez vérifier votre code pour une telle référence, essayez grep -ir iconv ./ dans votre répertoire de projet.

    Quand iconv est en fait dans une bibliothèque, il peut être plus difficile à trouver. En changeant temporairement la méthode ci-dessus pour:

    def require(file, *)
  result = false
  puts
  puts caller.reverse
  load_dependency(file) { result = super }
  result
end

    Vous pouvez facilement exécuter votre code et grep les lignes de la trace pour trouver la cause de l'avertissement.

    ruby your/code.rb 2>&1 | grep -B 5 iconv
    • En ajoutant simplement "p appelant" sur une ligne avant la load_dependency ligne et en regardant à travers les traces de la pile, il devient assez facile à mélanger grâce à votre Gemfile et de fixer le sort de la date de pierres précieuses.
    • Je pense que le plus simple est de simplement ajouter puts ">>>> #{file.inspect}" juste avant load_dependency, alors vous pouvez voir le fichier de chargement a provoqué le message.
    InformationsquelleAutor
  3. 8

    Ajouter ceci au début de votre programme:

    oldverb = $VERBOSE; $VERBOSE = nil
require 'iconv'
$VERBOSE = oldverb

    et maudire les gens qui pensent que c'est un professionnel de la poignée de manière autodérision.

    • Je ne vois pas pourquoi c'est downvoted tellement. C'est une façon de silence, si vous êtes déjà au courant, mais ne sont pas disposés à mettre à niveau. Si vous mettez ce avant les autres requires qui pourrait peut-être tirer dans iconv dans certains profondément imbriqués require de la chaîne, puis le message n'apparaîtra plus.
    • Réponse parfaite. Cela m'a aidé à se débarrasser de cet avertissement inutiles sur un système où je n'ai absolument aucun contrôle sur la installé de pierres ou de quoi que ce soit.
    InformationsquelleAutor cabo
  4. 7

    Vous pouvez déterminer l'emplacement exact de l'avertissement en générant des exceptions pour ActiveSupport::Autodérision, au lieu de juste l'impression du journal. En haut de l'application.rb:

    ActiveSupport::Deprecation.behavior = Proc.new do |message, backtrace|
  raise message
end

    Une fois que vous avez compris où l'avertissement est à venir à partir de (en inspectant le backtrace complet), retirez-la de nouveau.

    • Je reçois undefined method behaviour= for ActiveSupport::Deprecation:Module (NoMethodError) -- Rails 3.2.3, Ruby 1.9.3-p125
    • apparemment, il utilise l'orthographe Américaine -- "de comportement."
    • merci pour ça 🙂
    • Hmm.. ne semble pas soulever une exception. Je l'ai juste après require 'rails/all'.
    InformationsquelleAutor d11wtq
  5. 0

    Pour supprimer cet avertissement...

    allez à la votre .rvm répertoire et trouver iconv.c (le mien était à ~/.rvm/src/ruby-1.9.3-p125/ext/iconv/iconv.c)

    modifier ce fichier sont les supprimer ou mettre en commentaire l'appel à warn_deprecated() (doit être proche du bas)

    à partir de ce répertoire du fichier, exécutez ruby extconf.rb
    puis make
    puis make install

    Devrait faire l'affaire

    InformationsquelleAutor WebDev