lib

django.core.exceptions.ImproperlyConfigured: Application labels aren't unique, duplicates: blog

杀马特。学长 韩版系。学妹 提交于 2020-03-01 10:06:01
D:\Python\PythonCodeSpace\myblog>python manage.py runserver Watching for file changes with StatReloader Exception in thread django-main-thread: Traceback (most recent call last): File "D:\Anaconda3\lib\threading.py", line 926, in _bootstrap_inner self.run() File "D:\Anaconda3\lib\threading.py", line 870, in run self._target(*self._args, **self._kwargs) File "D:\Anaconda3\lib\site-packages\django\utils\autoreload.py", line 53, in wrapper fn(*args, **kwargs) File "D:\Anaconda3\lib\site-packages\django\core\management\commands\runserver.py", line 109, in inner_run autoreload.raise_last_exception(

LD_LIBRARY_PATH 环境变量

半城伤御伤魂 提交于 2020-03-01 07:00:28
Linux环境变量名,该环境变量主要用于指定查找共享库(动态链接库)时除了默认路径之外的其他路径。(该路径在默认路径之前查找)   移植程序时的经常碰到需要使用一些特定的动态库,而这些编译好的动态库放在我们自己建立的目录里,这时可以将这些目录设置到LD_LIBRARY_PATH中。   当执行函数动态链接.so时,如果此文件不在缺省目录下‘/usr/local/lib’ and ‘/usr/lib’.   那么就需要指定环境变量 LD_LIBRARY_PATH   假如现在需要在已有的环境变量上添加新的路径名,则采用如下方式:   LD_LIBRARY_PATH=NEWDIRS:$LD_LIBRARY_PATH.(newdirs是新的路径串) Linux 运行的时候,是如何管理共享库(*.so)的?在 Linux 下面,共享库的寻找和加载是由 /lib/ld.so 实现的。 ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。 但是,如果需要用到的共享库在非标准路经,ld.so 怎么找到它呢? 目前,Linux 通用的做法是将非标准路经加入 /etc/ld.so.conf,然后运行 ldconfig 生成 /etc/ld.so.cache。 ld.so 加载共享库的时候,会从 ld.so.cache 查找。 传统上,Linux 的先辈 Unix

linux下源码编译curl报错.

六月ゝ 毕业季﹏ 提交于 2020-03-01 06:12:51
说明: 由于现网的php不带curl功能, 需要编译生成一个libcurl.so给php生成curl.so模块用. 并且需要支持 openssl . 编译的过程并不顺利, 这里做下记录备忘. 使用如下configure命令生成配置文件. ssl是提前编译好的 openssl . ./configure --prefix=/home/nemo/progs/curl --with-ssl=/home/nemo/progs/ssl 问题1编译报错: Making all in src make[1]: Entering directory `/data/home/nemo/libs/curl-7.27.0/src' make all-am make[2]: Entering directory `/data/home/nemo/libs/curl-7.27.0/src' /bin/sh ../libtool --tag=CC --mode=link gcc -g0 -O2 -Wno-system-headers -L/home/nemo/progs/ssl/lib -o curl hugehelp.o tool_binmode.o tool_bname.o tool_cb_dbg.o tool_cb_hdr.o tool_cb_prg.o tool_cb_rea.o tool_cb

LNK4098: 默认库“MSVCRT”与其他库的使用冲突

有些话、适合烂在心里 提交于 2020-03-01 06:08:41
LNK4098: 默认库“MSVCRT”与其他库的使用冲突 修改的方法:在项目属性中,在连接器-输入选项中,在忽略特定库中添加相应的库,具体添加那些苦请参照下面的表格。 下面的内容为转载,原文链接: http://blog.163.com/ckzdy_qc/blog/static/5997161200752334518906/ 默认库“library”与其他库的使用冲突;使用 /NODEFAULTLIB:library 您试图与不兼容的库链接。 注意 运行时库现在包含可防止混合不同类型的指令。如果试图在同一个程序中使用不同类型的运行时库或使用调试和非调试版本的运行时库,则将收到此警告。例如,如果编译一个文件以使用一种运行时库,而编译另一个文件以使用另一种运行时库(例如单线程运行时库对多线程运行时库),并试图链接它们,则将得到此警告。应将所有源文件编译为使用同一个运行时库。有关更多信息,请参见 使用运行时库 (/MD、/ML、/MT、/LD)编译器选项。 可以使用链接器的 /VERBOSE:LIB 开关来确定链接器搜索的库。如果收到 LNK4098,并想创建使用如单线程、非调试运行时库的可执行文件,请使用 /VERBOSE:LIB 选项确定链接器搜索的库。链接器作为搜索的库输出的应是 LIBC.lib,而非 LIBCMT.lib、MSVCRT.lib、LIBCD.lib

VC6.0以及VS2005下 连接错误operator delete(void *)

Deadly 提交于 2020-03-01 06:08:29
VC6.0以及VS2005下 连接错误operator delete(void *)” (??3@YAXPAX@Z) already defined in LIBCMTD.lib(dbgdel.obj)的解决方法 2013年10月13日 ? 综合 ? 共 829字 ? 字号 小 中 大 ? 评论关闭 VC6.0 下对于该问题的解决方法 昨天写了个小小的TCP的客服端负责接收数据并打印,在本机上写好后,测试也没问题但是放在另外一个PC上运行报告找不到一个lib库,后来就将程序改成了 using MFC Class Static library 模式 但是连接报告了这个错误 operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCMTD.lib(dbgdel.obj) 当时真让人抓狂,根据网上搜索的信息,说是MFC自身lib 中也定义了new delete 操作 和CRUNTIME lib 中起冲突了,需要调整他们之间的顺序,后来参看msdn 文章【http://support.microsoft.com/default.aspx?scid=kb;en-us;148652】具体做法是 在项目属性中 选择 link 标签,选中 input 选项 在Object/library modules 上输入nafxcwd

CMakeLists.txt的写法

好久不见. 提交于 2020-03-01 04:41:38
参考: http://blog.csdn.net/cust_hf/article/category/345853 CMakeListserv.txt的写法 (1):要求CMake根据指定的源文件生成可执行文件 Demo1: add_executable(hello main.cpp) 这将从main.cpp源码文件创建一个叫“hello”(Windows下叫“hello.exe”)的可执行文件。你可以根据自己的需要将C和C++文件混合。在同一个CMakeLists.txt可以有多个可执行文件和库。同一个源码文件可以用于不同的目的,源码可以从其他目标中为每个目的独立的编译。 Demo2: add_executable(demo main.cpp main.h main.rc) 这奖使用main.cpp源文件,main.h文件,main.rc文件构造可执行文件。至于如何使用这些文件,CMake比我们都清楚。 (2):调试CMakeLists.txt的办法 这个是调试CMakeLists.txt的一个手段啦。不得不学习哦。 演示1如下: MESSAGE("俺们正在生成项目文件") 会显示一个警告框。 演示2如下: MESSAGE(STATUS "俺们正在创建项目文件") 遇到这条指令,会把文字显示在状态栏里面(一闪而过,不容易发现)。 演示3如下: MESSAGE(FATAL_ERROR

在Visual Studio 2017上配置Glut

馋奶兔 提交于 2020-03-01 03:28:57
在Visual Studio 2017上配置并使用OpenGL 作者:凯鲁嘎吉 - 博客园 http://www.cnblogs.com/kailugaji/ 首先在Windows下安装Visual Studio 2017,参考 Visual Studio 2017的安装与使用 。 1. 下载glut库文件 在GLUT - The OpenGL Utility Toolkit: https://www.opengl.org/resources/libraries/glut/glut_downloads.php#windows 中点击“ GLUT for Microsoft Windows 95 & NT users ”,选择“If you want just the GLUT header file, the .LIB, and .DLL files all pre-compiled for Intel platforms, you can simply download the glutdlls37beta.zip file (149 kilobytes).”并点击下载。 下载完并解压之后,会出现如下几个文件: 2. 配置glut库文件 找到vs2017的安装目录,我的安装路径为D:\VS2017\VC\Tools\MSVC\14.16.27023\include\

Visual Studio 2012----OpenGL的配置

六月ゝ 毕业季﹏ 提交于 2020-03-01 03:27:42
配置文件下载地址:   http://www.opengl.org/resources/libraries/glut/glutdlls37beta.zip 下载完成解压后:会有glut.h glut.lib glut32.lib glut.dll glut32.dll这五个文件。 (1)将头文件 glut.h放在 C:\Program Files\Microsoft Visual Studio 11.0\VC\include\gl\下(即:自己的Visual Studio 2012的安装目录下)。 找到\vc\include文件夹,若没有gl文件,自己新建一个文件夹,名为gl(大小写都可以),将glut.h放进去。 (2)将静态库文件glut.lib和glut32.lib放在 C:\Program Files\Microsoft Visual Studio 11.0\VC\lib\下 (3)将动态库文件glut.dll和glut32.dll放在 C:\Windows\System32\下。 通过以上3步,OpenGL的配置即完成,你可以找段程序进行测试。 可能会出现:   OpenGL程序无法启动此应用程序,因为计算机中丢失glut32.dll 这种情况。   原因:自己的电脑是64位的,但是别急,有接口 C:\Windows\SysWOW64\(文件 SysWOW64是

Glut安装+OpenGL环境测试

烈酒焚心 提交于 2020-03-01 03:26:26
转自: http://www.cnblogs.com/liyazhou/archive/2009/10/22/1588352.html Windows环境下安装GLUT的步骤: 1、将下载的压缩包解开,将得到5个文件 2、在“我的电脑”中搜索“gl.h”,并找到其所在文件夹 如果是VC++6,则应该将glut.h复制在“D:\Program Files\MicrosoftVisualStudio\VC98 \Include\GL文件夹”)。 如果是VisualStudio2008,把glut.h复制到x:\Program Files\Microsoft\Visual Studio 9.0\VC\include\GL文件夹中,如果没有GL这个文件夹则可以自己新建一个。(x是你安装VS的盘符号,如果装的是VC++的话,里面有个gl文件,Visual Studio 2008则需要自己去新建一个) 3、把解压得到的glut.lib和glut32.lib放到静态函数库所在文件夹(即与include并排的lib文件夹下)。 4、把解压得到的glut.dll和glut32.dll放到操作系统目录下面的system32文件夹内。(典型的位置为:C:\Windows\System32) 第三步,建立一个OpenGL工程 无论VisualStudio2008还是VC++6: 选择File->New-

初探eclipse写OpenGL

本小妞迷上赌 提交于 2020-03-01 03:22:06
我使用的是eclipse+MinGW,除了这两个软件我并没有安装其他东西。一个Hello World程序很容易就实现了,困难出在了编写OpenGL的Win32窗口框架的时候。 第一个问题是找不到glut.h头文件,工程窗口的include路径下面明明有这个文件,但是代码里面使用#include<glut.h>就是会报错。后来又莫名其妙的可以找到了。在网上查了一下,挺难找的。在一篇题目为“ Eclipse下OpenGL开发环境配置 ”的文章中找到了答案,就是 从 http://web.cs.wpi.edu/~gogo/courses/mingw/winglut.zip 下载这个包,复制里边的"winlib\libglut32win.a" 文件到"C:\mingw\lib",然后eclipse 这篇文章也解决了后面遇到的另外一个问题,win32框架中的ChoosePixelFormat(), SetPixelFormat(),SwapBuffers(),这三个函数连接不到。但是在VC6.0中就能够正常编译连接。问题就出在GDI32.lib这个库。VC的SDK中包含了这个库,而MinGW中没有。所以我从VC中把这个库拷到MngGW中的lib文件夹下,这个三个函数的问题就解决了。 还有就是,你在eclipse中把库路径和具体的库文件都要添加库进去,有 glut32win,glut32,