出现这个错误的原因是出错的语句后面多了“\r”这个字符,换言之,脚本文件格式的问题,我们只需要把格式改成unix即可: vi xx.sh :set ff :set ff=unix :wq!

用 ./ 运行bash脚本文件出现 报错信息 /usr/bin/env: "bash\r": 没有那个文件或目录 错误原因:这主要是因为bash后面多了\r这个字符的原因.在linux终端下,输出\r会什么都不显示,只是把光标移到行首.于是终端虽然输出了/usr/bin/env bash,但是碰到\r后,光标会被移到行首,接着输出了:No such file or directory把前面的覆盖掉了.于是出现了那个莫名其妙的出错信息了 解决办法: 用vim打开sh脚本文件, 重新设置文

配置好supervisor路径后 出现了 启动时出现了 /usr/bin/env: node: 没有那个文件或目录 需要讲.nvm下的node链接到, /usr/bin/目录下 sudo ln -s /home/rudy/.nvm/versions/node/v4.2.1/bin/node /usr/bin/node

今晚在Ubuntu环境上安装composer后,想查看下是否安装成功,使用composer -v,结果提示:/usr/bin/env: php: 没有那个文件或目录 现说说我的解决办法: 它提示的原因,主要是因为php的安装文件不在/usr/local/bin下.解决办法也很简单,就是把php的可执行文件链接过去就行了. 找到Ubuntu下php可执行文件:/usr/local/php7/bin/php 需要注意的是,有的现在还是php5目录 因此php执行文件的可能路径是:/usr/local

背景 安装了node后,执行npm run xxx的命令的时候,报错,提示如下: /usr/bin/env: node: No such file or directory 步骤 1. 什么玩意,执行一个npm命令怎么提示/usr/bin/env这个错误呢,翻阅资料 资料都提示要创建一个软连接,如下: ln -s /usr/bin/nodejs /usr/bin/node 2. 推测!!因为npm执行的时候默认是使用/usr/bin/node去执行的,但我本地是没有/usr/bin/node的,

php不是默认安装的,在使用symfony创建新项目时,出现这个提示. [root@localhost html]# symfony demo /usr/bin/env: php: 没有那个文件或目录 解决方法是新增加一个php的软链接,指向到/usr/local/bin目录下.下面以我服务器上的demo举例: [root@localhost bin]# ln -s /app/php/bin/php /usr/local/bin/php 再次执行 symfony demo就正常了. [root@

netbeans构建项目也出现了同样的问题.猜测是netbeans内部就用的是-l 这种编译方式,所以需要把***.a手动改为lib***.a 原文地址:链接任意目录下库文件(解决错误“/usr/bin/ld: cannot find -lxxx”)作者:qingliu g++ 编译中链接库文件选项有: -L **  -lxxx 其中 -L 告诉编译器哪里去寻找库文件,** 指的是库文件所在路径,xxx 是库文件的名称,那么-lxxx 告诉编译器去找库文件libxxx.a(而不是xxx.a).

[摘自:http://blog.csdn.net/wh_19910525/article/details/8040494] 一般的python文件的开头都有#!/usr/bin/python.这是什么意思呢? #!/usr/bin/Python是告诉操作系统执行这个脚本的时候,调用/usr/bin下的python解释器:#!/usr/bin/env python这种用法是为了防止操作系统用户没有将python装在默认的/usr/bin路径里.当系统看到这一行的时候,首先会到env设置里查找pyt

安装doxmate时,doxmate地址是:https://github.com/JacksonTian/doxmatenpm install doxmate -g 安装完后把错误:Cannot install NodeJs: /usr/bin/env: node: No such file or directory 解决方法:ln -s /usr/bin/nodejs /usr/bin/node或者sudo apt-get install nodejs-legacy 地址是:http://st

脚本语言第一行 作用:文件中代码用指定可执行程序运行 #!/usr/bin/Python  执行脚本时,调用/usr/bin下python解释器 #!/usr/bin/env python  在环境设置中寻找python目录 (防止用户没有将python装在默认的/usr/bin路径里)

通常在脚本语言的第一行会看到#!/usr/bin/env python 与 #!/usr/bin/python其中之一,这两句话的目的都是指出你的python文件用什么可执行程序去运行它. #!/usr/bin/python 是告诉操作系统执行这个脚本的时候,调用 /usr/bin 下的 python 解释器.这句代码是写死了python的路径的,即一定是找到/usr/bin下的解释器来运行程序,但假如用户并没有将python装在默认的 /usr/bin 路径里,那么系统操作脚本时就找不到解释器

*.py运行: python *.py OR ./*.py 对于*.py其首行应标明 #!/usr/bin/env python,定义python解释器调用路径,对比#!/usr/bin/python,前者调用PATH中指定的第一个python路径,后者只能调用在usr/bin目录下的python解释器(若不存在则报错),故前者运用更广

目的是在运行python脚本的时候告诉操作系统我们要用python解释器去运行py脚本 所以我们在第一句往往会写如下两句中的其中一句: #!/usr/bin/python 或 >#!/usr/bin/env python 就是说在没有在执行程序时指出用什么程序运行py脚本时,系统会去调用python程序来执行. 举个简单的例子: 我们在linux环境下写一个最简单的python脚本 vim hello.py #!/usr/bin/python 或者#!/usr/bin/env python pr

脚本语言的第一行,目的就是指出,你想要你的这个文件中的代码用什么可执行程序去运行它. 比如php脚本的第一行可以写成如下几种格式 #!/usr/bin/php #!/usr/bin/env php #!/usr/bin/env -S -P/usr/local/bin:/usr/bin php #!/usr/bin/env -S-P/usr/local/bin:/usr/bin:${PATH} php #!/usr/bin/env php写法的好处 这种写法主要是为了让你的程序在不同的系统上都能适

脚本语言的第一行,目的就是指出,你想要你的这个文件中的代码用什么可执行程序去运行它.比如php脚本的第一行可以写成如下几种格式#!/usr/bin/php#!/usr/bin/env php#!/usr/bin/env -S -P/usr/local/bin:/usr/bin php#!/usr/bin/env -S-P/usr/local/bin:/usr/bin:${PATH} php #!/usr/bin/env php写法的好处这种写法主要是为了让你的程序在不同的系统上都能适用. 不管你

#!/usr/bin/python 通常在一个.py文件开头都会有这个语句 它只在Linux系统下生效,意思是当作为可执行文件运行时调用的解释器的位置上面代码的意思是调用/usr/bin/下的Python来作为解释程序,同样,你也可以写#!/usr/bin/python3或#!/usr/bin/python2如果不是默认安装位置这个地方可能就找不到,那么文件就是报错 所以就有了另一种写法 #!/usr/bin/env python 这表示调用系统环境变量里的Python 也就是Path的环境变量

在linux的一些脚本,需在开头一行指定脚本的解释程序,如: #!/usr/bin/env bash #!/usr/bin/bash #!/usr/bin/env python  告诉操作系统执行这个脚本的时候,调用/usr/bin下的python解释器: #!/usr/bin/python 告诉操作系统到env设置里查找python的安装路径,再调用对应路径下的解释器程序完成操作 两种形式的区别是什么? 脚本用env启动的原因,是因为脚本解释器在linux中可能被安装于不同的目录,env可以在

#!/usr/bin/env bash #在不同的系统上提供了一些灵活性. #!/usr/bin/bash #将对给定的可执行文件系统进行显式控制. 通过/usr/bin/env运行程序,用户不需要去寻找程序在系统中的位置(因为在不同的系统,命令或程序存放的位置可能不同),只要程序在你的$PATH中: 通过/usr/bin/env运行程序另一个好处是,它会根据你的环境寻找并运行默认的版本,提供灵活性. 不好的地方是,有可能在一个多用户的系统中,别人在你的$PATH中放置了一个bash,可能出现错

#!/usr/bin/env python 这一行注释经常出现在Python脚本的第一行.这一行到底用来干嘛的呢?原因很简单,任何Python脚本执行都需要靠Python解释器.这一行注释正是告诉计算机去哪里找Python解释器.注释的作用就是提供寻找Python解释器的路径. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ #!/usr/bin/env python 这样声

#!/usr/bin/python和#!/usr/bin/env 的区别   #!/usr/bin/python 通常在一个.py文件开头都会有这个语句 它只在Linux系统下生效,意思是当作为可执行文件运行时调用的解释器的位置上面代码的意思是调用/usr/bin/下的Python来作为解释程序,同样,你也可以写#!/usr/bin/python3或#!/usr/bin/python2如果不是默认安装位置这个地方可能就找不到,那么文件就是报错 所以就有了另一种写法 #!/usr/bin/env

在linux的一些脚本里,需在开头一行指定脚本的解释程序,如: !/usr/bin/env python 再如: !/usr/bin/env perl 那么 env到底有什么用?何时用这个呢?脚本用env启动的原因,是因为脚本解释器在linux中可能被安装于不同的目录,env可以在系统的PATH目录中查找.同时,env还规定一些系统环境变量. env命令用于显示系统中已存在的环境变量,以及在定义的环境中执行指令 参考: 1.http://www.jianshu.com/p/07a58fb1a92