鞋打包問題

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文件/公用文件/鞋/ 0 .r1134/LIB/shoes.rb線394utf.rb：10：
編譯器錯誤
utf.rb：10：無效字符 '\ 377' 表達
utf.rb：在無效字符 '\ 337'：10表達式
utf.rb：10：無效字符'\ 337' 中表達
utf.rb：10：無效字符 '\ 331' 中表達
utf.rb：10：無效字符 '\ 377' 中表達
utf.rb：10：無效字符 '\ 270'在表達式
utf.rb：10：表達式中無效字符'\ 304'

有人能幫我一個忙嗎？

BR，
DorianG

Answer 1

可能是一個here其中保存UTF-8建議在BOM-少的文件。

Answer 2

我有類似的問題，但保存在Unix格式使它爲我工作。

雖然，另一個問題似乎是封裝的.exe以某種方式緩存要執行的代碼。如果我更改源代碼，請運行packager重新創建exe，然後再次啓動exe，似乎沒有任何事情發生。即使之前刪除.exe，或將源文件移動到其他文件夾，似乎也無法解決問題。

唯一的解決方案似乎是重命名源文件。打包程序然後用更新後的代碼正確地創建一個新的.exe文件。

有沒有人有這樣的問題，或知道解決方案？有沒有可能是臨時文件夾包裝商存儲文件，然後不能被覆蓋，以便始終使用「第一版本」？我看着包裝程序的源代碼，但找不到任何那裏......

基督教

Answer 3

我無法找到一個方法來產生工作的.exe了。試圖在所有可能的Unicode編碼變體中保存源碼，但仍然沒有任何結果。鞋子r1134。我認爲我紅色的地方，這需要在已經期待已久的下一個鞋子版本中修復...

Answer 4

我在windows上使用vim時遇到同樣的問題。

我發現如果用記事本，它確實工作，並保存爲默認的「ANSI」

Answer 5

我也越來越「表達無效字符‘\ 377’」。我保存爲UTF-8（UNIX LF），所以這不是問題，這是因爲我在我的應用程序名稱中使用了下劃線（'_'）。顯然你不能使用下劃線文件中的鞋包名稱，這是惱人的名字，因爲下劃線是紅寶石約定...