原来工程编译的一些dll库,这次项目需要静态库,偷懒想直接转化.看到网上一些教程,使用VC工具和建立lib项目来实现.有点麻烦.还有一种方法,仅仅利用工具和几条命令转化.来试试看.文章参考harries的博客.特此谢谢.一.使用MSYS在windows下编译了最新版的x264,生成了动态库libx264-142.dll二.下载工具poxports  版本号0.43.解压后,得到pexports-0.43\bin\pexports.exe 这里下载将pexports.exe复制到C:\Progra

检测dll是32/64位 ? void CCheck32Or64Dlg::OnButton2() { CString fileName = ""; CFileDialog *fileDialog = new CFileDialog(TRUE,NULL,NULL,OFN_HIDEREADONLY,"Dll Files(*.dll)|*.dll|Exe Files(*.exe)|*.exe||",NULL); if(fileDialog->DoModal()==I

检查dll是32位还是64位? #include "stdafx.h" #include <Windows.h> int _tmain(int argc, _TCHAR* argv[]) { BYTE buf[4]; FILE *fp = fopen("D:\\plugin_d.dll", "rb"); fseek(fp, 0x40-4, 0); fread(buf, sizeof(char), 4, fp); int a = int

自从操作系统升级到64位以后,就要不断的需要面对32位.64位的问题.相信有很多人并不是很清楚32位程序与64位程序的区别,以及Program Files (x86),Program Files的区别.同时,对于程序的dll文件应该放到System32文件夹,还是SysWow64,大部分人做的决定是,32位程序放到System32,64位程序放到SysWow64.是不是这样呢,那么今天就由我身边发生的一个案例来详细的说明一下. dll文件不匹配导致数据库无法启动 前段时间,数据库做了一些功能上的

阅读目录 dll文件不匹配导致数据库无法启动 究竟是System32还是SysWow64 区分dll文件32位64位的程序让我倍感迷惑 再次判断究竟是System32还是SysWow64——意想不到的坑 Program Files (x86)与Program Files 32位程序真的需要访问System32吗 32位程序与64位程序的区别总结 参考资料 自从操作系统升级到64位以后,就要不断的需要面对32位.64位的问题.相信有很多人并不是很清楚32位程序与64位程序的区别,以及Program

原文地址:http://www.cnblogs.com/hbccdf/archive/2014/03/09/3590916.html 自从操作系统升级到64位以后,就要不断的需要面对32位.64位的问题.相信有很多人并不是很清楚32位程序与64位程序的区别,以及Program Files (x86),Program Files的区别.同时,对于程序的dll文件应该放到System32文件夹,还是SysWow64,大部分人做的决定是,32位程序放到System32,64位程序放到SysWow64.

64位系统下注册32位dll文件 在64位系统里注册32位软件所需的一些dll会提示不兼容,大概因为32 位进程不能加载64位Dll,64位进程也不可以加载32的导致. 若要支持的32 位和64 位COM 注册和程序共存状态,需要WOW64 子系统. 故可以把这些32的dll.ax从C:\Windows\system32\复制到C:\Windows\sysWOW64\下注册即可. 如:regsvr32 C:\Windows\sysWOW64\MakerCom.dll

可以负责任的说,这篇文档是windows10安装pygraphviz中,在中文技术网站中最新的文档,没有之一.是自己完全结合各种问题,包括调试等,总结出来的. 问题来源:主要是可视化RvNN网络的树结构. pygraphviz安装时,我参考了博文http://www.myexception.cn/perl-python/2046792.html.但是,文章的解决方案已经失效. 已有博文存在的问题:windows下pygraphviz‑1.3.1‑cp34‑none‑win_amd64.whl文件

原文:Win7 64位系统,使用(IME)模式VS2010 编写 和 安装 输入法 教程(1) 首先感谢:http://blog.csdn.net/shuilan0066/article/details/6884483输入法 编程分析http://blog.csdn.net/mspinyin/article/details/6141599输入法的注册.安装和卸载http://www.setoutsoft.cn/Html/?256.html 浅谈输入法编程http://wenku.baidu.co

别人写的编译参考: 目标:使用VS2015 编译 64位的boost库. 一直以来都是在Win32环境下Build和使用boost,但现在基本上每天都在64位Win7下工作,所以很有必要把这几天的经验总结下来. 1. 下载并解压boost 1.61.0 压缩包 2. 解压并运行批处理文件bootstrap.bat,目录下会生成两个可执行文件 3. 和32位环境不同,x64环境下编译得先从开始菜单启动Visual Studio的VS2015 x64 Native Tools Command Pro

前段时间一个项目需要用到高并发的服务,想着自己应该可以写一个,windwos 上使用完成端口实现,写完之后,测试感觉没什么问题,可是一上线各种各样的问题,初步怀疑是底层网路库的问题,于是决定更换网络库,使用libevent 1,下载最新稳定版libevent  http://libevent.org/ 目前最新稳定版本应该是libevent-2.1.8-stable.tar.gz 下载解压目录 2,编译lib库 使用VS命令提示工具编译: 32位库的编译方法 cd  F:\libevent\li

Libevnt 在Windows10 VS2015下分别编译32位和64位库 直接上王道 libevent代码地址: https://github.com/libevent/libevent git clone之后就有如下代码 Party 1 编译32位 lib 打开vs2015 x86命令行 直接进入代码目录,输入nmake /f Makefile.nmake 得到三个lib 新建VS2015 x86工程, 增加头文件和libevent_core.lib libevent_extras.lib

由于操作系统内存分配的不同,导致软件开发过程中,需要编译不同版本的软件. 1.编译程序根据需要选择不同的编译环境. x86和win32为32位程序,x64为64位程序,可以选择不同的编译条件形成不同位的软件. 2.代码中的基本数据类型,会根据操作系统的位数来分类内存大小. 如int型在32位操作系统下为4字节,在64位系统下为8字节. 因此在64位上对int型数据操作,编译生成32位的程序,有可能导致int型越界,软件出现问题. 3.32位的程序在64位操作系统上运行,由于64位操作系统的寻址和

这个问题通常出在引用第三方DLL或者自己以前写的DLL. 在64位系统下则可能会出现这种问题. 今天下载MySQLDriverCS后引用遍出现了这个问题,参考了一些文档,下面给出解决方法: 将项目的生成目标平台改为x86(默认Any cpu)就可以了. 因为原DLL是在32位(x86)平台下生成的,而程序却是x64的平台,所以需要更改下目标平台即可. 在项目的属性中,如图修改即可. 作者“Andrew's Blog”

在32位系统上开发的网站,现在需要布署到64位系统上运行,布署好后访问提示提示未能加载文件或程序集,或它的某一个依赖项.在网上搜索后,发现是64位下引用dll出现的这个问题.这个问题通常出在引用第三方DLL或者自己以前写的DLL.在64位系统下则可能会出现这种问题. 将项目的生成目标平台改为x86(默认Any cpu)就可以了. 因为原DLL是在32位(x86)平台下生成的,而程序却是x64的平台,所以需要更改下目标平台即可.

我一直在用Oracle10g数据库,最近想看看11g怎么样,就试着装了一下,在安装过程中遇到的麻烦还不少,幸好有搜索引擎,根据前辈的指点,磕磕绊绊地也将Oracle装上了,作一下记录,以后也许能用得着,如果能帮到别人那就更好了. 我的环境: 操作系统:windows7旗舰版(64位) 数据库:64位Oracle11g(win64_11gR2) PL/SQL:PL/SQL developer v9.0.1 准备工作: 1.下载Oracle11g( Microsoft Windows (x64))

原文网址:http://www.cnblogs.com/kex1n/archive/2010/10/06/1844737.html 一.数据类型特别是int相关的类型在不同位数机器的平台下长度不同.C99标准并不规定具体数据类型的长度大小,只规定级别.作下比较: 16位平台 char         1个字节8位 short        2个字节16位 int            2个字节16位 long         4个字节32位 指针         2个字节 32位平台 char 

应用软件开发的64 位WINDOWS 系统环境兼容性 1. 64 位CPU 硬件 目前的64位CPU分为两类:x64和IA64.x64的全称是x86-64,从名字上也可以看出来它和 x86是兼容的,原先的32位程序可以在x64上运行得很好,这也就是为什么在x64的CPU上 能够成功安装32位的Windows操作系统.现在市场上卖的家用电脑的CPU通常都是x64. 两家顶级CPU公司Intel和AMD分别推出了EM64T(Extended Memory 64 Technology)和 AMD64(

今天仿照32位的ModuleA.cp35-win32.pyd,制作了64位的pyd.很随意地命名为ModuleA.cp35-win64.pyd,然后在64环境里编译.发现一直报"ImportError: No module named ModuleA"的错误. 网上查了相关贴子,试了都不好使,后来看了别人之前生成的64位的pyd,发现命名为.cp35-win_amd64.pyd,改了一下发现真的解决问题了,真是长见识了 在linux下要命名为ModuleA.cpython-35m-x8

环境VS2010,swigwin-2.0.11 1. 打开nmake.opt文件,找到SWIG=swig.exe这一句,假如没有将swig的目录添加到环境变量中,那么将这句后面的swig.exe修改为swig.exe的全路径,如D:\Program Files (x86)\swigwin-2.0.11\swig.exe.如果设置了环境变量,那么就不需要进行修改了. 2. nmake.opt文件,找到“#WIN64=YES”,将前面的“#”去掉,保存 3. 用x64兼容命令提示符,开始编译,进入G

Win7 64位系统下通过VS2015编译好的最新的OpenSSL(1.0.2j)所有八个版本的链接库, 包含以下八个版本: 1.32位.debug版LIB: 2.32位.release版LIB: 3.32位.debug版DLL: 4.32位.release版DLL: 5.64位.debug版LIB: 6.64位.release版LIB: 7.64位.debug版DLL: 8.64位.release版DLL: http://download.csdn.net/detail/yaojingkao/