lib文件

Mac OS X Lion 10.7.4上安装GTK+心得,兼谈如何解决fink的“could no

最后都变了- 提交于 2019-12-01 14:40:20
一、系统环境(OS X与XCode)   操作系统:Mac OS X Lion 10.7.4(11E53)   编程工具:Xcode 4.4.1(1448),并装好了它的“Command Line Tools”。   安装过程可参考这些帖子—— 在virtualbox上安装Mac OS X Lion 之 配置过程 http://www.crifan.com/install_mac_os_x_lion_on_virtualbox_config_process/ 给VirtualBox上的Mac Lion安装Xcode http://www.crifan.com/install_xcode_for_mac_on_virtualbox/ Mac OS X Lion下找不到GCC http://blog.csdn.net/qinjienj/article/details/7456193 二、尝试GTK+官网方法   对于mac系统,官网上主要是以下这几个页面—— Download for Mac OS X http://www.gtk.org/download/macos.php Building GTK-OSX https://live.gnome.org/GTK%2B/OSX/Building Bundling https://live.gnome.org/GTK%2B/OSX

pytest 运行文件报错

▼魔方 西西 提交于 2019-12-01 13:58:05
用pytest 执行时报错: Traceback (most recent call last): File "D:\program files\JetBrains\PyCharm Community Edition 2019.2.3\helpers\pycharm\_jb_pytest_runner.py", line 37, in <module> config_result = real_prepare_config(args, plugins_to_load) File "F:\Users\Administrator\PycharmProjects\hogwars10\venv\lib\site-packages\_pytest\config\__init__.py", line 221, in _prepareconfig pluginmanager=pluginmanager, args=args File "F:\Users\Administrator\PycharmProjects\hogwars10\venv\lib\site-packages\pluggy\hooks.py", line 286, in __call__ return self._hookexec(self, self.get_hookimpls(), kwargs) File "F:

XMPP学习笔记-LESSON-002:ServerStarter.java

烈酒焚心 提交于 2019-12-01 13:21:18
这个类非常简单,定义了2个变量: DEFAULT_LIB_DIR 默认的系统包路径,值../lib,可以看出这里的root是$openfireHome/bin,那么../lib,就是$openfireHome/lib目录,这里存放着用到的jar,或者jar.pack(pack?啥东西,一会再说) DEFAULT_ADMIN_LIB_DIR 这是默认的插件,即后台管理,他是一个webapp程序,jsp的,web服务器使用jetty,关于插件,以后会详细介绍 ok,到此,我们来看,openfire如何启动。 main方法只有一句代码: new ServerStarter().start(); 读代码无聊么,其实挺有乐趣,代码是最好的学习资料,个人认为,:). 看start(). String libDirString = System.getProperty("openfire.lib.dir"); 这个干吗呢?就是代替上面的DEFAULT_LIB_DIR ,意思如果你指定(或配置)了这个值,那么就以这个变量的值为准。 同理还有, System.getProperty("openfireHome"); 这个指定openfire的主目录位置。 下一步,就是读取lib以及插件的打包文件,解压pack,关注unpackArchives方法。 最后,通过ClassLoader,载入到环境变量里

python中路径问题

拈花ヽ惹草 提交于 2019-12-01 13:11:38
个人理解 /Library/Frameworks/Python.framework/Versions/3.7/目录下有很多文件其中有bin 和 lib两个 bin中猜想是python的执行文件 lib/python3.7中猜想是python的一些库和包 lib/python3.7/site-package中猜想是第三方库和后安装的包 用到过的pip命令 pip -V pip 19.2.3 from /Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pip (python 3.7) which pip /Library/Frameworks/Python.framework/Versions/3.7/bin/pip 问题1前一个是软连接吗 推测不是因为使用ls -al | grep pip没有出现 -> 那他是什么 是硬连接吗 我怀疑django项目中导包路径就是 /Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7 来源: https://www.cnblogs.com/ltyfordream/p/11671354.html

Centos 7 安装VNC步骤

泪湿孤枕 提交于 2019-12-01 13:08:32
Centos7 安装 VNC 步骤 一. 安装 1. 以root 用户运行以下命令来安装vncserver; yum install tigervnc-server 2. 同样运行以下命令来安装vncviewer; yum install vnc 3. 停止并禁用防火墙; systemctl stop firewalld.service systemctl disable firewalld.service 二. 配置 1. vncviewer 基本上不用配置; 2. vncserver 的配置,创建一个新的配置文件,以开启1 号窗口为例(也可以同时开启多个窗口,修改数字即可),方法如下: cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@:1.service 或者再增加一个窗口: cp /lib/systemd/system/vncserver@.service /lib/systemd/system/vncserver@:2.service 编辑 vi/etc/systemd/system/vncserver@:1.service , 设置用户root 相关参数(将文中的“<USER>”替换为你系统的用户名,这里我填写的是root,你可以填写成你的系统登录名),最终内容如下: 1 2

opencv2在centos6.5上开发

岁酱吖の 提交于 2019-12-01 13:07:11
博客写的有点乱,一般都是工作中遇到的问题,做一下笔记 1) 因为之前opencv是在centos7上开发调试的.突然发现服务器是cents6.x的.只能移植 centos 直接使用 pip install pyopenssl yum install opencv opencv-core -y yum install gtk+-devel gtk2-devel -y yum install python-devel -y 2) centos 6.x安装opencv2.4.9 下载 : http://heanet.dl.sourceforge.net/project/opencvlibrary/opencv-unix/2.4.9/opencv-2.4.9.zip 解压缩到目录opencv-2.4.9,编译: yum install cmake -y cmake -D CMAKE_BUILD_TYPE=RELEASE -D CMAKE_INSTALL_PREFIX=/usr/local -D BUILD_NEW_PYTHON_SUPPORT=NO . make 编译之后,可以发现 opencv-2.4.9/lib目录下有好多东西 make install 其他: 为下一步做好准备: 1.配置 新建文件 /etc/ld.so.conf.d/opencv.conf 在文件中添加 /usr

webpack 构建性能优化策略小结

北战南征 提交于 2019-12-01 11:59:09
背景 如今前端工程化的概念早已经深入人心,选择一款合适的编译和资源管理工具已经成为了所有前端工程中的标配,而在诸多的构建工具中, webpack 以其丰富的功能和灵活的配置而深受业内吹捧,逐步取代了grunt和gulp成为大多数前端工程实践中的首选,React,Vue,Angular等诸多知名项目也都相继选用其作为官方构建工具,极受业内追捧。但是,随者工程开发的复杂程度和代码规模不断地增加,webpack暴露出来的各种性能问题也愈发明显,极大的影响着开发过程中的体验。 问题归纳 历经了多个web项目的实战检验,我们对webapck在构建中逐步暴露出来的性能问题归纳主要有如下几个方面: 代码全量构建速度过慢,即使是很小的改动,也要等待长时间才能查看到更新与编译后的结果(引入HMR热更新后有明显改进); 随着项目业务的复杂度增加,工程模块的体积也会急剧增大,构建后的模块通常要以M为单位计算; 多个项目之间共用基础资源存在重复打包,基础库代码复用率不高; node的单进程实现在耗cpu计算型loader中表现不佳; 针对以上的问题,我们来看看怎样利用webpack现有的一些机制和第三方扩展插件来逐个击破。 慢在何处 作为工程师,我们一直鼓励要理性思考,用数据和事实说话,“我觉得很慢”,“太卡了”,“太大了”之类的表述难免显得太笼统和太抽象,那么我们不妨从如下几个方面来着手进行分析:

交叉编译提示.so文件不存在问题

一世执手 提交于 2019-12-01 10:41:36
Makefile中添加: LINK = arm-none-linux-gnueabi-g++ -Wl,--allow-shlib-undefined 就可以解决下面的错误信息,主要是红色部分。 /media/hdoc/qtsdk/arm9/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/bin/ld: warning: libPrinter.so, needed by /media/hdoc/pda/JDApp/Lib/libPlatform.so, not found (try using -rpath or -rpath-link) /media/hdoc/qtsdk/arm9/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/bin/ld: warning: libcmchannel.so, needed by /media/hdoc/pda/JDApp/Lib/libPlatform.so, not found (try using -rpath or -rpath-link) /media/hdoc/qtsdk

bat脚本自动安装Jmeter&Jdk

左心房为你撑大大i 提交于 2019-12-01 09:59:19
本文主要介绍通过Bat脚本自动下载、自动安装、自动配置Jmeter&JDK! echo=1/*>nul&@cls @echo off :: 由于脚本内使用了bitsadmin下载器,故可能会被做病毒杀掉,若出现此类情况请关闭杀毒软件 :: 脚本更适合安装全新环境Jmeter&Jdk,其它环境也做了部分兼容,但可能兼容不完全 :: 若配置过程中出现下载问题,可手动准备相应工具至tools目录 :: 此脚本默认为配置X64 Windows操作系统,若需在32位操作系统配置此环境手动替换链接即可 :: X64文件下载链接如下: :: https://eternallybored.org/misc/wget/1.20.3/64/wget.exe :: https://files.cnblogs.com/files/ldylxy/7z64.zip :: http://mirrors.tuna.tsinghua.edu.cn/apache//jmeter/binaries/apache-jmeter-5.1.1.zip :: https://download.oracle.com/otn-pub/java/jdk/13+33/5b8a42f3905b406298b72d750b6919f6/jdk-13_windows-x64_bin.exe :: X86文件下载链接如下: :: https:

【手牵手】搭建前端组件库(一)

与世无争的帅哥 提交于 2019-12-01 09:58:38
本文梳理如何搭建和构建前端组件库. 了解几个问题 为何需要组件化? 大部分项目起源都是源于业务方的各种各样的 奇葩 需求。随着公司的业务发展,公司内部开始衍生出很多的B2C系统、后台系统,前端部门也疲于应对越来越多同质化的项目,这些项目在很多基础模块层、源代码存在不小的相似,甚至存在相似的业务模块。 笔者曾经所在的一个电商团队,前端成员基本每个人多做过登录注册、购物车、支付、微信登录...... 大量重复的业务代码。由于组内技术没有强制规范 本质上相同的东西,重复的去code就显得浪费. 分析这些问题发现: 日渐增多的业务场景需求 前端资源有限,无法支持所有项目的快速迭代 公司内部诸多产品业务混乱、体验不统一 于是开发底层的工具去服务不同业务就很有必要: 设计一套公司内部的基础组件库支撑各个前端项目,提升项目和业务的可用性和一致性。 一个前端团队拥有大量的业务场景和业务代码,相似的页面和代码层出不穷,如何管理和抽象这些相似的代码和模块,绝大多数团队会遇到这样的问题。 不断的拷代码? 修改代码?还是抽象成组件?显然后者更高效。所以在多项目存在高度的可控、底层依赖的情况下,前端实现组件库是最好的选择。 组件化,又或者组件抽离的目的是为了 功能 共享方便维护,其能够带来的好处是少写代码,统一管理、统一维护。一套基础组件代码千锤百炼精而又精,从而起到快速支撑业务迭代,提升开发效率的目的。