package main: read unexpected NUL in input
 
 
 
我的问题：
 
go build -o wfs_server wfs_server_lite.go wfs_websockets_hub.go
 
解决方法：
 
go build -o wfs_server.exe wfs_server_lite.go wfs_websockets_hub.go
 
 
 
今天在win7上安装了golang(go语言)开发环境。按照Runoob教程上提供的说明，进行了环境的配置。但是，在进行Hello world测试时，出现了 package main: read unexpected NUL in input 错误。开始以为是环境变量错误，重新配置了几遍，还是没有解决问题。最后，发现是源程序文档编码格式错误！
 
解决办法
 使用notepad进行源代码文档编辑，选择编码格式为UTF-8格式；
 
错误原因
 As a side note: Windows has funny (somewhat inaccurate) names:
 
Both UTF-8 and UTF-16 formats use unicode code points. Windows calls UTF-16
 LE "Unicode". As go source code uses UTF-8, typical ASCII range characters
 are 1 byte each
 'h' 'e' 'l' 'l' 'o'
 while UTF-16 are two bytes each:
 0 'h' 0 'e' 0 'l' 0 'l' 0 'o'
 
Thus because the Go compiler expects UTF-8, it interperts the UTF-16 zero
 bytes as invalid NULL characters.
 -Daniel

[前言]今天在win7上安装了golang(go语言)开发环境。按照Runoob教程上提供的说明，进行了环境的配置。但是，在进行Hello world测试时，出现了 package main: read unexpected NUL in input 错误。开始以为是环境变量错误，重新配置了几遍，还是没有解决问题。最后，发现是源程序文档编码格式错误！


解决办法
使用notepad进行源代码文档编辑，选择编码格式为UTF-8格式；


错误原因
As a side note: Windows has funny (somewhat inaccurate) names:

Both UTF-8 and UTF-16 formats use unicode code points. Windows calls UTF-16
LE "Unicode". As go source code uses UTF-8, typical ASCII range characters
are 1 byte each
'h' 'e' 'l' 'l' 'o'
while UTF-16 are two bytes each:
0 'h' 0 'e' 0 'l' 0 'l' 0 'o'

Thus because the Go compiler expects UTF-8, it interperts the UTF-16 zero
bytes as invalid NULL characters.
-Daniel
参考：[go-nuts] Hello World - unexpected NUL in input

 
步骤：
 
 
在visual studio code命令行使用命令：mockgen -source sourcefilename.go > mock/targetfilename.go 来mock gRPC 的生成的pb.go文件
 
 
在写go test的时候引用生成的mock文件，报错如下
 
 
 
 
查询谷歌百度，说是编码格式问题。查看生成文件编码，果然不是UTF-8
 
 
尝试使用sublime转换为UTF-8编码，转换后失败，文件中多了不明import .“*”
 
 
解决：
 
 
使用git bash进行mockgen代码生成，解决
 
 
错误原因：
 
 
 
 
 
 
转载于:https://www.cnblogs.com/jiayoupaofu/p/9603838.html

我用的是gedit，上一次遇到了中文乱码的问题，后来调整的编码，使得中文可以正常显示，但是之后遇到其他人发给我的文件时，又显示打不开了，问题是：
 
        Unexpected error: Invalid byte sequence in conversion input
 
但是使用vim就可以正常打开该文件.....
 
这是因为：gedit会为每个文件保存编码方式，下次打开时会再次使用这些信息，若编码方式改变，则会出现错误。
 
解决方案：
 
在终端中执行以下命令
 
gsettings set org.gnome.gedit.preferences.encodings auto-detected "['UTF-8', 'CURRENT', 'ISO-8859-15', 'UTF-16']"
 
执行上面的命令出现此提示： No such key “auto-detected”，
 
那么你可以看看自己系统里的gedit 是什么属性，执行以下命令：
 
1、运行dconf-editor
 
2、依次展开/org/gnome/gedit/preferences/encodings  （此路径也是我们执行命令的路径 org.gnome.gedit.preferences.encodings）
 
3 最终会出现此窗口（此时博主已修复OK了，删除了 GB18030）
 
 
4 点击 【Use default value 】执行开启操作，出现下图
 
 
在下图中即可看到我们自己系统中gedit的执行命令属性值
 
 
 看上图，我们的属性名叫：candidate-encodeings,那么我们的执行命令应该是：
 
gsettings set org.gnome.gedit.preferences.encodings candidate-encodeings "['UTF-8', 'CURRENT', 'ISO-8859-15', 'UTF-16']"
 
执行此命令就可以了