Проблема упаковщика обуви

Question

Я использовал упаковщик для создания исполняемого файла для следующего кода:

Shoes.app do
  stack :margin => 10 do
    @edit = edit_box :width => 1.0 do
      @para.text = @edit.text
    end
    @para = para ""
  end
end

тогда я получил сообщение об ошибке:

Ошибка в C: / Program Files / Общие файлы / Shoes / 0.r1134 / lib / shoes.rb строка 394utf.rb: 10:
ошибка компилятора
utf.rb: 10: Неверный символ '\ 377' в выражении
utf.rb: 10: Неверный символ '\ 337' в выражении
utf.rb: 10: Неверный символ '\ 337' в выражении
utf.rb: 10: Неверный символ '\ 331' в выражении
utf.rb: 10: Неверный символ '\ 377' в выражении
utf.rb: 10: Неверный символ '\ 270' в выражении
utf.rb: 10: Неверный символ '\ 304' в выражении

Может ли кто-нибудь помочь мне?

BR
DorianG

Answer 1

Может быть что-то здесь , в котором предлагается сохранение файла в UTF-8 без спецификации.

Answer 2

Я также получаю "Недопустимый символ '\ 377' в выражении". Я сохраняю как UTF-8 (UNIX LF), так что это не проблема, потому что я использую подчеркивание ('_') в именах своих приложений Очевидно, вы не можете использовать упаковщик обуви для файлов с подчеркиванием в имени, что раздражает, так как подчеркивание является соглашением ruby ​​...

Answer 3

У меня была такая же проблема при использовании vim на windows.

Я обнаружил, что он работает, если вы используете блокнот и сохраняете его как ANSI по умолчанию

Answer 4

Я тоже не смог найти способ создать работающий .exe. Попытка сохранить исходный код во всех возможных вариантах кодировки Unicode, но все еще ничего. Обувь R1134. Я думаю, что я где-то красный, это нужно исправить в уже долгожданном следующем выпуске Обуви ...

Answer 5

У меня были похожие проблемы, но сохранение в формате Unix помогло мне.

Хотя другая проблема, похоже, заключается в том, что упакованный .exe каким-то образом кэширует код для выполнения. Если я изменяю исходный код, запускаю packager для воссоздания exe-файла, а затем снова запускаю exe-файл, похоже, ничего с ним не произошло. Даже удаление ранее файла .exe или перемещение источника в другую папку, похоже, не решает проблему.

Кажется, единственное решение - переименовать исходный файл. Затем упаковщик правильно создает новый .exe-файл с обновленным кодом.

Кто-нибудь сталкивался с подобными проблемами или знает решение? Возможно, есть временная папка, в которой упаковщик хранит файлы, которые затем нельзя перезаписать, чтобы всегда использовалась «первая версия»? Я посмотрел исходный код упаковщика, но там ничего не нашел ...

Christian