C++博客-小乌龟

为什么复制构造函数的参数必须为引用

小乌龟 — Sun, 22 Apr 2012 16:21:00 GMT

为什么复制构造函数的参数必须为引用呢，原因如下：

Because if it's not by reference, it's by value. To do that you make a copy, and to do that you call the copy constructor. But to do that, we need to need to make a new value, so we call the copy constructor, and so on...

(You would have infinite recursion because "to make a copy, you need to make a copy".)

来源：

http://stackoverflow.com/questions/2685854/why-should-the-copy-constructor-accept-its-parameter-by-reference-in-c

老忘记，举个例子也许更好理解：

//创建Type类型的对象a
Type a;

//对a的对象内部数据成员赋值

// 调用复制构造函数创建对象b
Type b( a )

由于b的复制构造函数的参数被定义为值传递，那么首先会创建一个Type的临时变量，假设为temp1，然后再传递给b的复制构造函数

Type temp1( a )

由于temp1的复制构造函数的参数被定义为值传递，那么首先会创建一个Type的临时变量，假设为temp2，然后再传递给b的复制构造函数

Type temp2( a )

类推,会出现temp3,temp4,...直至无穷多！

所以复制构造函数的参数必须为引用

小乌龟 2012-04-23 00:21 发表评论

获取Streaming output统计信息失败

小乌龟 — Mon, 09 May 2011 04:47:00 GMT

基于GPU的粒子系统的粒子数目一般等于stream output的图元数，而stream output的统计信息可以通过ID3D10Query接口获取。步骤如下：
1.创建ID3D10Query查询对象

1ID3D10Query* pQuery;
2D3D10_QUERY_DESC queryDesc;
3queryDesc.Query = D3D10_QUERY_SO_STATISTICS;
4queryDesc.MiscFlags = 0;
5pD3DDevice->CreateQuery( &queryDesc, &pQuery );

2.在用DrawAuto()绘制粒子处设置查询的开始和结束标记：

1 pQuery->Begin();
2 pD3DDevice->DrawAuto(); // 绘制粒子
3 pQuery->End();

3. 获取Stream Output输出的图元个数：

1 D3D10_QUERY_DATA_SO_STATISTICS streamOutBufferSize;
2 if ( S_OK == pQuery->GetData( &streamOutBufferSize, pQuery->GetDataSize(), 0 ) ) // 错误产生的原因
3 {
4 mStreamOutParticleSize = (unsigned)streamOutBufferSize.NumPrimitivesWritten;
5 }

可是试验的时候，发现获取的粒子数目不正确。调试后发现ID3D10Query::GetData()总返回S_FALSE，但极少数情况下也返回S_OK。参考文献1后明白，ID3D10Query接口是异步从GPU获取数据的,当GPU中繁忙或者查询的数据没有准备好，就会返回S_FALSE。正确的做法是：如果ID3D10Query::GetData()返回失败，则继续查询，直到成功为止。正确的完整代码如下：

1 // 创建ID3D10Query查询对象
2 ID3D10Query* pQuery;
3 D3D10_QUERY_DESC queryDesc;
4 queryDesc.Query = D3D10_QUERY_SO_STATISTICS;
5 queryDesc.MiscFlags = 0;
6 pD3DDevice->CreateQuery( &queryDesc, &pQuery );
7
8 // 设置查询的开始和结束标志
9 pQuery->Begin();
10 pD3DDevice->DrawAuto();
11 pQuery->End();
12
13 // 获取stream output输出的图元个数
14 D3D10_QUERY_DATA_SO_STATISTICS streamOutBufferSize;
15 while ( S_OK != pQuery->GetData( &streamOutBufferSize, pQuery->GetDataSize(), 0 ) ); // 不停循环，直到成功
16 mStreamOutParticleSize = (unsigned)streamOutBufferSize.NumPrimitivesWritten;

   参考资料：
   1. Get streaming output statistics: http://www.bennychen.cn/2009/07/get-streaming-output-statistics/

小乌龟 2011-05-09 12:47 发表评论

PIX Experiment File Version Mismatch

小乌龟 — Sat, 07 May 2011 16:48:00 GMT

   使用PIX调试Direct3D程序时，PIX出错不能运行，如下图所示：

   原因是PIX调试的程序的路径必须是英文，解决办法是修改被调试的程序的路径，使之不包含中文。

   参考文献：
   PIX调式shader傻瓜教程：http://blog.csdn.net/rabbit729/archive/2011/01/14/6139308.aspx
   Direct3D程序调试技巧：http://hi.baidu.com/xiexianyu/blog/item/6a6944ec84bd9fdd2f2e21ab.html

小乌龟 2011-05-08 00:48 发表评论

C语言获取文件大小

小乌龟 — Fri, 22 Oct 2010 03:22:00 GMT

今天去面试，面试官问了个C中如何获取文件大小，想啊想，没有这个函数啊。那应该是用fseek将文件指针移动到文件末尾，然后通过文件指针获取吧？但是什么函数呢，没印象，汗......
回来查了下，原来是ftell，悲剧啊，以前没用过！MSDN上ftell的功能如下：Gets the current position of a file pointer。写了段代码测试了下，代码如下：

#include <stdio.h>

int main()
{
    long fileSize = 0;

    FILE* pFile = fopen( "mm.data", "r" );
    if ( pFile == NULL )
    {
        printf( "Open File Error\n" );
    }
    else
    {
        // 将指针定位到文件末尾
        fseek( pFile, 0L, SEEK_END );
        fileSize = ftell( pFile );

        printf( "file size: %ld\n", fileSize );
    }
    return 0;
}

小乌龟 2010-10-22 11:22 发表评论

DirectX9获取深度缓存值

小乌龟 — Wed, 06 Jan 2010 11:02:00 GMT

DirectX中，如何获取深度值，然后将它存储在一个txt文件中？其实只要修改两个地方：
第一个地方是：创建Direct3D设备时，将D3DPRESENT_PARAMETERS类型表示变量的AutoDepthStencilFormat设置为D3DFMT_D32F_LOCKABLE，代码如下：

    D3DPRESENT_PARAMETERS d3dpp;
    d3dpp.BackBufferWidth            = width;
    d3dpp.BackBufferHeight           = height;
    d3dpp.BackBufferFormat           = D3DFMT_A8R8G8B8;
    d3dpp.BackBufferCount            = 1;
    d3dpp.MultiSampleType            = D3DMULTISAMPLE_NONE;
    d3dpp.MultiSampleQuality         = 0;
    d3dpp.SwapEffect                   = D3DSWAPEFFECT_DISCARD;
    d3dpp.hDeviceWindow              = hwnd;
    d3dpp.Windowed                     = windowed;
    d3dpp.EnableAutoDepthStencil     = true;
    d3dpp.AutoDepthStencilFormat     = D3DFMT_D32F_LOCKABLE;    // 16位总不行
    d3dpp.Flags                      = 0;
    d3dpp.FullScreen_RefreshRateInHz = D3DPRESENT_RATE_DEFAULT;
    d3dpp.PresentationInterval       = D3DPRESENT_INTERVAL_IMMEDIATE;

第二个地方是：设置锁定缓存表面，并进行读写的代码：

// 获取深度模板表面
            HRESULT hr = Device->GetDepthStencilSurface( &pZBuffer );
            if ( FAILED( hr ) ) {
                MessageBox( NULL, "GetDepthStencilSurface failure", 0, 0 );
            }

            // 打开文件
            pFile = fopen( "ZBuffer.txt", "w" );
            if ( pFile == NULL ) {
                MessageBox( NULL, "shit", NULL, NULL);
            }

            // 获取表面特性
            D3DSURFACE_DESC surfaceDesc;
            pZBuffer->GetDesc( &surfaceDesc );

            // 锁定表面
            D3DLOCKED_RECT lockRect;
            hr = pZBuffer->LockRect( &lockRect, NULL, D3DLOCK_READONLY );
            if ( FAILED( hr ) ) {
                MessageBox( NULL, "GetDepthStencilSurface", 0, 0 );
            }

            // 获取指向表面区域指针
            float* pData = (float*)lockRect.pBits;

            // 将深度信息输出到文件中
            for (int y = 0; y < surfaceDesc.Height; ++y ) {
                for (int x = 0; x < surfaceDesc.Width; ++x ) {
                    int index = y * lockRect.Pitch / 4 + x;
                    fprintf( pFile, "%f  ", pData[index] );
                }
                fprintf( pFile,"\n");
            }

            // 解锁表面锁定
            pZBuffer->UnlockRect();

            // 释放接口和文件
            pZBuffer->Release();
            fclose( pFile );

小乌龟 2010-01-06 19:02 发表评论

Visual C++.NET技术内幕的第一个例子在VS2005下编译出现的问题

小乌龟 — Sat, 09 May 2009 13:43:00 GMT

1. 文件 -> 新建 -> 项目 -> Win32 -> Win32项目

敲入书上代码后，编译，出错：

atal error C1189: #error : Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d]

这是因为vs2005默认使用window 标准库。

项目 -> 属性 -> 配置属性 -> 常规 -> MFC的使用：

将”使用标准Windows库”改为”在共享DLL中使用MFC”

编译，继续出错：

'CFrameWnd::Create' : cannot convert parameter 2 from 'const char [15]' to 'LPCTSTR'

这是因为vs2005建立的Win32项目默认使用Unicode。

项目 -> 属性 -> 配置属性 -> 常规 -> 字符集：

将 ”使用Unicode字符集” 改为 ”未设置”。

2. 文件 -> 新建 -> 项目 -> 常规 -> 空项目：

不仅会出现上面的问题，编译时还会出现： “fatal error LNK1561: 必须定义入口点”。

解决办法：目 -> 属性 -> 配置属性 -> 连接器 -> 高级 -> 入口点：添加”WinMainCRTStartup”

而后还会出现一个窗口，提示无调试信息，关掉此窗口即可。为什么会出现的问题，就不知道为什么了。

小乌龟 2009-05-09 21:43 发表评论

string中的+, =, +=

小乌龟 — Sun, 23 Nov 2008 08:14:00 GMT

看一段简单的代码：

int main()
{
    string s;
    s += 'a';
    s += "bc";
    cout << "s: " << s << endl;

    cout << endl;
    system("Pause");
    return 0;
}

对不？当然对的！参看basic_string.h中的源码：

      basic_string&
      operator+=(const basic_string& __str) { return this->append(__str); }

      /**
       *  @brief  Append a C string.
       *  @param s  The C string to append.
       *  @return  Reference to this string.
       */
      basic_string&
      operator+=(const _CharT* __s) { return this->append(__s); }

      /**
       *  @brief  Append a character.
       *  @param s  The character to append.
       *  @return  Reference to this string.
       */
      basic_string&
      operator+=(_CharT __c) { return this->append(size_type(1), __c); }

下面的代码对不？

    string s1;
    s1 = 'a';    // = 也定义了右边的值为字符的情况
    cout << "s1: " << s1 << endl;
    s1 = "bc";
    cout << "s1: " << s1 << endl;

看源码！

      basic_string&
      operator=(const basic_string& __str)
      {
    this->assign(__str);
    return *this;
      }

      /**
       *  @brief  Copy contents of @a s into this string.
       *  @param  s  Source null-terminated string.
       */
      basic_string&
      operator=(const _CharT* __s)
      {
    this->assign(__s);
    return *this;
      }

      /**
       *  @brief  Set value to string of length 1.
       *  @param  c  Source character.
       *
       *  Assigning to a character makes this string length 1 and
       *  (*this)[0] == @a c.
       */
      basic_string&
      operator=(_CharT __c)
      {
    this->assign(1, __c);
    return *this;
      }

下面的呢

    string s2("u");
    s2 = 'j' + s2;
         cout << "s2: " << s2 << endl;
    s2 = s2 + 'n';
    cout << "s2: " << s2 << endl;
    s2 = "jin " + s2;
    cout << "s2: " << s2 << endl;
    s2 = s2 + " xia";
    cout << "s2: " << s2 << endl;

还是源码！

// operator+
  /**
   *  @brief  Concatenate two strings.
   *  @param lhs  First string.
   *  @param rhs  Last string.
   *  @return  New string with value of @a lhs followed by @a rhs.
   */
  template<typename _CharT, typename _Traits, typename _Alloc>
    basic_string<_CharT, _Traits, _Alloc>
    operator+(const basic_string<_CharT, _Traits, _Alloc>& __lhs,
          const basic_string<_CharT, _Traits, _Alloc>& __rhs)
    {
      basic_string<_CharT, _Traits, _Alloc> __str(__lhs);
      __str.append(__rhs);
      return __str;
    }

  /**
   *  @brief  Concatenate C string and string.
   *  @param lhs  First string.
   *  @param rhs  Last string.
   *  @return  New string with value of @a lhs followed by @a rhs.
   */
  template<typename _CharT, typename _Traits, typename _Alloc>
    basic_string<_CharT,_Traits,_Alloc>
    operator+(const _CharT* __lhs,
          const basic_string<_CharT,_Traits,_Alloc>& __rhs);

  /**
   *  @brief  Concatenate character and string.
   *  @param lhs  First string.
   *  @param rhs  Last string.
   *  @return  New string with @a lhs followed by @a rhs.
   */
  template<typename _CharT, typename _Traits, typename _Alloc>
    basic_string<_CharT,_Traits,_Alloc>
    operator+(_CharT __lhs, const basic_string<_CharT,_Traits,_Alloc>& __rhs);

  /**
   *  @brief  Concatenate string and C string.
   *  @param lhs  First string.
   *  @param rhs  Last string.
   *  @return  New string with @a lhs followed by @a rhs.
   */
  template<typename _CharT, typename _Traits, typename _Alloc>
    inline basic_string<_CharT, _Traits, _Alloc>
    operator+(const basic_string<_CharT, _Traits, _Alloc>& __lhs,
         const _CharT* __rhs)
    {
      basic_string<_CharT, _Traits, _Alloc> __str(__lhs);
      __str.append(__rhs);
      return __str;
    }

  /**
   *  @brief  Concatenate string and character.
   *  @param lhs  First string.
   *  @param rhs  Last string.
   *  @return  New string with @a lhs followed by @a rhs.
   */
  template<typename _CharT, typename _Traits, typename _Alloc>
    inline basic_string<_CharT, _Traits, _Alloc>
    operator+(const basic_string<_CharT, _Traits, _Alloc>& __lhs, _CharT __rhs)
    {
      typedef basic_string<_CharT, _Traits, _Alloc>    __string_type;
      typedef typename __string_type::size_type        __size_type;
      __string_type __str(__lhs);
      __str.append(__size_type(1), __rhs);
      return __str;
    }

也许，最好的资料就是看看头文件或者源码！

小乌龟 2008-11-23 16:14 发表评论

两次CTRL+Z才能中止程序

小乌龟 — Sun, 26 Oct 2008 08:34:00 GMT

#include <stdio.h>

main()
{
    char c;
    while (scanf("%c", &c) != EOF)
    {
        printf("%c", c);
    }
    return 0;
}

一段很让人不爽的代码，为什么要输入两次Ctrl+Z呢。只能说是VC6.0和C-Free的bug, 谁知道了告诉我一声。其他人的讨论：
http://topic.csdn.net/u/20080429/22/dcd3aba2-0cad-4c56-aeb2-2be7d3b07d44.html

小乌龟 2008-10-26 16:34 发表评论

cout << &("abc") << endl解析

小乌龟 — Mon, 08 Sep 2008 17:27:00 GMT

ChinaUnix上看到有人问了一个问题,程序代码如下:

cout << &("abc") << endl; // 输出abc
cout << &(&("abc")) << endl; // 输出abc
cout << &(&(&("abc"))) << endl;
// 输出abc，好像无论在"abc"前加几个&，输出都为abc

   一个人的评价:
   数组char str[]在内存中存储方式:str和&str是同一个值,也就是说str本身在内存中没有占用空间,str、&str和&str[0]的值是一样的，只是直接给str[]的数组元素分配了空间。指针char *str在内存中的存储方式：首先会给str变量本身分配空间，也就是说str和&str的值肯定是不一样的，&str就是str的地址，在指针初始化后才给指针char *str所指向的字符串明确的分配空间，当然这个空间的首地址就是str的值。所以数组和指针还是有区别的，只是编译器对指针的处理是按照处理数组的方式来处理的。
  这个评价真的是那么正确吗?
   先分析代码:三个输出一样,是因为:取地址运算符只能用于内存中的对象,即变量和数组元素.它不能作用于表达式,常量或register类型的变量(The C Programming Language P93).
   那么字符串常量的返回值是什么呢?是指针变量吗?不像!有人说:怎么不像了,当你把一个字符串常量作为一个参数传递给函数,其行为就像指针啊.那就想想数组,将数组名传递给函数,它的行为也像指针啊.可数组名终究不是指针,只不过作为函数参数时,其退化为了指针.是不是像数组,的确有那种味道.不信就看看下面的测试代码:

#include <stdio.h>

main(int argc, char *argv[])
{
    char *p  = "xiexiu";
    char s[] = "xiexiu";

    printf("%u\n", sizeof "xiexiu");
    printf("%u\n", sizeof p);
    printf("%u\n", sizeof s);
    return 0;
}

   输出结果时:
   7
   4
   7
   既然这样的话,那么数组名是变量还是常量呢?数组名实质上是这个数组的首地址，一旦系统开辟了这块内存，那么这个内存的首地址就不能改变，所以，对数组名的赋值肯定是不允许的。数组名等同于常量，但是还有没有数组名就是常量的说法。这就说明了数组名绝不是变量,当然也不是数组元素了.因此对数组名取地址,要么是未定义,要么是非法的.对字符串常量取地址,很多编译器都可以通过,只是警告一番.因此对于数组str[],str和&str是同一个值的说法是不对,因为&str这个本身不合法或未定义的.
   还有他说:所以数组和指针还是有区别的，只是编译器对指针的处理是按照处理数组的方式来处理的。数组当然和指针有区别了.数组名不是变量,而指针是.编译器对指针的处理是按照处理数组的方式来处理的吗?那么为什么用指针编写的程序比数组的快?
   The C Programming Language P98:在计算数组元素a[i]的值时,C语言实际上先将其转换为*(a+i)的形式,然后再进行求值,这就说明了编译器对数组的处理是按照指针的方式来处理的.同时也说明了为什么用指针编写的程序比用数组编写的快.

小乌龟 2008-09-09 01:27 发表评论

C-Free对程序命令行参数*的处理

小乌龟 — Sat, 06 Sep 2008 03:42:00 GMT

用C-Free(使用默认的mingw编译器)编译一个程序的时候,出现了一个古怪的现象.MS如果一个程序有命令行参数且命令行参数中含有*,则编译器就会将*替换为本目录下的所有文件名,而用VC++6.0则不会出现以上的情况.

测试了一番,的确如此.程序代码如下:

/* 包含头文件 */
#include <stdio.h>

main(int argc, char *argv[])
{
    while (argc-- > 0)
    {
        printf("%s\n", *argv++);
    }
    return 0;
}

   用C-Free4.0(使用默认的mingw编译器)编译成expr.exe.然后将其放置于一个文件夹下,此时文件夹里含有两个文件:expr.exe和expr.txt.从命令行执行: expr.exe *,结果显示:
   expr.exe
   expr.exe
   expr.txt

   用VC++6.0编译成expr2.exe,然后将它移到此文件夹下,执行同样的命令: expr.exe *,结果如下:
   expr2.exe
   *

   如果*不是作为一个单独的参数,而是作为一个参数的一部分,情况会怎样,执行命令:expr.exe 1*2,结果如下:
   expr.exe
   1*2
   因此,在使用C-Free(默认编译器mingw)编译含有*命令行参数的程序,务必小心.

小乌龟 2008-09-06 11:42 发表评论