用最新的ndk(21.1)编译新的ffmpeg(4.1) 网上找了个编译脚本然后一运行就报上面的错误，找了n多篇也没搜罗到解决办法,有一种大部分人都在问这个问题但是就是没有解决方案的不明觉厉，发帖的发帖，但是没人回答，回答问题的也多数是水文，风马牛不相及，视乎还有一部分根本没有发现这个问题，上来都是贴编译脚本，报这种错？好像从来不会有这这回事？不过我现在终于解决了，blog一下：我的环境出现这个问题是，编译配置脚本上多了一个行配置： --cpu=$CPU CPU=arm64-v8a因为这个--cpu的参数导致问题。正确的写法是 #32bitARCH=armCPU=armv7-a#或者64bit
前端发送请求最常用的是get请求和post请求get请求只能传query参数，query参数都是拼接在请求地址上的。post可以传body和query两种形式的参数。get请求在url中传送的参数是有长度限制的，而post没有限制。get比post更不安全，因为参数直接暴露在url上，所以不能用来传递敏感信息。data->body的参数params->query的参数，是拼接到浏览器地址上的query是指请求的参数，一般是指URL中？后面的参数。如http://10.6.6.6:8080/api/v1/namespaces?pretty=true中pretty=true就是queryGet方法
前端发送请求最常用的是get请求和post请求get请求只能传query参数，query参数都是拼接在请求地址上的。post可以传body和query两种形式的参数。get请求在url中传送的参数是有长度限制的，而post没有限制。get比post更不安全，因为参数直接暴露在url上，所以不能用来传递敏感信息。data->body的参数params->query的参数，是拼接到浏览器地址上的query是指请求的参数，一般是指URL中？后面的参数。如http://10.6.6.6:8080/api/v1/namespaces?pretty=true中pretty=true就是queryGet方法
踩坑日记。数据库提示错误的查询语句。但我看了和数据库表中的字段名是一模一样的，经过我的反复排查，后知后觉的发现原来desc是数据库的关键字呀。desc是mysql中的降序关键字，只要把desc换一个名字就好了。最开始反复提示near“descxxxx”,提示在desc附近，没往这边想。然后其他的就好好对照看是不是自己写错了。看网上还有一种说法就是你在查询的时候可能涉及到一个xml的或者其他标签同时有多条查询语句。那么你就在你的数据库地址配置时多加一条语句&allowMultiQueries=true：url:jdbc:mysql://localhost:3306/testgenerate?se
踩坑日记。数据库提示错误的查询语句。但我看了和数据库表中的字段名是一模一样的，经过我的反复排查，后知后觉的发现原来desc是数据库的关键字呀。desc是mysql中的降序关键字，只要把desc换一个名字就好了。最开始反复提示near“descxxxx”,提示在desc附近，没往这边想。然后其他的就好好对照看是不是自己写错了。看网上还有一种说法就是你在查询的时候可能涉及到一个xml的或者其他标签同时有多条查询语句。那么你就在你的数据库地址配置时多加一条语句&allowMultiQueries=true：url:jdbc:mysql://localhost:3306/testgenerate?se
使用tigera-operator方式安装的calico，启动后报错，所有的calico相关的pod都显示CrashLoopBackoff。kubectl-ncalico-systemdescribepodcalico-node-2t8w6，发现如下报错：Readinessprobefailed:calico/nodeisnotready:BIRDisnotready:ErrorqueryingBIRD:unabletoconnecttoBIRDv4socket:dialunix/var/run/calico/bird.ctl:connect:nosuchfileordirectory.问题原
使用tigera-operator方式安装的calico，启动后报错，所有的calico相关的pod都显示CrashLoopBackoff。kubectl-ncalico-systemdescribepodcalico-node-2t8w6，发现如下报错：Readinessprobefailed:calico/nodeisnotready:BIRDisnotready:ErrorqueryingBIRD:unabletoconnecttoBIRDv4socket:dialunix/var/run/calico/bird.ctl:connect:nosuchfileordirectory.问题原
pgExtendedQueryPostgreSQL:Documentation:15:55.2. MessageFlow多个阶段，可复用Parse→DESCRIBEstatement→SYNCParse解析，将sql文本字符串，解析成namedpreparedStatement语句（生命周期随session）占位符和参数类型Describe获取元数据，返回pst参数描述符parameterDescription和结果集的行描述符RowDescription由于此时还没执行Bind，还未将语句传输到backend执行，RowDescription中列的传输格式codecformat还是0；参数的
pgExtendedQueryPostgreSQL:Documentation:15:55.2. MessageFlow多个阶段，可复用Parse→DESCRIBEstatement→SYNCParse解析，将sql文本字符串，解析成namedpreparedStatement语句（生命周期随session）占位符和参数类型Describe获取元数据，返回pst参数描述符parameterDescription和结果集的行描述符RowDescription由于此时还没执行Bind，还未将语句传输到backend执行，RowDescription中列的传输格式codecformat还是0；参数的
报错情况报错一在任意python文件下运行这几行命令print("是否可用：",torch.cuda.is_available())#查看GPU是否可用print("GPU数量：",torch.cuda.device_count())#查看GPU数量print("torch方法查看CUDA版本：",torch.version.cuda)#torch方法查看CUDA版本print("GPU索引号：",torch.cuda.current_device())#查看GPU索引号print("GPU名称：",torch.cuda.get_device_name(1))#根据索引号得到GPU名称输出、报
