仔细想想,这个问题遇到很多次了,之前一直以为很复杂,一搜索发现解决这么简单,记录一下做备忘. grep test XXX.log Binary file app.log matches 此时使用-a参数接口. grep -a test XXX.log -a, --text equivalent to --binary-files=text,即让二进制文件等价于文本. 注:zgrep遇到同样问题,解决方法也是类似.

操作 grep "hello world" test.log 结果 Binary file test.log matches 原因:grep认为test.log是二进制文件 解决方法:grep -a "hello world" test.log

grep "key" xxx.log时输出 Binary file xxx.log matches 百度了一下:grep觉得这是二进制文件.解决方式:grep -a. grep -a "key" xxx.log

安装完jdk,配置好环境变量出现如下状况: cannot execute binary file 问题原因: jdk的位数与ubuntu的系统位数不一致 jdk 64位 ubuntu 32位 然后通过: getconf LONG_BIT 查看系统位数

问题现象描述: 到orcal官网上下载了两个jdk: (1)jdk-7u9-linux-i586.tar.gz ------------>32位 (2)jdk-7u9-linux-x64.tar.gz   ------------>64位 先在系统上安装了jdk-7u9-linux-x64.tar.gz,具体安装步骤这里就不说了.安装后环境变量也配好后,执行java,但问题出现了:bash: ./java: cannot execute binary file,我在jdk_home/bin/目

转自:http://jxwpx.blog.51cto.com/15242/222572 java: cannot execute binary file 如果遇到这个错,一般是操作系统位数出问题了. [root@testserver usr]# java/jdk1.6.0_12/bin/java-bash: java/jdk1.6.0_12/bin/java: cannot execute binary file 后来检验,检查了一段时间,没有问题,最后有高人提示 经验证,是64位版本移到32位

# java/jdk1.6.0_12/bin/javac-bash: java/jdk1.6.0_12/bin/javac: cannot execute binary file   后来检验,检查了一段时间,没有问题,最后有高人提示 经验证,是64位版本移到32位上.   http://www.cnblogs.com/quxuedan/archive/2012/08/22/2650497.html

Caused by: org.apache.velocity.exception.VelocityException: Error initializing log: Failed to initialize an instance of org.apache.velocity.runtime.log.Log4JLogChute with the current runtime configuration. at org.apache.velocity.runtime.RuntimeInstan

问题描述:今天在linux环境下安装了一下JDK,安装成功后,打算输入java -version去测试一下,结果却出错了. 错误信息:-bash: /tyrone/jdk/jdk1.8.0_91/bin/java: cannot execute binary file 错误图示: 解决方案:该错误原因是由于jdk的安装位数与系统安装位数不一致.查看linux安装位数方法.更换jdk的位数即可. 更换jdk后的的结果:

启动SVN时候报了错误,然后查看日志发现报了如下错误 VisualSVNServer.exe: could not log pid to file C:/Windows/ServiceProfiles/NetworkService/AppData/Local/Temp/VisualSVNServer.pid 后来发现是因为Temp目录被删掉了,新建一个就好了

在编译完quecOpen的example helloworld之后,我运行此程序,结果报错,详情如下: ricks@ubuntu:~/share/project/ql-ol-sdk/ql-ol-extsdk/example/hello_world$ ./helloworld bash: ./helloworld: cannot execute binary file: Exec format error 很明显,文件格式错误.因为这个例子是用 arm-gcc交叉编译工具编译的,所以不能在ubun

在centos 7.1上安装nmon后,从管网(http://nmon.sourceforge.net/pmwiki.php?n=Site.Download)下载tar包解压后,两台机器一台提示 cannot execute binary file,另一台提示/lib64/ld64.so.1不存在 找了好久都没找到解决方法,换rpm安装方式解决 rpm 下载地址 http://rpm.pbone.net/index.php3/stat/4/idpl/29435642/dir/redhat_el_

/******************************************************************************** * Binary file to C array(bin2c) * 说明: * 由于工作中需要将bmp文件数据转换成C数组,于是写了这个工具(bin2c),代码如你 * 所见,只有看上去不多的几行. * * 2015-4-20 周一 阴 深圳 南山 西丽平山村 曾剑锋 *********************************

在安装软件过程中执行文件,报错cannot execute binary file 1.查看是否root用户登录,当前用户是否有可执行权限 2.ls -l 查看文件是否具有可执行权限 3.要使用对应的64位/32位安装包.

遇到这样的问题:-bash: /usr/local/java/jdk1.8.0_161/bin/java: cannot execute binary file: Exec format error 原因是: 在 64 位的 Linux 系统中安装了 32 位的 JDK 环境,当前linux系统和所装的kdl版本之间不一致导致. 最简单的解决办法如下: # vim /etc/profile 在文档最后,添加: export PATH="/usr/local/src/java/bin:$PATH&

感谢朋友支持本博客,欢迎共同探讨交流,因为能力和时间有限.错误之处在所难免,欢迎指正! 假设转载,请保留作者信息. 博客地址:http://blog.csdn.net/qq_21398167 原博文地址:http://blog.csdn.net/qq_21398167/article/details/46426525 须要检查一下这个文件是否 shell 脚本, 假设是shell脚本, 才干够使用 "sh ***.run"的形式运行. 假设本身是一个可运行的命令程序. 不须要使用 sh

Here is how to replace a HEX sequence in your binary file: $ sed 's/\x0D\x4D\x53\x48/\x0D\x0A\x4D\x53\x48/g' file > temp; rm file; mv temp file

MySQL Server 有四种类型的日志——Error Log.General Query Log.Binary Log 和 Slow Query Log. 第一个是错误日志,记录mysqld的一些错误.第二个是一般查询日志,记录mysqld正在做的事情,比如客户端的连接和断开.来自客户端每条Sql Statement记录信息:如果你想准确知道客户端到底传了什么给服务端,这个日志就非常管用了,不过它非常影响性能.第四个是慢查询日志,记录一些查询比较慢的SQL语句——这种日志非常常用,主要是给开

在Linux使用grep命令,从文件中抓取显示特定的信息,如下: cat 文件名 | grep 特定条件 --->   cat xxxx | grep 12345 结果报错:Binary file (standard input) matches:经过查询后,意思为文件是二进制文件,不能直接grep,解决办法: cat 文件名 | grep -a 特定条件 ---> cat xxxx | grep -a 12345

linux系统下遇到cannot execute binary file的问题,一般由以下情况造成: 非root用户或者无执行权限 编译环境不同(程序由其他操作环境复制过来) 对于第一种情况,采用增加执行权限即可chmod +x program 对于第二种情况,建议将该程序二进制包拷贝过来,重新编译程序.因为我在实际操作过程中发现我将美国的VPS的整个操作系统环境打包后下载到本地服务器上解压后运行其中的程序会有如题所示问题出现,百思不得其解,系统都为centos5.2,最终发现是两者编译环境不同