Я думаю, что это не правильный способ решить эту проблему. Но что я сделал, так это то, что я создал файл rails.rb в моем исполняемом каталоге, потому что когда я открывал этот файл каталога, его там не было, и помещал следующее содержимое.
#!/usr/bin/env ruby_noexec_wrapper
#
# This file was generated by RubyGems.
#
# The application 'railties' is installed as part of a gem, and
# this file is here to facilitate running it.
#
require 'rubygems'
version = ">= 0"
if ARGV.first =~ /^_(.*)_$/ and Gem::Version.correct? $1 then
version = $1
ARGV.shift
end
gem 'railties', version
load Gem.bin_path('railties', 'rails', version)
затем я пытаюсь запустить rails s
в моем проекте и его работах.
Но перед этим убедитесь, что исполняемый каталог находится на вашем пути, как я уже на моей машине: /home/anand/.rvm/gems/ruby-1.9.3-p286/bin:/home/anand/.rvm/gems/ruby-1.9.3-p286@global/bin:/home/anand/.rvm/rubies/ruby-1.9.3-p286/bin:/home/anand/.rvm/bin
Согласно TK, вы можете получить путь к исполняемому файлу, используя команду gem environment
I had this issue as well. As it turned out, sure I had edited a configuration to support ad hoc, and sure I was building using the distribution configuration. BUT. I hadn't edited the distribution configuration's properties, but the release's instead (I thought I was editing the distribution).
This might not be it. But even though you're certain, double check you're using the correct configuration, and that this configuration is adjusted properly.
Меня это тоже укусило и нашел ответ в Ad-Hoc Apps and Entitlements .
Возможно, вам потребуется убедиться, что путь к вашему файлу Entitlements.plist
указан в настройках вашего проекта в разделе «Код Подписание прав ".
Ответ Майкла выше точен (или ссылка, на которую он указывает). Вот шаги, которые мне пришлось предпринять, чтобы заставить его работать:
Не путайте $
. Фактически, $
является допустимым именем переменной в JavaScript (как и все переменные, содержащие $
, источник (PDF) ).
Таким образом, первая строка может быть перефразирована как
(function (someVariable) {
, что может выглядеть более часто. Для остальных, да, это прокси-модель, и ответ Джеймса Уайзмана объясняет, что происходит.
-121--3823340-Должно быть:
D code = new D(x.ToString);
-121--2434783- Я сходил с ума из-за этого. Наконец-то, думаю, я понял. В настройках проекта я правильно устанавливал права и подписи кода в правильной конфигурации Adhoc. Тем не менее, хотя там все казалось нормальным, когда я проверил "Project - > Edit Active Target" мой объект подписи кода все еще застрял в "iPhone Developer".
После переключения на правильный "iPhone Distribution" и повторной компиляции, Xcode попросил меня разрешить подписание кода в первый раз. И все скомпилировано и перенесено на мой телефон сейчас!
Надеюсь, что это поможет. Я серьезно верю, что эта проблема - ошибка или дефект на стороне Apple. Я потерял несколько часов для простой вещи, благодаря их IDE без документов...
Вам также необходимо убедиться, что у вас есть профиль подготовки с неистекшим сроком действия, который на некоторое время помешал мне использовать этот профиль год). Сообщение об ошибке такое же, но оно не имеет ничего общего с отсутствием действующего файла Entitlements.plist.
Я просто нашел другое обстоятельство, которое вызывает эту проблему. Необходимо убедиться, что включен правильный профиль подготовки. У меня есть приложение, которое имеет версию для iPhone и iPod, а также версию для iPad, построенную из того же проекта. Я, по-видимому, отправил профиль iPad ad hoc с версией приложения для iPad, и он не работает. Хуже того, я установил правильный профиль локально с помощью Xcode, поэтому все работает правильно на моей машине.