2010-06-20 5 views
1

im en passant par l'installation sur http://www.railstutorial.org/chapters/static-pages#fig:autotest_greenerreur de chemin de fichier (Windows) avec Growl Autotest (RÉVISÉ)

et im coincé sur cette erreur particulière:

ERREUR DE LECTURE: http://pastie.org/1015405

Qu'est-ce que je peux voir être le problème révélateur ici est le

Aucun fichier ou répertoire - Files/rubygems-1.3.7/rails_projects/sample_app/spec/controllers/pages_controller_spec.rb

« Program Files » a été tronquée juste « Fichiers » et donc les programmes ne trouve pas ce que son supposé être à la recherche

de pages_controller_spec.rb AFFICHEUR: http://pastie.org/1015412

+0

est-ce que c'est dans Windows? La commande en ligne de commande que vous utilisez (sudo) semble indiquer que vous utilisez Linux/Unix. Lequel êtes-vous vraiment? –

+0

ouais laissez-moi ammend que –

Répondre

0
+0

Sa recherche comme les fenêtres de coupe im de mon RoR dev enviro ... –

+1

Pourquoi ne pas installer ruby ​​quelque part sans espaces dans les noms de répertoire (c: \ ruby). Cela fonctionne pour moi. Windows n'est certainement pas le meilleur choix pour RoR, mais cela fonctionne (autospec, rspec fonctionne ici) – jhwist

+0

je viens d'installer ubuntu hah! im pas vraiment intéressé à dépanner des tonnes de problèmes .. et je doute fortement que les problèmes allaient diminuer: D –

1

Me semble que c'est un problème avec un espace dans le filepath:

c:/Program Files/rubygems-1.3.7/rails_projects/sample_app/spec/controller s/pages_controller_spec.rb

Semble qui est se traduit à

Files/rubygems-1.3.7/rails_projects/sample_app/spec/controller s/pages_controller_spec.rb

assurez-vous de toujours placer des guillemets autour de chemins qui contiennent un espace;)

+0

Laissez-moi vérifier cela ..il semble que ma console gitBASH aime mettre des espaces dans les sorties .. par ex le "mtim e" Il s'avère que c'était juste l'espacement dans la sortie de gitbash. .pas réellement le fichier ... mais je le vérifie –

+0

alors que je sais que git-bash se comporte mal comme ça dans windows (donc j'ai tendance à ne pas l'utiliser directement), l'espace dans% PROGRAMS FILES% est leur sur presque tout système qui wasn 't expressément pré-configuré ou modifié pour supprimer cet espace. Une bière dit que c'est le problème, se cacher.Une autre question que j'ai pu étudier a déjà été corrigée dans la version que vous essayez d'utiliser. – WarheadsSE

+0

Donc, je reçois enfin ce que vous suggérez .. et il a du sens ..
' 'mtime' => lambda {| fichier_a, fichier_b | File.mtime (file_b) <=> File.mtime (file_a)} '
le code ci-dessus est ce qui est contenu en ligne 7 de la "options.rb"
j'ai essayé supstituting en simple ainsi que des guillemets doubles dans les manières suivantes:
' 'mtime' => lambda {|" fichier_a "," fichier_b "| File.mtime ("file_b") <=> File.mtime ("file_a")} '
et
' 'mtime' => lambda {| 'file_a', file_b '| File.mtime ('file_b') <=> File.mtime ('file_a')} ' ont tous deux conduit à des erreurs nouvelles/différentes des thats soo maintenant comment le faire –

0

obtenir SO i enfin ce que vous proposez .. et il est logique ..

'mtime' => lambda {|file_a, file_b| File.mtime(file_b) <=> File.mtime(file_a)}
le code ci-dessus est ce qui est contenu en ligne 7 de la « options.rb »

j'ai essayé supstituting en simple ainsi que des guillemets doubles dans les manières suivantes:


'mtime' => lambda {|"file_a", "file_b"| File.mtime("file_b") <=> File.mtime("file_a")}


et


'mtime' => lambda {|'file_a', file_b'| File.mtime('file_b') <=> File.mtime('file_a')}

ont tous deux conduit à des erreurs nouvelles/différentes des thats soo maintenant comment faire

Questions connexes