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

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

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

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

Answer 3

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

Answer 4

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

Answer 5

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

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

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

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

Кристиан