原因 如果使用的是#!/usr/local/bin/python3这种方式,就会出现 “/usr/local/bin/python3^M: bad interpreter: 没有那个文件或目录” 错误: 如果使用的是#!/usr/bin/env python3这种方式,就会出现“没有那个文件或目录3”错误: 出错的原因就是代码的每一行最后都多了3^M,这是由于我在Windows上编写的代码,然后放到Linux上时就会出错. 然而打开代码来看是正常的,但是用使用 cat -v 命令查看文件就可以看

在 Python 脚本的第一行经常见到这样的注释: #!/usr/bin/env python3 或者 #!/usr/bin/python3 含义 在脚本中, 第一行以 #! 开头的代码, 在计算机行业中叫做 "shebang", 也叫做 sha-bang / hashbang / pound-bang / hash-pling, 其作用是"指定由哪个解释器来执行脚本". 为什么要指定解释器? 举个例子, 很多人在系统中同时安装了 Python2 和 Python3

脚本语言的第一行指出用什么程序去执行代码. #!/usr/bin/python3调用/usr/bin下的python3解释器.#!/usr/bin/env python3首先会到env设置里查找python3的安装路径,再调用对应路径下的解释器程序完成操作.

linux下使用Qt编译程序的时候,安装了程序自带的链接库之后,仍然上报这个错误, 发现系统上报这个错误: /usr/bin/ld: 找不到 -ldhnetsdk 经过仔细的定位,终于解决了,这里把思路梳理一下,做个总结. 1)找到本地的libGL.so 文件路径 ,在终端执行:locate libdhnetsdk.so  命令: /usr/local/ahuasdk/libdhnetsdk.so 2)建立链接: sudo ln -s /usr/local/ahuasdk/libdhnetsdk

系统的默认搜索依赖库路径为,/usr/local/lib 在camkelists.txt文件中对可执行文件链接libmsc.so add_executable(iat_publish src/iat_publish.cpp src/speech_recognizer.c src/linuxrec.c) target_link_libraries( iat_publish ${catkin_LIBRARIES} libmsc.so -ldl -lpthread -lm -lrt -lasound

本文转自:https://blog.csdn.net/u010159842/article/details/56833030 最近在学习深度学习,在搭建CUDA8.0的时候,出现一个非常不好的问题: 出错:/usr/bin/ld: 找不到 -lGL collect2: error: ld returned 1 exit status Makefile:275: recipe for target 'nbody' failed make: *** [nbody] Error 1 因为cuda8.0

Linux下QT编写一个与视频播放的程序,出现/usr/bin/ld: 找不到 -lpulse-mainloop-glib,/usr/bin/ld: 找不到 -lpulse 解决办法: 首先find / -name libpulse.so* 然后cp /usr/lib/x86_64-linux-gnu/libpulse.so. /usr/lib/libpulse.so 对于libpulse-mainloop-glib 首先find / -name libpulse-mainloop-glib.s

1 找到ruby执行文件目录 $ wherris ruby ruby: /usr/lib/ruby /home/rudy/.rbenv/shims/ruby 2 设置软链接 sudo ln -s /home/rudy/.rbenv/shims/ruby  /usr/bin/ruby

Ubuntu16.04上将系统自带的python3.5升级到3.6 安装aioredis时提示Python版本需>=3.5.3,所以进行升级命令如下: $ sudo add-apt-repository ppa:jonathonf/python-3.6 $ sudo apt-get update $ * 注意,安装python3.6的时候一定要加*,将3.6所需的依赖库也一起装上 注意,python3.5不要卸载,卸载会损坏系统. # 移除原3.4link $ sudo rm /usr/bin/

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

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

目的是在运行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

使用pip install TA-Lib 时报错: ERROR: Complete output from command /usr/bin/python3 -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-afeznd8w/TA-Lib/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open

问题:ubuntu16 执行pip3 install --upgrade pip之后,pip3执行出错. Traceback (most recent call last): File "/usr/bin/pip3", line 9, in <module> from pip import mainImportError: cannot import name 'main' 截图如下: 问题解决方法: sudo vi /usr/bin/pip3为下面的代码: #!/usr/

现象 今天源码安装一个git后,执行git命令后报如下错误: $ git --version -bash: /usr/bin/git: No such file or directory 分析过程 开始我以为是PATH路径的问题,检查PATH路径发现是正常的,而且找不到命令的报错也不应该是这样的 $ echo $PATH /usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/admin/bin $ abcd -bas

1.通常我们在pycharm中写程序的时候会在首行写上#!/usr/bin/env python 如: #!/usr/bin/env python3#-*-coding: UTF-8 -*-#Author xiaoxingprint ("Hello world!") p.p1 { margin: 0; font: 12px "PingFang SC"; color: rgba(0, 0, 0, 1); -webkit-text-stroke: #000000 } s

1.安装zip yum install -y unzip zip 2.安装lrszs yum -y install lrzsz 3.安装scp 遇到下面的问题: 结果提示: No package scp available. 解决办法: scp这东西应该属于openssh-clients:直接运行安装yum install openssh-clients 4.yum安装wegt yum -y install wget 5.yum安装vim yum  install vim 安装过程中报错: Fi

在说之前,这里推荐写: #!/usr/bin/env python 进入正题,在 Python 里面第一行代码: #!/usr/bin/python 其他有的可能是 python2 或者 python3 都是一个样子,一开始我以为是像 C++ 那样子一样的头文件,后来把他当做注释了.(直到再后来,我终于忍不住去搜了一搜.) #!/usr/bin/python 作用: 告诉操作系统在执行你的这个脚本时,需要调用的python 解释器是在 usr/bin 下的,这样她(操作系统)就能找到了. #!/

/usr/bin/ld.bfd.real: cannot find -lGL /usr/bin/ld.bfd.real: cannot find -lX11 根据网上大多数的说法,以及官网的介绍.截至5月底,android对ubuntu12.04的编译平台的支持不是很推荐,有些库的兼容方面会有一些问题 这两个错误报的错其实就是说没有在库路径中找到libGL.so libX11.so 但是打开etc/ld.so.conf.d中查看64位的库路径下x86_64-linux-gnu.conf配置文件

总结上个星期服务器环境上的一个问题,一直再忙AR.防近视的项目没时间整理.刚好忙完项目认真回顾8月30发生的一个让人奇葩的问题. 早上把项目上的一些问题优化完,快到中午吃饭的时间频繁的启动导致/usr/bin 丢失.启动tomcat .mysql 服务无法起来. 打开日志41行 目录结构 然后我开始查下日志.目录权限问题.结果尝试发现不是这个问题.我关闭SecureCRT连接重新打开报这个问题,而且使用其它rz .sz 等命令也没用 也排查了一下java的环境变量.进程等,找了半天不知道丢失了啥