我使用packager为以下代码制作可执行文件:
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 / Common Files / Shoes / 0.r1134 / lib / shoes.rb line 394utf.rb:10:
出错
编译错误
utf.rb:10:表达式中的char'\ 377'无效
utf.rb:10:表达式中的char'\'337'无效
utf.rb:10:表达式中的char'\'337'无效
utf.rb:10:表达式中的char'\ 331'无效
utf.rb:10:表达式中的char'\ 377'无效
utf.rb:10:表达式中的char'\'270'无效
utf.rb:10:表达式中的char'\ 304'无效
有人可以帮我一把吗?
BR,
DorianG
答案 0 :(得分:1)
可能是here,建议将文件保存在无BOM的UTF-8中。
答案 1 :(得分:0)
我有类似的问题,但保存在Unix格式中使它对我有用。
虽然,另一个问题似乎是打包的.exe以某种方式缓存代码执行。如果我更改源代码,运行packager重新创建exe,然后再次启动exe,似乎没有发生任何事情。即使删除之前的.exe,或将源移动到另一个文件夹似乎也无法解决问题。
唯一的解决方案似乎是重命名源文件。然后打包器使用更新的代码正确创建一个新的.exe。
有没有人有这样的问题,或者知道解决方案?是否有一个临时文件夹,其中打包程序存储文件,然后无法覆盖,以便始终使用“第一个版本”?我查看了打包器的源代码,但在那里找不到任何东西......
基督教
答案 2 :(得分:0)
我也找不到生成.exe的方法。尝试在所有可能的Unicode编码变体中保存源,但仍然没有。鞋子r1134。我觉得我在某个地方变红了这个需要在已经期待已久的鞋子发布中修复......
答案 3 :(得分:0)
在Windows上使用vim时遇到了同样的问题。
我发现如果您使用记事本并将其保存为默认的“ANSI”
,它确实有效答案 4 :(得分:0)
我在表达式中也得到“无效的字符'\ 377'”。我保存为UTF-8(UNIX LF)所以这不是问题,因为我在app-names中使用下划线('_')。显然你不能使用鞋子包装器在名称上使用下划线的文件,因为下划线是ruby惯例...