dipplum.com » win32 http://dipplum.com Be the change you wanna see in the world Sat, 12 Nov 2011 07:38:45 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 Visual C++ 2008编译libpng http://dipplum.com/2009/11/09/visualc-compile-libpng/ http://dipplum.com/2009/11/09/visualc-compile-libpng/#comments Mon, 09 Nov 2009 05:23:39 +0000 li http://dipplum.com/2009/11/09/visualc-compile-libpng/ 1. 主页 http://www.libpng.org/pub/png/libpng.html

2. 最新稳定版本 1.2.40

    源码下载 http://download.sourceforge.net/libpng/lpng1240.zip

3. 编译依赖

    依赖zlib。要求名为zlib的目录位于和libpng源码平级的目录下。libpng会自行编译zlib的源码，而zlib 1.2.3版本中的汇编代码在VC 2008下编译存在问题，参见zlib的编译说明。

4. 编译方法

    打开源码中的projects\vc71\libpng.sln工程文件。编译DLL ASM Release和LIB ASM Release就可以了。会得到libpng.lib、libpng13.lib、libpng13.dll。

5. 注意

    ligpng会编译自己的zlib1.dll和zlib.lib，不知道编译参数和zlib自己的工程文件是否一样，也不知道和zlib工程文件编译出的dll和lib会不会冲突。这个问题留待考察。

]]> http://dipplum.com/2009/11/09/visualc-compile-libpng/feed/ 0 Side-by-Side Assembly相关 http://dipplum.com/2009/11/09/side-by-side-assembly/ http://dipplum.com/2009/11/09/side-by-side-assembly/#comments Mon, 09 Nov 2009 04:10:11 +0000 li http://dipplum.com/2009/11/09/side-by-side-assembly/ 什么是Side-by-Side Assembly？

Side-by-Side Assembly（建称SxS）是微软在Visual Studio 2005（Windows 2000？）中引入的技术，用来解决Windows平台上的DLL Hell问题。DLL Hell的介绍可以看Wikipedia的文章。简单的说，DLL Hell窘境包括了Windows应用程序依赖的DLL带来的若干问题，包括同名DLL、DLL升级、DLL载入顺序等等。

Side-by-Side Assembly按照我的理解，是一种特殊的DLL，按照Side-by-Side Assembly的要求开发的，并用XML格式的manifest和policy文件描述的。所有的系统Side-by-Side Assembly都安装在Windows目录下的WinSxS子目录里，有一堆的目录、DLL和XML文件。

Side-by-Side Assembly的使用参见MSDN。但MSDN有把简单问题复杂化的毛病，原理讲的很多，实际例子举的很少，不看也罢。

使用Side-by-Side Assembly包括两个方面，一方面是自己开发的应用程序和DLL如何依赖Side-by-Side Assembly，另一方面是如何开发自己的Side-by-Side Assembly。如果只关心第一个方面，问题要简单的多。不需要关心第二个方面的原因如下。


Visual Studio 2010要取消对Side-by-Side Assembly的默认支持？

消息来源于微软的博客，根据文章介绍，2010要改变对应用默认采用的SxS发布方式，回到类似2003的方式，同时支持对CRT的静态和动态联编，对DLL的搜索顺序也是常用的：先搜索应用程序目录，然后System32，然后PATH。

当然SxS还是有的，应该只是Visual Studio不再在开发应用时默认采用。

应用如何依赖Side-by-Side Assembly

cl.exe在链接生成EXE的时候，会同时生成一个同名的manifest文件。该文件是XML格式的，描述了EXE对SxS的依赖。下面是一个manifest的例子：

<?xml version="2.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestversion="1.0">
  <trustinfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedprivileges>
        <requestedexecutionlevel uiaccess="false" level="asInvoker"></requestedexecutionlevel>
      </requestedprivileges>
    </security>
  </trustinfo>
  <dependency>
    <dependentassembly>
      <assemblyidentity name="Microsoft.VC90.CRT" publickeytoken="1fc8b3b9a1e18e3b" processorarchitecture="x86" version="9.0.21022.8" type="win32"></assemblyidentity>
    </dependentassembly>
  </dependency>
</assembly>

如果删除这个manifest文件，运行该EXE会出现类似下面的错误：

manifest-error

这是因为缺少manifest文件的描述，程序不知道如何载入WinSxS目录下的DLL。所以最好把manifest文件嵌入EXE中，可以用mt.exe工具完成这一工作：

mt.exe -manifest <manifest-file> -outputresource:<exe-file>;#1

用IDE开发不存在这个问题，IDE会自动调用mt.exe将manifest嵌入EXE

DLL如何依赖Side-by-Side Assembly

同上述原因，DLL生成之后，最好也用mt.exe将manifest文件嵌入。方法与上面类似，不同之处在资源ID应该是2而不是1，其中的区别参见【1】【2】，硬记也行，没什么道理。

mt.exe -manifest <manifest-file> -outputresource:<dll-file>;#2

用IDE开发也不存在这个问题，IDE会自动调用mt.exe将manifest嵌入DLL

如何绕过Side-by-Side Assembly？

Side-by-Side Assembly带来了很多不便，比如说，依赖SxS MSVCR90.dll的程序在没有安装VC redistributable的系统中不能运行，像是WinPE环境。因此最好有一种绕过SxS的方法，将SxS的Assembly和EXE放在一个目录下，避免依赖系统WinSxS目录下的Assembly。

1. 首先，我们需要manifest文件，如果手头没有EXE和DLL的manifest文件，可以用mt.exe工具从EXE和DLL中导出manifest文件

导出EXE的manifest

mt.exe -inputresource:<exe-file>;#1 -out:<manifest-file>

导出DLL的manifest

mt.exe -outputresource:<dll-file>;#2 -out:<manifest-file>

2. 根据manifest中的信息，创建若干新的manifest文件。新manifest文件名和EXE中依赖的Assembly名字对应，例如按照前面的manifest例子，应该对应创建一个Microsoft.VC90.CRT.manifest，内容格式如下：

<?xml version="2.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestversion="1.0">
    <noinheritable></noinheritable>
    <assemblyidentity name="Microsoft.VC90.CRT" publickeytoken="1fc8b3b9a1e18e3b" processorarchitecture="x86" version="9.0.21022.8" type="win32"></assemblyidentity>
    <file name="msvcr90.dll"></file>
    <file name="msvcp90.dll"></file>
</assembly>

其中assemblyIdentity和原EXE的内容要完全一样。

3. 根据manifest文件中的assemblyIdentity信息，到系统的WinSxS目录下的子目录里找DLL，子目录名的格式是<processorArchchitecture>-<name>-<publicKeyToken>-<version>-none-xxx。把子目录下的DLL拷贝到EXE所在的目录下。把DLL的名字写入新manifest的file标签下。

至此，已经把Assembly放到EXE所在目录下，EXE也不再依赖系统WinSxS目录下的Assembly了。

VC 2005和VC 2008相关的SxS打包

我把自己系统中WinSxS目录下所有x86_micosoft.vc开头的目录全部拷贝出来，打了个包，以备不时之需。（下载链接）

]]> http://dipplum.com/2009/11/09/side-by-side-assembly/feed/ 7 Visual C++ 2008编译lua http://dipplum.com/2009/11/09/visualc-compile-lua/ http://dipplum.com/2009/11/09/visualc-compile-lua/#comments Mon, 09 Nov 2009 02:39:43 +0000 li http://dipplum.com/2009/11/09/visualc-compile-lua/ 1. 项目主页 http://www.lua.org/

2. 当前最新稳定版本 5.1.4，2008年8月发布

    源码下载 http://www.lua.org/ftp/lua-5.1.4.tar.gz

3. VC编译方法

    解压后，用Visual Studio 2008命令行环境进入lua目录，运行etc\luavs.bat。之后会在src目录下生成lua.exe、luac.exe、lua51.dll

4. 注意

    默认的luavs.bat只会生成DLL，如果需要编译静态链接库，可以自行修改luavs.bat，修改两处地方

    1. 删除cl.exe的编译选项 /DLUA_BUILD_AS_DLL

    2. 生成DLL的命令改成 lib.exe /nologo /out:lua.lib *.obj

]]> http://dipplum.com/2009/11/09/visualc-compile-lua/feed/ 0 Visual C++ 2008编译zlib http://dipplum.com/2009/11/08/visualc-compile-zlib/ http://dipplum.com/2009/11/08/visualc-compile-zlib/#comments Sun, 08 Nov 2009 10:27:46 +0000 li http://dipplum.com/2009/11/08/visualc-compile-zlib/ 记录下Visual C++ 2008编译zlib的过程，以备不时之需。

1. 项目主页 http://www.zlib.net/

2. 当前最新稳定版本 1.2.3，2005年7月发布

源码下载 http://www.zlib.net/zlib123.zip

3. VC编译方法

解压后，打开项目文件projects\visualc6\zlib.dsw，新版本的VC会提示要做工程格式转换。一般只编译其中zlib项目的DLL Release和LIB Release就好了。

4. Bug

如果想编译zlib的DLL ASM Release和LIB ASM Release，会出现下面的错误：

contrib\masmx86\inffas32.asm(647) : error A2070:invalid instruction operands
contrib\masmx86\inffas32.asm(649) : error A2070:invalid instruction operands
contrib\masmx86\inffas32.asm(663) : error A2070:invalid instruction operands
contrib\masmx86\inffas32.asm(720) : error A2070:invalid instruction operands

这是因为VC2008的MASM语法更严格了，导致之前的代码语法检查不过。参照这里的说明，把inffas32.asm改好就OK了。或者下载我改好的

]]> http://dipplum.com/2009/11/08/visualc-compile-zlib/feed/ 1 Visual C++ 2008编译SDL小结 http://dipplum.com/2009/11/08/visualc-compile-sdl/ http://dipplum.com/2009/11/08/visualc-compile-sdl/#comments Sun, 08 Nov 2009 09:42:26 +0000 li http://dipplum.com/2009/11/08/visualc-compile-sdl/ 最近在Windows平台上编译SDL，过程记录下来备忘。说是用VC 2008编译，其实和用VC 2005和VC 2010编译过程都是一样的。

1. SDL 主页 http://www.libsdl.org/

2. 当前最新稳定版本 1.2.14

    源码 http://www.libsdl.org/release/SDL-1.2.14.zip

3. VC编译方法

    SDL-1.2.14.zip解压后，再解压其中的VisualC.zip，然后用VC打开VisualC\SDL.sln。编译SDL和SDLmain两个工程。

4. 编译依赖

    DirectX SDK中的dsound.h, dinput.h几个头文件，和dxguid.lib这个库文件。最新的DirectX SDK 2009 Auguest可以从微软（http://is.gd/4Q3Mo）下载。或者只下载其中include目录和lib目录打包（http://is.gd/4Q416）。

5. 注意

    这样通过SDL.sln编译出的SDL.dll依赖msvcr90.dll，需要目的端也装了VC 2009的redistributable才行。要么就用外置manifest文件的方法发布，还没搞懂，搞懂再写。

]]> http://dipplum.com/2009/11/08/visualc-compile-sdl/feed/ 0