欧美国产专区,亚洲综合色在线,狠狠色噜噜狠狠狠狠色吗综合

Dynamic Library Design Guidelines (Xcode)

RTY — Thu, 13 Sep 2012 00:58:00 GMT

摘要: Dynamic Library Design Guidelines Dynamic libraries, in addition to grouping common functionality, help reduce an app’s launch time. However, when designed improperly, dynamic libraries can deg... 阅读全文

RTY 2012-09-13 08:58 发表评论

常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由

RTY — Tue, 06 Mar 2012 05:25:00 GMT

http://support1.lenovo.com.cn/lenovo/wsi/htmls/detail_12608716075461918.html

文章�~�号:24625

2006-11-28 9:46:54

在很多情况下会出现有�U�与无线双网�l�共存的情况�Q�此时就需要合理配�|��\由，否则�|�络讉K��时就会出现�؜乱，无法正常上网�?br />举例而言�Q�公司存在tplink无线�|�络�Q��ؓ192.168.1.*�|�段�Q�网关�ؓ192.168.1.1�Q�有�U�网�l��ؓ10.99.31.*�|�段�Q�网关�ؓ10.99.31.2�Q�要实现讉K��外网时��用无�U�，内网使用有线�Q�则配置�Ҏ��为：
1�Q�运行CMD
2�Q�route delete 0.0.0.0 mask 0.0.0.0 10.99.31.2
删除所有网�l�连接都从网�?0.99.31.2走这条�\径；
3�Q�route add 10.0.0.0 mask 255.0.0.0 10.99.31.2 metric 1
增加内网�q�接走内�|�网兌��\径；如果在该命��o后加 �Q�p参数��重新启动后命��o有效�Q�无需每次写这条命令了�Q�只需要运�?��可以了�?br />可以��以上命令整合�ؓ一个bat文�g�Q�保存到所有程序项里面。在双网�l�都�q�接成功后，�q�行该bat文�g��可以了�?br />关于Metric�Q?br />metric是�\��q��法用以确定到辄��的地的最佌��\径的计量标准,常用的metric值有:路径长度,可靠�?延迟,带宽,负蝲,通信代�h�{?
metric值的作用很大,我们常用它来计算路由的优先��,如两条到辄��同网�l�的静态�\�?metric��的优先�U�高;
因此�Q�我们可以通过合理讄��metric值来辑ֈ�三个及三个以上多�|�络存在时的路由配置�?br />路由表示意图�Q?br />
解释�Q?br />默认�|�关为无�U�环境tplink�?92.168.1.1�Q�所有的�|�络数据��h��都将通过�q�个�|�关出去�Q�也��是说所有的�|�络��h��都从无线出去�?br />persistent routes列表代表所�?0�|�段的都从有�U�的�|�关10.99.31.2出去�Q�也��是说所有属�?0�|�段的请求都从有�U�出厅R��通过�q�个路由来控制内�|�连接，也就是无�U��\由配�|�中所有网�l�请求走无线环境的例外！
另外�Q�如果网�l�环境中配置有自动配�|�脚本，那么�Q�配�|�脚本的优先�U�最高。网�l�的数据��h��按照配�|�脚本的配置实现。在此例中，如果有自动配�|�脚本proxy.pac�Q�那么优先��别�ؓproxy.pac>192.168.1.1>10.99.31.2�Q?br />

RTY 2012-03-06 13:25 发表评论

RTY — Thu, 01 Mar 2012 07:02:00 GMT

摘要: 1. �U�d��光标快捷键ctrl+f 向前�U�d��一个字�W�ctrl+b 向后�U�d��一个字�W�alt+f 向前�U�d��一个单词alt+b 向后�U�d��一个单词ctrl+a �U�d��到当前行首ctrl+e �U�d��到当前行��ctrl+l 清屏�Q��ƈ在屏�q�最上面开始一个新�?2. �~�辑命��o行快捷键ctrl+d 删除当前的字�W�ctrl+t 交换当前字符和前一个字�W�的位置alt+t 交换当前单词和前一个单词的位置alt+u 把当前单词变... 阅读全文

RTY 2012-03-01 15:02 发表评论

codesign CSSMERR_TP_NOT_TRUSTED

RTY — Thu, 01 Mar 2012 06:48:00 GMT

codesign -s "Developer ID Application: Mide Hu" "/Users/QtDev/11/build_trial/list.app"

Xcode iOS真机调试出现

Command /usr/bin/codesign failed with exit code 1

查看详细信息提示�Q�CSSMERR_TP_NOT_TRUSTED

出现�q�一问题的原因可能是�Q?br />�Q?�Q�证�?#8220;Developer ID Application: Mide Hu" 是无效的�Q?br /> (2) �~�少”Apple Woldwide Developer Relations Certification Authority“

================================================================
以下是备注：

查了点资料，发现原来之前在keychain(钥匙�H�访�?中多删了一个证书：Apple Woldwide Developer Relations Certification Authority�Q�它是iPhone Developer证书的签发者，如果它被删除��׃��D��iPhone Developer证书被识别�ؓ未知颁发机构�{�֐��Q�然后xcode中真��试就会出��C��面的错误。解��x��法当然是重新把AppleWWDRCA攑֛��?/div>

从Apple官网下蝲一�?nbsp;

http://www.apple.com/certificateauthority/

扑ֈ� Woldwide Developer Relations 选择 Download certificate

下蝲后拖入keychain(钥匙�H�访�?�Q�登录目录�?/div>

RTY 2012-03-01 14:48 发表评论

电信速度��试

RTY — Wed, 15 Feb 2012 07:45:00 GMT

http://202.102.26.5/st/

��敬的用��P��您当前的IP地址为：49.73.128.86 　　来自�Q�苏�?/div>

　　��速入口　　企业用户请选择公众热点��?/span>

　　用户��ȝ��　　 ��速前�?a href="#">查看用户��ȝ��

　　�pȝ��?/a>

　　�|�络��?/a>

　　宽带常识

WikiSyntax (来源Google)

RTY — Tue, 08 Nov 2011 22:52:00 GMT

The reference to the wiki syntax for Google Code projects
Restrict-AddWikiComment-Commit

Updated Aug 17, 2011 by dbentley@google.com

Wiki Syntax

Wiki Syntax
Introduction
Pragmas
Wiki-style markup

Paragraphs
Typeface
Code
Headings
Dividers
Lists
Quoting
Links
Tables

HTML support

Escaping HTML Tags

Comments
+1 Button
Gadgets
Videos
Navigation

Table of Contents
Side navigation

Localizing Wiki Content

Introduction

Each wiki page is stored in a .wiki file under the /wiki directory in a project's repository. Each file's name is the same as the wiki page name. And, each wiki file consists of optional pragma lines followed by the content of the page.

Pragmas

Optional pragma lines provide metadata about the page and how it should be displayed. These lines are only processed if they appear at the top of the file. Each pragma line begins with a pound-sign (#) and the pragma name, followed by a value.

Pragma	Value
#summary	One-line summary of the page
#labels	Comma-separated list of labels (filled in automatically via the web UI)
#sidebar	See Side navigation

Wiki-style markup

Paragraphs

Use one or more blank lines to separate paragraphs.

Typeface

Name/Sample	Markup
italic	`_italic_`
bold	`bold`
`code`	`code`
`code`	`{{{code}}}`
^superscript	`^super^script`
_subscript	`,,sub,,script`
strikeout	`~~strikeout~~`

You can mix these typefaces in some ways:

Markup	Result
`_bold in italics_`	bold in italics
`_italics_ in bold`	italics in bold
`~~strike~~ works too`	strike works too
`~~as well as _this_ way round~~`	as well as this way round

Code

If you have a multiline code block that you want to display verbatim, use the multiline code delimiter:

{{{
def fib(n):
  if n == 0 or n == 1:
    return n
  else:
    # This recursion is not good for large numbers.
    return fib(n-1) + fib(n-2)
}}}

Which results in:

def fib(n):
  if n == 0 or n == 1:
    return n
  else:
    # This recursion is not good for large numbers.
    return fib(n-1) + fib(n-2)

For more control over the syntax higlighting, the tag allows you to specify a file extension:

To disable highlighting entirely, use the

 tag. 
Headings
= Heading =
== Subheading ==
=== Level 3 ===
==== Level 4 ====
===== Level 5 =====
====== Level 6 ======
Dividers
Four or more dashes on a line by themselves results in a horizontal rule. 
Lists
Google  Code wikis support both bulleted and numbered lists. A list must be  indented at least one space to be recognized as such. You can also nest  lists one within the other by appropriate use of indenting: 
The following is:
  * A list
  * Of bulleted items
    # This is a numbered sublist
    # Which is done by indenting further
  * And back to the main bulleted list

 * This is also a list
 * With a single leading space
 * Notice that it is rendered
  # At the same levels
  # As the above lists.
 * Despite the different indentation levels.
The following is: 
A list 
Of bulleted items 
This is a numbered sublist 
Which is done by indenting further 
And back to the main bulleted list 
This is also a list 
With a single leading space 
Notice that it is rendered 
At the same levels 
As the above lists. 
Despite the different indentation levels. 
Quoting
Block  quotes place emphasis on a particular extract of text in your page.  Block quotes are created by indenting a paragraph by at least one space:  
Someone once said:

  This sentence will be quoted in the future as the canonical example
  of a quote that is so important that it should be visually separate
  from the rest of the text in which it appears.
Someone once said: 
This sentence will be quoted in the future as the canonical example  of a quote that is so important that it should be visually separate  from the rest of the text in which it appears.  
Links
Links are central to  the wiki principle, as they create the web of content. Google Code wiki  permits both internal (within the wiki) and external links, and in some  cases automatically creates a link when it recognizes either a WikiWord  or an URL. 
Internal wiki links
Internal  links within a wiki are created using the syntax below. If you add a  wiki link to a page that does not exist, the link will appear with a  LittleLink?  to project committers and owners. Clicking that link will take you to  the page creation form where you can enter content for that page. 
If  you are not logged in, wiki links that point to non-existent pages will  appear as plain text, without the link to the page creation form. When  you create the target page, the link will become a normal hyperlink for  all viewers of the page. 
WikiSyntax is identified and linked automatically

Wikipage is not identified, so if you have a page named [Wikipage] you
need to link it explicitly.

If the WikiSyntax page is actually about reindeers, you can provide a
description, so that people know you are actually linking to a page on
[WikiSyntax reindeer flotillas].

If you want to mention !WikiSyntax without it being autolinked, use an
exclamation mark to prevent linking.
WikiSyntax is identified and linked automatically 
Wikipage is not identified, so if you have a page named Wikipage you need to link it explicitly. 
If the WikiSyntax page is actually about reindeers, you can provide a description, so that people know you are actually linking to a page on reindeer flotillas. 
If you want to mention WikiSyntax without it being autolinked, use an exclamation mark to prevent linking. 
Links to anchors within a page
Each  heading defines a HTML anchor with the same name as the heading, but  with spaces replaced by underscores. You can create a link to a specific  heading on a page like this: 
[WikiSyntax#Wiki-style_markup]
And it will render as: WikiSyntax#Wiki-style_markup. 
Links to issues and revisions
You can easily link to issues and revisions using the following syntax. 
issue 123 will be autolinked to issue number 123 in the current project.  You can include a #  or not.  If the issue has been closed, the link will appear as a  cross-out rather than an underline.  Hovering your mouse over such a  link shows the issue summary. 
issue PROJECTNAME:122  will be autolinked to that issue number in the specified project.  This  is useful when your project depends on work being done in related  projects. 
r123 will be autolinked to the revision detail page for that revision in the current project. 
There is currently no way to disable this type of autolinking. See issue 996. 
For example: Please add a comment on issue 123 rather than adding more review comments to r456. 
Renders as: Please add a comment on  issue 123  rather than adding more review comments to r456. 
Links to external pages
You can of course link to external pages from your own wiki pages, using a syntax similar to that for internal links: 
Plain URLs such as http://www.google.com/ or ftp://ftp.kernel.org/ are
automatically made into links.

You can also provide some descriptive text. For example, the following
link points to the [http://www.google.com Google home page].

If your link points to an image, it will get inserted as an image tag
into the page:

http://code.google.com/images/code_sm.png

You can also make the image into a link, by setting the image URL as
the description of the URL you want to link:

[http://code.google.com/ http://code.google.com/images/code_sm.png]
Plain URLs such as http://www.google.com/ or ftp://ftp.kernel.org/ are automatically made into links. 
You can also provide some descriptive text. For example, the following link points to the Google home page. 
You can also make the image into a link, by setting the image URL as the description of the URL you want to link: 
[http://code.google.com/ http://code.google.com/images/code_sm.png]
 
Links to images
If your link points to an image (that is, if it ends in .png, .gif, .jpg or .jpeg), it will get inserted as an image into the page: 
http://code.google.com/images/code_sm.png
 
If  the image is produced by a server-side script, you may need to add a  nonsense query string parameter to the end so that the URL ends with a  supported image filename extension. 
http://chart.apis.google.com/chart?chs=200x125&chd=t:48.14,33.79,19.77|83.18,18.73,12.04&cht=bvg&nonsense=something_that_ends_with.png
 
Tables
Tables are created by entering the content of each cell separated by || delimiters. You can insert other inline wiki syntax in table cells, including typeface formatting and links. 
|| *Year* || *Temperature (low)* || *Temperature (high)* ||
|| 1900 || -10 || 25 ||
|| 1910 || -15 || 30 ||
|| 1920 || -10 || 32 ||
|| 1930 || _N/A_ || _N/A_ ||
|| 1940 || -2 || 40 ||
 Year  Temperature (low)  Temperature (high) 
  1900  -10  25 
  1910  -15  30 
  1920  -10  32 
  1930  N/A  N/A 
  1940  -2  40 
 
HTML support
To  aid in the presentation of a wiki page there is some support for HTML.  HTML tags are only supported in wiki pages, not in page comments. 
HTML syntax can be used in conjunction with wiki syntax, but it is recommended against doing so where possible. 
The following HTML tags and attributes are currently supported: 
 HTML Tag Supported Attributes
  a title dir lang href
 b title dir lang
 br title dir lang
 blockquote title dir lang
 code title dir lang language [1]
       dd title dir lang
 div title dir lang
 dl title dir lang
       dt title dir lang
       em title dir lang
       font title dir lang face size color
       h1 title dir lang
       h2 title dir lang
       h3 title dir lang
       h4 title dir lang
       h5 title dir lang
       i title dir lang
       img title dir lang src alt border height width align
   li title dir lang
       ol title dir lang type start
     p title dir lang align
      pre title dir lang
       q title dir lang
       s title dir lang
       span title dir lang
      strike title dir lang
      strong title dir lang
       sub title dir lang
       sup title dir lang
   table title dir lang align valign cellspacing cellpadding border width height
   tbody title dir lang align valign cellspacing cellpadding border width height
   td title dir lang align valign cellspacing cellpadding border width height
   tfoot title dir lang align valign cellspacing cellpadding border width height
   th title dir lang align valign cellspacing cellpadding border width height
   thead title dir lang align valign cellspacing cellpadding border width height colspan rowspan
 tr title dir lang align valign cellspacing cellpadding border width height colspan rowspan
 tt title dir lang
       u title dir lang
       ul title dir lang type
      var title dir lang
      
 
 [1]  The language attribute of the code tag is the file extension of the  language used in the code block. It is used as a hint for the syntax  highlighter. 
Escaping HTML Tags
When you want to display html tags directly on your wiki page (as opposed to rendered), you will need to escape each HTML tag.  
HTML tags can be escaped as shown in the table below: 
 Markup Result
   `
` 
  {{{
}}} 
 
 
 

 
Comments
The  wiki supports embedded comments to help explain the contents of a wiki  page. Anything inside the comment block is removed from the rendered  page, but is visible when editing or viewing the source for that page. 

This text will be removed from the rendered page.
+1 Button
Use  to add a +1 button to the page. Example: 
 The count, size, and href parameters are supported; see http://code.google.com/apis/+1button/ for documentation. 
Gadgets
You can embed Gadgets on your wiki pages with the following syntax: 
 
Valid attributes are: 
url: the URL of the gadget 
width: the width of the gadget 
height: the height of the gadget 
title: a title to display above the gadget 
border: "0" or "1", whether to draw a border around the gadget 
up_*: Gadget user preference parameters 
caja: "0" or "1", whether to use Caja to render the gadget.  Caja helps protect users from malicious or accidental errors in third party gadgets. 
WorkingWithGoogleGadgets  describes how to create gadgets for Google Code. It also provides  a  few helpful suggestions that can make it easier to publish gadgets and  to integrate with other Google products such as iGoogle. 
InterestingDeveloperGadgets shows some sample gadgets you may want to include on your project pages. 
Videos
You can embed videos with the following syntax: 
Valid attributes are: 
url: the URL of the video 
width: the width of the embedded video 
height: the height of the embedded video 
Right now we support videos from Youtube and Google Video, but other containers can be added to our open source gadgets project. 
Navigation
Table of Contents
An  inline table of contents can be generated from page headers on a wiki  page. Add the following syntax to a page in the location the table of  contents should be displayed: 
Valid attributes are: 
max_depth: the maximum header depth to display in the table of contents 
Side navigation
You can specify the sidebar for a wiki page by selecting another wiki page that defines your side navigation. The doctype project uses the sidebar extensively across its wiki. 
One  way of adding a sidebar is by setting the #sidebar pragma, as shown  below. Alternatively, the sidebar pragma can be left blank if no side  navigation is desired.  
 #sidebar TableOfContents 
 
The side navigation that is defined should be in the format of a simple list, as shown below.  
 * [Articles HOWTO articles]
    * [ArticlesXSS Web security]
    * [ArticlesDom DOM manipulation]
    * [ArticlesStyle CSS and style]
    * [ArticlesTips Tips and tricks]
  * [DOMReference DOM reference]
  * [HTMLElements HTML reference]
  * [CSSReference CSS reference]
A  default sidebar page can also be specified for all wiki pages by  project owners through the Wiki settings in the Administer tab. If a  #sidebar pragma is also specified, it will take precedence on the page. 
Localizing Wiki Content
Along  with the default language for the wiki, which can be set through the  Wiki settings in the Administer tab, additional languages are also  supported. If more than one language is available, based on a user's  language preference (e.g. browser language), the wiki will try to serve  the page for the appropriate language. If no wiki page exists for that  language, it will fall back to the default language. Comments, however,  are shared amongst all translations of a wiki page. 
New translations for a page cannot be added through the web interface and have to be added through the Subversion repository.  
To add a translation of a page, first checkout the wiki from Subversion: 

 svn checkout https://yourproject.googlecode.com/svn/wiki/ yourdirectory -username yourusername 
Then  create a new directory under /wiki/ using the two letter ISO-639 code  as the name of that directory. Place all translated files in the new  directory and submit those changes to the Subversion repository.  
The following is an example of a valid wiki directory: 
wiki/
   ja/
      ProjectHistory.wiki
      StyleGuide.wiki
   zh-Hans/
      ProjectHistory.wiki
      StyleGuide.wiki
   zh-Hant/
      ProjectHistory.wiki
      StyleGuide.wiki
   ProjectHistory.wiki
   StyleGuide.wiki
Once  the files been be submitted to the project's subversion repository,  they can now be edited through the wiki's web editor. The process is the  same for Mercurial or Git projects, except that the wiki lives in the  root directory (not wiki/) of https://wiki.yourproject.googlecode.com/hg/ or https://wiki.yourproject.googlecode.com/git/. 
Note:  The wiki accepts a subset of ISO-639 two letter language codes, where a  few of the codes (such as zh_Hans) contain locale-specific codes. Such  locale-specific codes should use a hyphen (zh-Hans) separator. A few  example language codes have been specified in the table below. 
   Language (Locale)   Directory Name  
  Arabic  ar  
  Bulgarian  bg  
  Chinese (China)  zh-Hans  
  Chinese (Taiwan)  zh-Hant  
  Croatian  hr  
  Czech  cs  
  Danish  da  
  Dutch  nl  
  English (United Kingdom)  en-GB  
  English (United States)  en-US  
  Finnish  fi  
  French  fr  
  German  de  
  Greek  el  
  Hebrew  he  
  Hungarian  hu  
  Italian  it  
  Japanese  ja  
  Korean  ko  
  Norwegian  no  
  Polish  pl  
  Portuguese (Brazil)  pt-BR  
  Romanian  ro  
  Russian  ru  
  Slovak  sk  
  Spanish  es  
  Swedish  sv  
  Turkish  tr  
 
 The content on this page created by Google is licensed under the Creative Commons Attribution 3.0 License.  User-generated content is not included in this license.

RTY 2011-11-09 06:52 发表评论

RTY — Mon, 07 Nov 2011 13:36:00 GMT

Google Breakpad 完全解析�Q�二�Q?—— Windows前台实现��?/h2> 2011�q?2�?�?— Asp J
Table of contents for Google Breakpad 完全解析
http://bigasp.com)�Q�谢谢�?/p>
好，看完�?a target="_blank">如何使用breakpad�Q�我们现在看看breakpad在Windows下到底是如何实现的呢�Q?/p>
代码�l�构

在我们来看breakpad是如何实现其强大的功能之前，我们先来看一下他的代码结构吧�?/p>
Google breakpad的源代码都在src的目录下�Q�他分�ؓ如下几个文�g夹：
client�Q�这下面包含了前台应用程序中捕捉dump的部分代码，里面按照�q�_��分成各个子文件夹
common�Q�前台后台都会用到的部分基础代码�Q�字�W�串转换�Q�内存读写，md5��马�?br /> google_breakpad�Q�breakpad中公��q��头文�?br /> processor�Q�用于在后台处理崩溃的核心代�?br /> testing�Q�测试工�E?br /> third_party�Q�第三方�?br /> tools�Q�一些小工具�Q�用于处理dump文�g和符可��

我们先来看Windows下前台实现的部分�Q�也��是client文�g夹下的代码�?/p>
breakpad的崩溃捕��h��?/strong>

在Windows下捕获崩溃，大家很容易会惛_��那个捕获�l�构化异常的Api�Q?a target="blank" >SetUnhandledExceptionFilter�?/p>
breakpad中也使用了这个Api来实现的崩溃捕获�Q�另外，breakpad�q�捕获了另外两种C++�q�行库提供的崩溃�Q�一�U�是使用_set_purecall_handler捕获�U�虚函数调用产生的崩溃，�q�有一�U�是使用_set_invalid_parameter_handler捕获错误的参数调用��生的崩溃�?/p>
?
1
2
3
4
5
6
7
8
9
10
    `if` `(handler_types & HANDLER_EXCEPTION)`
      `previous_filter_ = SetUnhandledExceptionFilter(HandleException);`

`#if _MSC_VER >= 1400  // MSVC 2005/8`
    `if` `(handler_types & HANDLER_INVALID_PARAMETER)`
      `previous_iph_ = _set_invalid_parameter_handler(HandleInvalidParameter);`
`#endif  // _MSC_VER >= 1400`

    `if` `(handler_types & HANDLER_PURECALL)`
      `previous_pch_ = _set_purecall_handler(HandlePureVirtualCall);`

另外�׃��C++�q�行库提供的崩溃回调中，�q�不会提供当前的�U�程现场和崩溃信息，所以breakpad会自��q��成好�q�些信息�Q�然后请求生成dump�?br /> �q�里值得一说的是，在非异常崩溃处理中，breakpad获取�U�程现场使用的函数是RtlCaptureContext而不是GetThreadContext�?br /> RtlCaptureContext只能捕获当前�U�程的现场，而GetThreadContext可以捕获��L��U�程的现场，只要有这个线�E�的句柄卛_��?br /> 但是GetThreadContext有两个不好的地方�Q�不能获取当前线�E�的现场�Q�获取现场前必须先用SuspendThread暂停目标�U�程�?br /> 而RtlCaptureContext虽然只能获取当前�U�程的现场，但是调用他时可以不用暂停�U�程的运行�?br /> 对于breakpad来说�Q�崩溃发生后��早获取现场��p��好，所以breakpad使用RtlCaptureContext函数作�ؓ他的�U�程获取函数�?/p>
breakpad中的C/S�l�构

�׃��breakpad是在�q�程外抓取dump�Q�所以breakpad需要实��C��个C/S�l�构来处理崩溃进�E�抓取dump的请求�?/p>
1. breakpad跨进�E�通信的实�?br /> breakpad中��用了命名��道来实现IPC�?/p>
在客��L��Q�初始化ExceptionHandler的时候，如果指定了PipeName�Q�也��p��C�此旉��要��用进�E�外的dump�?取，ExceptionHandler�Q�会建立一�?nbsp;CrashGenerationClient的对象，��p��个对象连接服务端�Q�将自己注册到服务端�?厅R�?br /> 大家可以参看exception_handler.cc中的ExceptionHandler::Initialize函数�?/p>
在服务端�Q�初始化CrashGenerationServer的时候，��׃��建立一个命名管道，�q�等待客��L��来连接。一旦有客户端连接上来，服务端会为每一个客��L��生成一个ClientInfo的对象，之后用这个对象来��理所有的客户端，一旦有崩溃发生�Q�服务端都会从这个对象中取出dump所需要的�?息�?br /> 大家可以参看crash_generation_server.cc中的CrashGenerationServer::HandleReadDoneState函数�?/p>
2. breakpad捕获崩溃生成dump的流�E?br /> breakpad�q�程外生成dump的流�E�大概如下：
google-breakpad-out-of-process-dump:

�q�段��程的代码就是crash_generation_client.cc和crash_generation_server.cc�?/p>
有两个简单的问题�Q�这里说明一下，高手们就��L��接忽略吧�Q�咩哈哈�Q?br /> 在服务端如何为客��L��生成事�g句柄�Q?/strong>
使用DuplicateHandle�Q�即可把��L��一个内核对象的句柄复制到其他进�E�，�q�且可以指定产生的句柄的权限�?/p>
如何异步的等待一个事�Ӟ��
使用RegisterWaitForSingleObject�Q�即可异步的�{�待一个事�Ӟ��当事件发生的时候，��可以回调到一个指定的�?调函��C��Q�但是要注意的是�Q�RegisterWaitForSingleObject会在一个新的线�E�中来等待这个事�Ӟ��此处很容易��生多�U�程的调用，需要注意线�E�问题�?/p>
3. 服务端关键数据结构：ClientInfo
ClientInfo是服务端中最重要的数据结构，服务端通过它来��理所有的客户端。客��L��注册�Ӟ��会保存或生成里面所有的信息�Q�在客户端请求生成dump的时候，服务端就会通过ClientInfo获取所有客��L��的信息。ClientInfo中保存了如下信息�Q?/p>
客户端进�E�pid和句�?/li>
生成Minidump的类�?/li>
自定义的客户端信�?/li>
客户端崩溃的�U�程ID
客户端崩溃的信息
客户端请求崩溃所使用的事件句�?/li>

�q�里有一个问题：在客��L��发生崩溃�Ӟ��服务器如何通过ClientInfo获取到客��L��的崩溃信息呢�Q?/p>
客户端中有几个用于保存崩溃信息的变量�Q�在注册�Ӟ��客户端会��这几个变量的地址发送至服务端，服务端将其保存在ClientInfo中，然后当崩�?发生的时候，服务端就可以通过ReadProcessMemory��d��客户端中的信息，从而生成dump。这样做��避免了每次发生崩溃�Q�都要通过Pipe ��崩溃信息传递到服务端中��M��?/p>
�q�些变量分别是：崩溃的线�E�ID�Q�EXCEPTION_POINTERS和MDRawAssertionInfo�?br /> EXCEPTION_POINTERS和MDRawAssertionInfo的区别在于，异常崩溃的信息会被写入EXCEPTION_POINTERS�Q�非异常崩溃�Q�非法参数和�U�虚函数调用�Q�的信息会被写入MDRawAssertionInfo中�?/p>
dump文�g的上�?/strong>

在breakpad的工�E�中�Q�有一个工�E�叫做：crash_report_sender�Q�里面是一个上传崩溃文件的�c�，他的实现很简单，他��用Windows Internet Api来完成dump文�g的上传�?br /> 在��用crash_report_sender�Ӟ��可以为其指定一个checkpoint_file�?/p>
?
1
`explicit` `CrashReportSender(const` `wstring &checkpoint_file);`

�q�个文�g只有一个作用，��是用来保存上次上传崩溃的时间和今天上传�q�的崩溃的次数。通过�q�个文�g�Q�我们就可以来设�|�每日上传的崩溃的最大数量�?/p>
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
`CrashReportSender::CrashReportSender(const` `wstring &checkpoint_file)`
    `: checkpoint_file_(checkpoint_file),`
      `max_reports_per_day_(-1),`
      `last_sent_date_(-1),`
      `reports_sent_(0) {`
  `FILE` `fd;`
  `if` `(OpenCheckpointFile(L"r", &fd) == 0) {`
    `ReadCheckpoint(fd);`
    `fclose(fd);`
  `}`
`}`

`ReportResult CrashReportSender::SendCrashReport(`
    `const` `wstring &url,` `const` `map ¶meters,`
    `const` `wstring &dump_file_name, wstring report_code) {`
  `int` `today = GetCurrentDate();`
  `if` `(today == last_sent_date_ &&`
      `max_reports_per_day_ != -1 &&`
      `reports_sent_ >= max_reports_per_day_) {`
    `return` `RESULT_THROTTLED;`
  `}`

  `// 上传文�g部分代码�Q�省�?/code>`
`}`

调整每日上传崩溃的最大数量的函数是set_max_reports_per_day�?/p>
需要注意的是：在上传dump文�g的时候，crash_report_sender�q�不会对dump文�g�q�行分析�Q�而是直接上传整个dump文�g�Q?如果你需要上传的dump文�g非常大的话，可以考虑把崩溃分析处理的逻辑攑օ�前台�Q�通过去重或者直接上传分析结果，减少上传的文件大��?/p>
breakpad存在的问�?/strong>

�q�程外生成dump有很多好处，其中最大的好处��是不会被崩溃进�E�媄响，�q�样dump的过�E�就不容易出错，但是�q�样也有一定的弊端�?/span>

1. 部分崩溃无法抓取
在一些极端的崩溃�Q�如堆栈溢出之类的崩溃，�q�程外抓取dump有时候会��p�|�?/p>
2. 无法抓取死锁或者其他原因导致的�q�程僉|��
breakpad现在没有��进�E�死锁的代码�Q�也没有在服务端控制客户端请求dump的代码，所以现在breakpad无法抓取死锁�{�进�E�僵�ȝ��问题。不�q�因为breakpad的定位是处理崩溃�Q�如果有�q�种需要的童鞋�Q�可以自行修改breakpad的代码，��d��q�些功能�?/p>
3. �Ҏ��务端有依�?br /> 如果指定了在使用�q�程外抓取dump�Q�breakpad�Ҏ��务端��有依赖。主要体现在抓取dump�Ӟ��如果服务端不存在�Q�客��L��无法正常抓取dump�Q�甚��x��时会出现��d��?/p>
当然对于�q�些问题�Q�随着breakpad的发展肯定会��来��完善。如果，你遇��C��了这些问题，而又�l�过不了�Q�那��改代码�Q��ƈ且提交给breakpad吧，开源项目就是这么发展的�?/p>
好，到此breakpad的Windows实现��已�l�说完了�Q�如果有��马问题�Q�还请多多指教。谢谢大家�?/p>
北京徯��门中医院 http://www.0531jsk.com/徯��门中医院

RTY 2011-11-07 21:36 发表评论

RTY — Mon, 07 Nov 2011 13:34:00 GMT

Google Breakpad 完全解析�Q�一�Q?—— Windows入门��?/h2> 2011�q?1�?3�?— Asp J
Table of contents for Google Breakpad 完全解析
Google Breakpad 完全解析�Q�一�Q?—— Windows入门��?/li>
http://bigasp.com)�Q�谢谢�?

Google breakpad�?一个非常实用的跨��^台的崩溃转储和分析模块，他支持Windows�Q�Linux和Mac和Solaris。由于他本��n跨��^収ͼ�所以很大的减少我们在��^台移植时的工作，毕竟崩溃转储�Q�每个��^��C��都不同，使用��h��很难�l�一�Q�而Google breakpad��帮我们做到了这一点，不管是哪个��^��C��的崩溃，都能够进行统一的分析。现在很多工�E�都在��用他�Q�最著名的几个如 Chrome�Q�Firefox�Q�Picasa和Google Earth。另外他的License是BSD的，也就是说�Q�我们即便是在商业��Y件中使用�Q�也是合法的�Q�哈哈，�q�么好的东西�Q�我们能放过么？现在��p��我们�?看看�q�个��奇的��Y件吧�?/p>
原理��?/strong>

breakpad抓取dump的方式和一般我们抓取dump的方式不一栗��在breakpad的wiki上有一�q�图可以很好的概括他的原理�?/p>

breakpad把应用程序分成三个部分，代码�Q�breakpad客户端和调试信息�?/p>
1. 在build system中，通过symbol dumper用��^台相关的调试信息生成�q�_��无关的symbol文�g。这样做的好处很明显�Q�一旦��^台无关了�Q�所有��^台的崩溃��可以做�l�一的分析了�?br /> 2. breakpad采取�q�程外�{储和分析崩溃的方式，他��用C/S�l�构�Q�客��L��用来捕获当前�q�程中发生的崩溃�Q��ƈ通知服务端崩溃发生。服务端用来响应客户端，抓取dump文�g。这样做的目的是��Z��减少崩溃�q�程对dump的媄响�?br /> 3. Dump生成后�{发到崩溃分析器中�Q�这个部分可以在本地也可以在服务器上�Q�他对Dump文�g�q�行解析�Q�生成可�ȝ��堆栈信息�?/p>
�q�就是breakpad处理dump大概的流�E��?/p>
对于原理的介�l�google写的已经相当好了。更多的详细信息�Q�可以直接移步到breakpad的wiki�?/p>
安装和编�?/strong>

breakpad的编译比较曲折，所以在此记录一下�?/p>
�~�译breakpad�Q�请��认你的机器上装有以下的软�g�Q?br /> 1. python 2.4.3
请不要��用python3�Q�会报错。另外python2中推荐这个版本，使用新的版本在编译其他google的工�E�时有时会报�?/p>
2. Windows SDK 7
如果没有�q�个�Q�编译会报错。另外这个是在线安装�Q�时间很久，最好�ƈ行做其他的事情�?/p>
3. VS2005的补�?br /> KB918559
KB926601
KB935225
KB943969
KB947315

已经安装了以上��Y件的童鞋�Q�就可以开始进行下面的工作�?/p>
1. 使用svn把代�?a target="_blank">checkout下来

?
1
2
# Non-members may check out a read-only working copy anonymously over HTTP.
svn checkout http://google-breakpad.googlecode.com/svn/trunk/ google-breakpad-read-only

2. 讄��Windows SDK 7
装过其他版本Windows SDK的童鞋，记得一定要�q�行�q�一步，SDK的安装程序，�q�不会帮你设�|�VS�?br /> �q�行开始菜�?>�E�序->Microsoft Windows SDK v7.0->Visual Studio Registration->Windows SDK Configuration Tool�Q�选择v7.0�Q�点击Make Current�?/p>
3. 为python讄��环境变量
�׃��breakpad使用python来生成Windows下的工程文�g�Q�所以需要将python所在目录，讄��到环境变量PATH中去�?/p>
4. 生成Windows工程文�g

?
1
2
3
4
cd "源码目录/src/tools/gyp"

# 注意�Q�此处不能��用全路径�Q�不然会出错
gyp.bat "../../client/windows/breakpad_client.gyp"

此时�Q�在src/client/windows下就可以看到生成好的breakpad_client.sln了。运行吧�Q?/p>
5. Hello World!
�~�译build all�Q�现在一般是不会报错了，如果报错�Q�请��查是不是漏了什么步骤，特别是补丁�?br /> �~�译完成之后�Q�运行crash_generation_app吧，�q�是他的��试�E�序�Q�dump的默认位�|�保存在C:Dumps下，��h��意先建立好目录，不然会无法��用�?br /> 启动��试�E�序之后�Q�此时还不能抓取dump�Q�因��个是breakpad中的服务器端�Q�需要再启动一个测试程序，在第二个��试�E�序中，我们��可以试验Client菜单中的各种崩溃了。这些崩溃都会被抓住转存到C:Dumps目录下�?/p>
如何使用breakpad

在Windows�?a target="_blank">使用breakpad的方�?/a>很简单，只需要创��Z��个ExceptionHandler的类卛_��Q�大家可以在crash_generation_app�q�个工程中找到示例代码，也可以直�?a target="_blank">�U�L��Wiki�Q�上面说的也很详�l��?/p>
1.�q�程内抓取Dump文�g

�q�程内抓取Dump文�g是最��单的breakpad的用法。��用方法很��单：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
const std::wstring s_strCrashDir = L"c:\dumps";

bool
InitBreakpad()
{
    google_breakpad::ExceptionHandler *pCrashHandler =
        new google_breakpad::ExceptionHandler(s_strCrashDir,
        onExceptionFilter,
        onMinidumpDumped,
        NULL,
        google_breakpad::ExceptionHandler::HANDLER_ALL,
        MiniDumpNormal,
        NULL,
        NULL);

    if(pCrashHandler == NULL) {
        return false;
    }

    return true;
}

2.�q�程外抓取Dump文�g

使用�q�程外抓取Dump�Ӟ��需要指定服务端和客��L��Q�在服务端中需要创建CrashGenerationServer的实例，而在客户端中则只需要创建ExceptionHandler卛_��。此外，如果服务端自己需要抓�q�程内的Dump�Q�请��pipe的参数置为NULL�?/p>
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
const wchar_t s_pPipeName[] = L"\\.\pipe\breakpad\crash_handler_server";
const std::wstring s_strCrashDir = L"c:\dumps";

bool
InitBreakpad()
{
    google_breakpad::CrashGenerationServer *pCrashServer =
        new google_breakpad::CrashGenerationServer(s_pPipeName,
        NULL,
        onClientConnected,
        NULL,
        onClientDumpRequest,
        NULL,
        onClientExited,
        NULL,
        true,
        &s_strCrashDir);

    if(pCrashServer == NULL) {
        return false;
    }

    // 如果已经服务端已�l�启动了�Q�此处启动会��p�|
    if(!pCrashServer->Start()) {
        delete pCrashServer;
        pCrashServer = NULL;
    }

    google_breakpad::ExceptionHandler *pCrashHandler =
        new google_breakpad::ExceptionHandler(s_strCrashDir,
        onExceptionFilter,
        onMinidumpDumped,
        NULL,
        google_breakpad::ExceptionHandler::HANDLER_ALL,
        MiniDumpNormal,
        (pCrashServer == NULL) ? s_pPipeName : NULL, // 如果是服务端�Q�则直接使用�q�程内dump
        NULL);

    if(pCrashHandler == NULL) {
        return false;
    }

    return true;
}

使用breakpad的时候，有两个地斚w��要注意：
1. 记得把breakpad的solution下的几个工程�Q�包含到你开发的工程中，或者直接包含他们的lib�?br /> common�Q�基��功能�Q�包含一个对GUID的封装和http上传的类�?br /> exception_handler�Q�用来捕获崩溃的�c�R�?br /> crash_generation_server�Q�breakpad的服务端�Q�用来在产生崩溃时抓取dump�?br /> crash_generation_client�Q�breakpad的客��L��Q�用来捕获当前进�E�的崩溃�?/p>
2. 在初始化breakpad之前�Q�记得先创徏好dump文�g的目录，不然breakpad服务端将不能正常的写dump�Q�这会导致breakpad客户端在崩溃时无限等待服务端dump写完的消息，最后失��d��应�?/p>

RTY 2011-11-07 21:34 发表评论

RTY — Mon, 07 Nov 2011 13:15:00 GMT

调试Release发布版程序的Crash错误 �Q��{�Q?/a>

调试Release发布版程序的Crash错误

http://blog.sina.com.cn/s/blog_48f93b530100fsln.html

�?span>Windows�q�_��下用C++开发应用程序，最不想见到的情冉|��怕就是程序崩溃，而要惌��军_��起问题的bug�Q�最困难的应该就是调试release版本了。因为release版本来就��了很多调试信息�Q�更何况一般都是发布出�ȝ��用户使用�Q�crash的现场很难保留和重现。本文将�l�出几个解决�Ҏ��Q�完成对release版应用程序crash错误的调试。（本文只讨论Windows�q�_��MSVC环境下的调试�Q�对于其他��^台和开发环境没有关注，请大家自己借鉴和尝试。）

    �Ҏ��一�Q�崩溃地址 + MAP文�g

    �q�种�Ҏ��只能�?span>VC7以前的版本开发的�E�序使用�?span>

    1、崩溃地址

     所谓崩溃地址��是引�v�E�序崩溃的内存地址�Q�在WinXP下应用程�?span>crash的对话框如下图：

    上面�W?span>2张图中画�U�线的��gؓcrash的代码偏�U�d��址�Q�第3张图为即crash�l�对地址�Q�一般引�?span>crash的原因多为内存操作错误，我们用这两个地址�?span>MAP文�g��p��定位出错的代码行�?/span>

    2�?span>MAP文�g

    MAP文�g是记录应用程序信息的文�g�Q�文本文�Ӟ��Q�里面大概包含了�E�序的全局�W�号、源码模块名、源码文件和行号�{�信息，而这些信息能够帮助我们定位出错的代码行�?/p>
    怎样生成MAP文�g呢？�?span>VC6��Z��Q�在 Project Settings -> C/C++ -> Debug info中，选择 Line Numbers Only �Q�在 Project Settings -> Link 中，选择 Generate mapfile��，�q�在Project Options 里面输入 /MAPINFO:LINES �?/MAPINFO:EXPORTS�Q�重新编译程序就会生�?span>.map文�g�?/span>

    以上讄��对应的编译链接选项分别分：

    /Zi — 表示生成pdb调试信息�Q?/span>

    /MAP[:filename] — 表示生成map文�g名；

    /MAPINFO:EXPORTS — 表示生成�?span>map文�g中加�?span>exported functions�Q�生�?span>DLL文�g�Ӟ��Q?/span>

    /MAPINFO:LINES — 表示生成�?span>map文�g中加入代码行信息�?/span>

    �׃��/MAPINFO:LINES选项�?span>VC8以后的版本中不再支持�Q�因此通过MAP文�g中的信息�?span>crash地址定位出错代码行就比较困难了，所以这�U�方案只能在VC7及以前的版本中��用�?/span>

    一�?span>MAP文�g片段�C�Z��如下�Q?span>





    图中Rva+Base列的地址��行函数对应的函数�l�对地址�Q?span>Address列中冒号后面的地址为函数相对偏�U�d��址�?span>

    3、定�?span>crash代码

    有了上面的介�l�，定位crash代码��很��单了。用下面的公式来�q�行定位�Q?/span>

    崩溃行偏�U?= 崩溃地址 - 崩溃函数�l�对地址 + 函数相对偏移

    我们首先�Ҏ��崩溃地址�Q�绝对地址�Q�，按照扑ֈ��W?span>2张图�?span>Rva+Base列的地址扑ֈ�发生崩溃的函敎ͼ�卛_��溃地址大于该函数行�?span>Rva+Base地址且小于下个函数的地址�Q�，然后扑ֈ�该行对应的函数相对偏�U�d��址�Q�带入公式中�Q�就得到了崩溃行偏移�Q�该��D��C�崩溃行的代码相对于代码所在函数的偏移量。用该值去与第3张图中对应函数冒号后面的偏移量去比较�Q�最接近的值前面的那个十进制数即�ؓ代码所在函��C��的行受��?/span>

    ok�Q�到此我们已�l�成功找��C��崩溃的代码行�Q�只不过�q�种�Ҏ��q�是比较费力�Q��ƈ且限制比较多�Q�我们看看下面的�Ҏ��?/p>
上篇�l�出的方案一�q�要补充几句。通过“crash地址 + MAP文�g”来定位出错代码位�|�虽焉��要经�q�比较复杂的地址计算�Q�但却是最��单实现的方式。如果仅仅想通过崩溃地址定位出错的函敎ͼ��更加方便了。我在网上找��C��个解析MAP文�g的小工具�Q�可以非常清晰的列出每个函数的地址�Q��ƈ且可以将分析表格导出为Excel文�g。工具下载地址�Q?a >http://e.ys168.com/?tinyfun�Q�工��L��录下VCMapper.exe�?/p>
    另外上篇主要参考两��文章：

    http://www.vckbase.com/document/viewdoc/?id=908

    http://www.vckbase.com/document/viewdoc/?id=1473

    �Ҏ��二：崩溃地址 + MAP文�g + COD文�g

    �׃��VC8以后的版本都不再支持MAP文�g中��生代码行信息�Q�因此我们寻扑֏�一�U�定位方式：COD文�g�?/span>

    1�?span>COD文�g

    COD文�g是一个包含了汇编码、二�q�制机器码和源代码对应信息的文�g�Q�每一�?span>cpp都对应一个COD文�g。通过�q�个文�g�Q�我们可以非常方便地�q�行定位�?/span>

    �?span>VC6中生成COD文�g的设�|�方式�ؓ�Q�Project Settings -> C/C++�Q�在 Category 中�?Listing Files�Q�在 Listing file type �l�合框中�?Assembly�Q�Machine code�Q�and source。在VC8中生成COD文�g的设�|�方式�ؓ�Q�Project Properties -> C/C++ -> Output Files -> Assembler Output ��，选择 Assembly�Q�Machine code�Q�and Source(/Facs)�?/span>



    2、定位崩溃行

    下面通过举例�q�行说明。现在我有一个基于对话框�?span>MFC应用�E�序CrashTest�Q�在CCrashTestDlg::OnInitDialog函数中写入导致crash的代码语句（�W?9行）�Q�源文�g如下�Q?/span>



    �Ҏ��崩溃地址�Q?span>0x004012A3�Q�以及MAP文�g�Q�定位片�D�图片如下）�Q�定位crash函数为OnInitDialog�Q��ƈ且我们可以很�Ҏ��地计��出崩溃地址相对于崩溃函数的偏移量�ؓ 0x004012A3 - 0x004011E0 = 0xC3�?/span>



    再来看看CrashTestDlg.cod文�g�Q�我们根据文件中源码信息扑ֈ�OnInitDialog函数信息片段�Q?/span>



    可以看到囄��中第一行�ؓOnInitDialog函数汇编代码的�v始行�Q�找�?#8220;int * p = NULL;”�q�一句源码，其前面的98表示�q�行代码在源文�g中的行号�Q�下面的000c1表示相对于函数开始位�|�的偏移量，后面�?#8220;33 c0”为机器码�Q?#8220;xor eax�Q�eax”为汇�~�码。那么我们根据前面算出来的偏�U�量0xC3�Q�找到对应出错的语句�?9行：“*p = 5;”�?/span>

    �ȝ��一下定位步骤：

    1) �Ҏ��公式 崩溃语句在函��C��偏移地址 = 崩溃地址 - 崩溃函数地址 计算出偏�U�量X�Q?/p>
    2) �Ҏ��公式 崩溃语句�?span>COD文�g中地址 = 崩溃函数在COD文�g中地址 + X 计算出地址Y。其中崩溃函数在COD文�g中地址为COD文�g中函数�v始括�?#8220;{”后面表明的地址�Q�一般情况下�?x0000�Q?/p>
    3) �Ҏ��Y在COD文�g中找到对应代码行�?/span>



    ok�Q�方案二介绍完了。这�U�方法最大的好处是没�?span>VC开发环境版本限�Ӟ��而且COD文�g里面包含的信息更加丰富，不但可以帮助我们定位crash�Q�还能帮我们分析很多东西。当�Ӟ��q�也��D��~�译生成了很多信息文件�?/span>

�Ҏ��前面两篇博文�Q�我们要定位崩溃行代码，必须要自己根据相关信息文件进行计��。如果需要处理的量比较大�Q�恐怕会很费力气。有没有更简单快速的办法呢？

    最直接的想法就是写一个小工具�Q�根据规则和信息�q�行自动定位�Q�不�q�开发�v来也是要费一番功夫的。��o人开心的是，我们可以扑ֈ��c�M��的工��P��而且是开源免费的�Q�程序员的世界也许很多时候都是这么单�U�而乐于分享！



    �Ҏ��三：崩溃地址 + PDB文�g + CrashFinder

    CrashFinder是一个开源工��P��作者是John Robbin�Q�大家可以去他的blog上去扑օ�于CrashFinder的信息。我们这里以CrashFinder2.5版本��Z��介绍�Q�相��x��章链接�ؓ�Q?a >http://www.wintellect.com/CS/blogs/jrobbins/archive/2006/04/19/crashfinder-returns.aspx

    1�?span>PDB文�g

    PDB�Q?span>Program Database�Q�文件中包含了exe�E�序所有的调试相关信息�Q�具体可以查阅MSDN。当�~�译选项讄��?Zi�Q�链接选项讄��?DEBUG�Q?OPT:REF�Ӟ��׃��生成工程�?pdb文�g。具体到VC2005中，��是 Project Propertise -> C/C++ -> General -> Debug Information Format ��设�|��ؓ Program Database�Q?Zi�Q�，Linker -> Debugging -> Generate Debug Info ��设�|��ؓ Yes�Q?Debug�Q�，Linker -> Optimization -> References ��设�|��ؓ Eliminate Unreferenced Data�Q?OPT:REF�Q��?/span>

    只要讄��以上选项�Q?span>release版本也能生成PDB文�g。当�Ӟ��对应的应用程序也会稍大�?/span>

    2�?span>CrashFinder

    CrashFinder能够�q�行需要两个条�Ӟ��一是系�l�必��要�?span>dbghelp.dll文�g�Q�二是PDB文�g必须与exe文�g在一个�\径下。对于dbghelp.dll�Q�一般在�pȝ��system32路径下都有，如果没有下蝲一个放到这个目录下��可以了�?/span>

    先看一�?span>CrashFinder的界面�?/span>



    用�v来也非常��单。首先选择File->New或点��d��h��新徏按钮�Q�选择要调试的exe文�g打开�Q�会发现exe及所依赖的dll文�g信息都已�l�加载进来。在下半部分的编辑框中输入崩溃地址�Q?6�q�制�Q�，点右边的“Find”按钮�Q�就会在下面昄��崩溃的源文�g路径、名�U�C��及崩溃所在行号了�Q�如下图所�C��?/span>

    �?span>CrashFinder�q�行crash定位真的非常方便。但是我在��用过�E�中发现了一个bug�Q�每�ơ启动程序后�Q�直接新建的话加载进来的exe模块都显�C�叉�Q�提�C�找不到debug symbols。但是用打开按钮随便打开一个文件失败后�Q�再新徏��p��成功。猜��可能是直接新徏�Q�定位PDB文�g时的路径不对引�v的。有源码�Q�但是懒的看了呵呵，大家感兴��可以试一下�?/span>

    好了�Q�方案三��׃��l�到�q�里�Q�后面还有更加强大的�Ҏ�� : )

前面几个�Ҏ��都是直接定位crash的代码位�|�，但是在比较大型的�E�序中，只知道这个信息还是远�q�不够的�Q�我们希望知道更多关于调用函数顺序及变量值等信息�Q�也��是crash时调用堆栈信息�?/span>

    �Ҏ��四：SetUnhandledExceptionFilter + StackWalker

    �q�个�Ҏ��需要自己动手往工程里添加代码了。要实现上面的想法，需要做两�g事情�Q?span>1、需要在crash时有��Z��对程序堆栈进行处理；2、对堆栈信息�q�行攉��?/span>

    1�?span>SetUnhandleExceptionFilter函数

    Windows�q�_��下的C++�E�序异常通常可分��Z��U�：�l�构化异常（Structured Exception�Q�可以理解�ؓ与操作系�l�相关的异常�Q�和C++异常。对于结构化异常处理�Q�SEH�Q�，可以扑ֈ�很多资料�Q�在此不�l�说。对于crash错误�Q�一般由未被正常捕获的异常引��P��Windows操作�pȝ��提供了一个API函数可以在程序crash之前有机会处理这些异常，��是SetUnhandleExceptionFilter函数。（C++也有一个类似函数set_terminate可以处理未被捕获的C++异常。）

    SetUnhandleExceptionFilter函数声明如下�Q?/p>
    LPTOP_LEVEL_EXCEPTION_FILTER WINAPI SetUnhandledExceptionFilter(
      __in          LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter
    );

    其中 LPTOP_LEVEL_EXCEPTION_FILTER 定义如下�Q?/span>

    typedef LONG (WINAPI *PTOP_LEVEL_EXCEPTION_FILTER)(
        __in struct _EXCEPTION_POINTERS *ExceptionInfo
    );
    typedef PTOP_LEVEL_EXCEPTION_FILTER LPTOP_LEVEL_EXCEPTION_FILTER;

    ��单来��_��SetUnhandleExceptionFilter允许我们讄��一个自��q��函数作�ؓ全局SEH�q��o函数�Q�当�E�序crash前会调用我们的函数进行处理。我们可以利用的�?_EXCEPTION_POINTERS �l�构�c�d��的变量ExceptionInfo�Q�它包含了对异常的描�q�C��及发生异常的�U�程状态，�q��o函数可以通过�q�回不同的值来让系�l��l�运行或退出应用程序�?/span>

    关于 SetUnhandleExceptionFilter 函数的具体用法和�C�Z��请参考MSDN�?/span>

    2�?span>StackWalker
    现在我们已经有机会可以在crash之前对程序状态信息进行处理了�Q�只需要生成�ƈ保存堆栈信息��大功告成了。Windows的dbghelp.dll库提供了一个函数可以得到当前堆栈信息：StackWalk64�Q�在Win2K以前版本中�ؓStackWalk�Q�。该函数声明如下�Q?/span>

    BOOL WINAPI StackWalk64(
      __in          DWORD MachineType,
      __in          HANDLE hProcess,
      __in          HANDLE hThread,
      __in_out      LPSTACKFRAME64 StackFrame,
      __in_out      PVOID ContextRecord,
      __in          PREAD_PROCESS_MEMORY_ROUTINE64 ReadMemoryRoutine,
      __in          PFUNCTION_TABLE_ACCESS_ROUTINE64 FunctionTableAccessRoutine,
      __in          PGET_MODULE_BASE_ROUTINE64 GetModuleBaseRoutine,
      __in          PTRANSLATE_ADDRESS_ROUTINE64 TranslateAddress
    );
    该函数的具体用法可以参�?span>MSDN。在�q�里推荐一个牛人写好的StackWalker�Q�可以直接拿来用�Q�开源的。StackWalker提供了一个基�c�，�l�出了几个简单的接口�Q�可以方便地生成堆栈信息�Q��ƈ且支持一�p�d��VC版本�Q�非常好用。我们可以自己写一个子�c�，�q��载虚函数OnOutput�Q�就可以��堆栈信息输��Zؓ特定格式了。StackWalker的地址为：http://www.codeproject.com/KB/threads/StackWalker.aspx�?/p>
    不过对于Release版本来说�Q�StackWalk64函数获得的堆栈信息有可能不完整。如果异常是由MFC的模块抛出，那么获得的堆栈可能缺��前面调用模块信息。另外，StackWalk64需要最新的dbghelp.dll文�g支持才能工作�Q�要正确输出crash的函数名和行��P��需要要pdb文�g支持。以上不��x��可能影响输出信息的完整性和效果�Q�而对于发布在外的�E�序�Q�要带上pdb文�g几乎不可能，因此�q�个�Ҏ��q�是有缺憄��Q�比较适用于本地的release版本调试�?/span>

    下一��我们将介绍一个更加完善的解决�Ҏ��

当我们把自己�?span>release版本�E�序发布出去以后�Q�一般都是在用户的机器上�q�行。这�U�情况下�Q�对于第四种�Ҏ��Q�因为需要pdb文�g才能够正��生成堆栈调用的函数行号及代码行��P��因此�Ҏ��四只适用于本地release版的调试�Q�否则只能生成不完整的堆栈信息。对于前三种�Ҏ��Q�其实只需要用户告知崩溃地址�Q�然后在本地查找crash地址��可以了�Q�但是定位crash的过�E�非�怸�方便�Q�如果crash的情冉|��较多�Q�前三种�Ҏ��都不合适。而且�Q�前三种�Ҏ��均不能生成堆栈调用信息，对于debug的作用有限�?/span>

    下面我们��来看一个更加完善的解决�Ҏ��?/p>

    �Ҏ��五：SetUnhandledExceptionFilter + Minidump

    SetUnhandleExceptionFilter函数我们已经介绍�q�了�Q�本�Ҏ��的思�\�q�是要利用我们自��q��异常处理函数�Q�来生成minidump文�g�?/span>

    1�?span>Minidump概念

    minidump�Q�小存储器�{储）可以理解��Z��?span>dump文�g�Q�里面记录了能够帮助调试crash的最��有用信息。实际上�Q�如果你�?�pȝ��属�?-> 高�� -> 启动和故障恢�?-> 讄�� -> 写入调试信息中选择“��内存�{�?64 KB)”的话�Q�当�pȝ��意外停止旉��会在C:\Windows\Minidump\路径下生成一�?dmp后缀的文�Ӟ��q�个文�g��是minidump文�g�Q�只不过�q�个是内核态的minidump�?/span>

   我们要生成的是用��h��的minidump�Q�文件中包含了程序运行的模块信息、线�E�信息、堆栈调用信息等。而且��Z��W�合其mini的特性，dump文�g是压�~�过的�?/span>

    2、生�?span>minidump文�g

    生成minidump文�g的API函数是MiniDumpWriteDump�Q�该函数需要dbghelp.lib支持�Q�其原型如下:

    BOOL WINAPI MiniDumpWriteDump(
      __in          HANDLE hProcess,
      __in          DWORD ProcessId,
      __in          HANDLE hFile,
      __in          MINIDUMP_TYPE DumpType,
      __in          PMINIDUMP_EXCEPTION_INFORMATION ExceptionParam,
      __in          PMINIDUMP_USER_STREAM_INFORMATION UserStreamParam,
      __in          PMINIDUMP_CALLBACK_INFORMATION CallbackParam
    );

    在我们的异常处理函数中加入以下代码：

    HANDLE hFile = ::CreateFile( _T("E:\\dumpfile.dmp"), GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
     if( hFile != INVALID_HANDLE_VALUE)
     {
         MINIDUMP_EXCEPTION_INFORMATION einfo;
         einfo.ThreadId = ::GetCurrentThreadId();
         einfo.ExceptionPointers = pExInfo;
         einfo.ClientPointers = FALSE;

        ::MiniDumpWriteDump(::GetCurrentProcess(), ::GetCurrentProcessId(), hFile, MiniDumpNormal, &einfo, NULL, NULL);
        ::CloseHandle(hFile);
     }

    其中�Q?span>pExInfo变量为异常处理函数PEXCEPTION_POINTERS�c�d��的参数。具体请参考MSDN�?/span>

    3、调�?span>minidump

    调试dump文�g首先需要pdb文�g�Q�因此我们build�E�序旉��要设�|?Debug Infomation Format �?“Program Database�Q?Zi�Q?#8221;。其�ơ，我们�q�要��保所用的dump文�g与源代码、exe、pdb文�g版本是一致的�Q�这要求我们必须�l�护好程序版本信息�?/span>

    调试minidump最方便的环境就是VS了，我们只要��?dmp�?exe�?pdb文�g攑֜�一个�\径下�Q�保证源代码文�g的�\径与�~�译时的路径一致就可以了，剩下的就是VS帮我们完成。双�?dmp文�g或者在文�g打开工程中选择“dump files”�Q�加载dump文�g�Q�然后按F5�q�行��p��直接恢复crash时的现场了，你可以定位crash的代码，可以查看调用堆栈�Q�可以查看线�E�和模块信息...一切都跟你讄��断点调试一��P��太强大了�Q�看个截囑֐��?/span>

    需要注意的是，对于release版的�E�序来说�Q�很多代码是�l�过�~�译器优化过的，因此定位的时候可能会有所偏差�Q�大家可以考虑讄��选项��L��代码优化�?/span>

    其他可以调试minidump的工兯��有WinDbg�{�，大家可以查阅相关资料�?/span>

    本文主要参考了�q�篇文章�Q?span>http://vicchina.51.net/research/other/seh/minidumps/intro.htm�?/p>
    下一��，我们��给��Z��个调�?span>release发布�E�序的完��解��x��案，适合用户量较大的应用发布�E�序的调试�?/span>

上一��我们已�l�给��Z��Ҏ��Q�能够非常方便的通过dump文�g对crash错误�q�行调试和定位；从整个流�E�上看还差最后一步，��x��样拿到crash时��生的dump文�g。如果可以让用户把文件发送过来自然不错，但对于类似免费共享��Y件等在互联网上发布的�E�序呢？我们的用��h��不确定的�Q�而且用户量有可能非常大，即��我们能想办法联系到用��P��M��能挨个去攉��crash信息吧�?/span>

    我们需要一�U�方案，能够提供crash信息汇报功能�?/span>

    我们可以架设一台服务器专门�q�行信息攉��Q�只要客��L��?span>crash时正��汇报即可，但是相应的维护成本和开发难度也不可忽视。有没有更简单的�Ҏ��呢？�q�记得我的博�?#8220;为程序添加自动发送Email功能”吗？�q�就是简单有效的�Ҏ��Q?/p>

    �Ҏ��六：minidump + email

    我们只需要在异常处理�Ӟ��先生�?span>minidump信息文�g�Q�再用email方式��文件发送到指定邮箱��p��了。剩下的��是我们每天查看邮箱�Q�提取dump文�g�q�行调试了�?/span>

    1�?span>Email功能

    首先我们来看一�?span>email发送都需要哪些相关信息�?/span>

    a、发送端邮箱帐户�Q?/p>
    b、接收端邮箱帐户�Q?/p>
    c�?span>email标题�Q�一般应有��Y件名�U�及版本信息�Q?/span>

    d�?span>email正文�Q�一般应有简单的crash信息提示�Q�以区别不同原因造成的crash�Q?/span>

    e�?span>email附�g�Q�当然就是我们的dump文�g了，�q�可以加上��Y件生成的log文�g�{��?/span>

    当然�Q�对于标题应该尽量多加一些信息区别引�?span>crash的原因，比如��crash的地址信息加到标题中；因�ؓ当每天有成百上千的crash汇报上来�Q�重复的crash占大多数�Q�把旉��都花在区分它们��n上有点太��费。由此看来，前面�Ҏ��中提到的StackWalker�q�是有些用处的，我们可以用它来生成一些crash的文字描�q�C��息，写到标题或正文中厅R�?/span>

    dump文�g的大��是否适合作�ؓ邮�g的附件呢�Q�实际上minidump产生的文件一般在几K到几十K之间�Q�作为email的附件没有�Q何问题�?/span>

    关于发�?span>email相关技术细节，已经�?#8220;为程序添加自动发送Email功能”文中介绍了，大家可以参考。其实，�Ҏ��受邮��׃��邮�g的处理还是很�Ҏ��费力的，大家可以考虑写一些脚本将处理��程自动化，提高效率�?/p>
    2�?span>google breakpad

    google breakpad是一个开源的跨��^�?span>crash report�pȝ��Q�光从开源和跨��^台这两个特点上来看，它就��以�U�的上是一个完善而有效的工具了。其实，breakpad在整个crash report层次上给��Z��一个系�l��的解��x��案，也就是说它几乎能适应各种软�g、各�U��^台的应用要求�?/span>

    breakpad的整体思�\跟上面介�l�的�Ҏ��是相似的�Q�只不过最后提�?span>dump文�g的方式更加完善。大家有兴趣可以��d��的官方网址查阅相关资料�Q?a >http://code.google.com/p/google-breakpad/�?/p>

    ok�Q�关于调�?span>release发布�E�序的crash错误�p�d��文章��写完了。这几篇文章�l�出的方案由��单到复杂�Q�由��陋到完善�Q�对crash调试有了一个比较全面的�ȝ��。当�Ӟ��其中涉及到的概念和技术还很多�Q�需要我们去不断学习和领悟，也希望大家能够互�怺��?/span>

RTY 2011-11-07 21:15 发表评论

RTY — Wed, 14 Sep 2011 23:36:00 GMT

最�q�读了《卓有成效的�E�序员》，感觉收获颇大。这是一本写�l�程序员的难得的好书。书中大都是一些浅昄��道理�Q�但作者将�q�些东西加以攉��、归�U�뀁�ȝ��Q��ƈ最�l�成书。作者�ؓ了收集各�U�提高效率的工具和方法，东奔西走�Q�可谓费了一番苦心�?/p>
我觉得此书第一部分�ȝ��的一些法则非常好�Q�我提取了一下：
法则�Q?nbsp;
1.加速法�?/h4>
��x��本质�Q�而非形式
一个应用程序列表的有用�E�度与它的长度成反比
  �E�序员的很多旉��都浪费在找东西上
华而不实的东西中看不中�?/p>
键盘输入��L��D��?/p>
  首选键盘而非鼠标
地址栏是Windows资源��理器界面中最高效的部�?/p>
  ��q��旉��来学习你手边的所有隐藏的快捷�?/span>
环境切换会消耗时�?/p>
  成批复制�_�脓要比反复多次复制�_�脓�?/span>
忘记历史��意味着你得再输入一�?/p>
嵌入囑�Ş化工��L��命��o提示�W�让你鱼与熊掌兼�?/p>
在上下文中学习IDE快捷键，而不要去背长长的列表
当你�W�二�ơ输入一个复杂结构时�Q�将它做成模�?/p>
如果要对多行文本做同��L��操作�Q�就应该扑և�其中的模式，�q�把它记录�ؓ一个宏
  不要��L��重复输入相同的命�?/span>
每天�׃��点点旉��来��每一天都更高�?nbsp;
2.专注法则
  �_�֊��集中，思维��缜�?/span>
排除�q�扰�Q�隔��ȝ��略，��x��不需要的提示�Q�创造安静时�?nbsp;
  草堆��大�Q�从中找��C��栚w��p��?/span>
不要问文件树�Q�要搜烦
使用多显�C�器
虚拟桌面可以让原本杂乱无章的一大堆�H�口变得整洁
3.自动化法�?/h4>
不要重新发明轮子
用Selenium��览�|�页
不要��费旉��动手��d��可以被自动化的事�?/p>
用Windows Power Shell替代批处理文�?/p>
驯服Subversion命��o�?/p>
以创造性的方式解决问题�Q�有助于在将来解决类似的问题
  是否应该自动化的关键在于投资回报率和�~�解风险
研究性的工作应该攑֜�旉��盒里�?/p>
别给牦牛剪毛
4.规范性法�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
    对于��M��你不自己��L��建的东西�Q�只在版本控制中保存一份副�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
使用标准的构建服务器
  通过复制�_�脓来复用是邪恶的，不论你复制粘贴的是什�?/span>
利用虚拟�q�_��佉K��目依赖标准化
不要让对�?- 关系映射工具�Q�O/R映射器）�q�反规范原则
通过扩展。开攄��Q�open class�Q�，或者部分类�Q�partial class�Q?来�ؓ生成的代码增加行�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
始终保持代码和数据结构的同步
  �q�时的文档比没有文档更糟�Q�因为它会主动误��g��
��M��需要费劲创造的东西�Q�都让它的创造者欲�|�不�?/p>
  白板 + 数码相机��M��CASE工具
��量生成所有技术文�?/p>
  重复是��Y件开发中最大的��d��
工具�Q?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
书中�Q�还提到了大量的提高效率的工��P��都是非常不错的。相信很多�h都有自己的一个列表，下面是我电脑中必不可��的几款软�g�Q?/p>
1. FireFox 及其各类插�g
2. Launchy启动加速器
3. Total Commander
4. ClipX多重剪切�?/p>
5. EmEditor文本�~�辑�?nbsp;
6. Vistual Studio的VA插�g
7. Search And Replace
8. Everything
9. Miranda IM
10. ....
感触�Q?nbsp;
1. 愤怒的猴子
在书中的�W�二部分�Q�提��C��很多实践相关的内宏V��让我感触最��q��?#8220;愤怒的猴子”的故事：
“早在20世纪60�q�代�Q�那时候科学家们可以做��M��疯狂的事情）�Q�行为科学家们进行了一��实验。他们把五只猴子和一架活梯放在一间屋子里�Q��ƈ在天花板上挂了一串香蕉。这些猴子很快就惛_��它们可以爬上梯子��d��香蕉�Q�但每当它们靠近�z�L��的时候，�U�学家们��q��冰水��满整个屋子。我想你能猜��C��发生什么：一��愤怒的猴子。很快，再没有一只猴子会去靠�q�那个梯子了�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
之后�Q�科学家们将其中一只猴子替换成另一只没有忍受过冰水折磨的新猴子。这只新猴子所做的�W�一件事��是直奔那架梯子�Q�但当它�q�么做时其他所有猴子都痛打它。它不明白�ؓ什么，但很快就学乖了：不要去靠�q�那架梯子。科学家们逐渐��最初的那些猴子都替换成新猴子，直到�q�群猴子中谁都没有被水浸泡过�Q�然而它们还是会��L��M�Q何靠�q�梯子的猴子�?/em>
�q�说明了什么？软�g��目中许多惯例之所以存在，��因�?#8221;我们一直是那样做的“。换句话��_��是因为愤怒的猴子�?/em>”
我们��组在制定C++相关的代码规范时��遇到过无数�c�M��的问题。比如，在制定变量的命名规范�Ӟ��我们针对是否采用匈牙利命名法争论了很久。有的�h认�ؓ�Q?几乎以前看到的所有C++代码都采用了匈牙利命名法�Q�甚臻I��微��Y定义的所有API都��用了此类命名法。刚开始，我也是有同样的疑惑�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
后来�Q�我们经�q�仔�l�分析C++匈牙利命名法由来�Q�渐渐感觉我们就是那些愤怒的猴子�Q�盲目跟从前人的方式�Q�缺乏打破传�l�的勇气。C++有着其特�D�的历史原因�Q�很多标准一直沉淀下来�q�很��改变。我们再看看后来新生的那些编�E�语�a��Q�C#, Python…… 都抛弃了匈牙利命名法�Q�同时再看看现在C++前沿的C++ 0x以及现在出版的一些书中，也渐渐放弃了对匈牙利命名法的使用。因为类型的意义在对象模型中��来��弱化。因此，最后我们放弃了匈牙利命名法�q�个老古董�?nbsp;
2. 敏捷开�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
�q�本书带有强烈的ThoughtWorks色彩�Q�敏��L��思想贯穿全书�Q�包括测试驱动设计，白板�Q�结对编�E�。这也让我对敏捷产生了更加强烈的兴趣�?其中有一�D�|��试驱动开发TDD的一�D�|��事：
“记得�W�一�ơ和一些已�l�习惯于单元��试的开发�h员一起动手开始修改代码时�Q�我也是非常紧张�Q�因为大量的修改往往会破坏很多东西，但他们看��h��丝毫没有犹��U。逐渐圎ͼ�我也放下心来�Q�因为我慢慢地认识到�Q�有了测试的保证�Q�完全可以放心大胆地��M��改代码�?/em>”
3. 有趣的故�?nbsp;
书中�q�有一些有��的故事�Q�比如作者的一个朋友在和别人结对编�E�时�Q��ؓ了养成同伴��用快捷键的习惯，每当同伴未��用快捷键�Ӟ��他都会要求将操作撤销�Q�然后要求��用快捷键再重复操�?�ơ。然后，在其凶狠的眼��中�Q�同伴很快掌握了快捷键�?nbsp;
�ȝ��Q?/h3>
�q�本书很薄，蕴藏的道理却不少�Q�相信每个读�q�它的�h都会从中收获。读�q�之后，我们不应该局限于书中提到的某些小技巧，或是书中某一个细节，毕竟�Q�提供效率的�Ҏ��有很多很多，法则也有很多很多�Q�一本书很难��其�I��D完。我们应该从书中吸取其思想�Q��ƈ在实际工作和学习中不断�ȝ��Q�做一个真正的“卓有成效的程序员”�Q?/p>

RTY 2011-09-15 07:36 发表评论

Parallel Programming Essentials via the Intel TBB

RTY — Wed, 14 Sep 2011 23:05:00 GMT
     摘要: http://www.codeproject.com/KB/Parallel_Programming/Threading_Blocks.aspxIntroductionThe Intel TBB was released by Intel during their movement to enhance system performance by cores, rather t...  阅读全文

RTY 2011-09-15 07:05 发表评论

Google Test 架构

RTY — Wed, 14 Sep 2011 22:40:00 GMT
�|�址�Q?a >http://code.google.com/p/googletest/

引文�Q?a >http://www.cnblogs.com/coderzh/archive/2009/04/06/1426755.html
玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)(�?
前段旉��学习和了解了下Google的开源C++单元��试框架Google Test�Q�简�U�gtest�Q�非常的不错�?我们原来使用的是自己实现的一套单元测试框�Ӟ��在��用过�E�中�Q�发现越来越多��用不便之处，而这样不便之处，gtest恰恰很好的解决了�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
其实gtest本��n的实现�ƈ不复杂，我们完全可以模仿gtest�Q�不断的完善我们的测试框�Ӟ�� 但最后我们还是决定��用gtest取代掉原来的自己的测试框�Ӟ��原因是：
1.不断完善我们的测试框架之后就会发觉相当于把gtest重新做了一遍，虽然轮子造的很爽�Q�但是不是必要的�?/p>
2.使用gtest可以免去�l�护��试框架的麻烦，让我们有更多�_�֊�投入到案例设计上�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />
3.gtest提高了非常完善的功能�Q��ƈ且简单易用，极大的提高了�~�写��试案例的效率�?/p>
gtest的官方网站是�Q?/p>
http://code.google.com/p/googletest/
从官方的使用文档里，你几乎可以获得你惌��的所有东�?nbsp;
http://code.google.com/p/googletest/wiki/GoogleTestPrimer
http://code.google.com/p/googletest/wiki/GoogleTestAdvancedGuide
如果�q�想对gtest内部探个�I�竟�Q�就把它的代码下载下来研�I�吧�Q�这��是开源的好处�Q�哈�Q?nbsp;
官方已经有如此完备的文档了，��Z��么我�q�要写呢�Q�一斚w��是自��p��记笔讎ͼ�好记性不如烂�W�头�Q�以后自己想查查一些用法也可以直接在这里查刎ͼ�一斚w��是对于不惛_��看一大堆英文文档的朋友，在我�q�里可以快速的扑ֈ�gtest相关的内宏V�?/p>
下面是该�p�d��的目录：
1.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之一 - 初识gtest
2.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之二 - 断言
3.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之三 - 事�g机制
4.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之四 - 参数�?/a>
5.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之五 - ��M��试
6.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之六 - �q�行参数
7.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之七 - 深入解析gtest
8.玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)之八 - 打造自��q��单元��试框架

额外��：
1.gtest中如何蟩出当前测试案�?/a>
2.�~�写优美的GTest��试案例
3.gtest 参数化测试代码示�?/a> (内含完整工程�C�Z��)
作者：CoderZh�Q?a target="_blank" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-decoration: none; color: #0066aa; border-bottom-width: 0px; border-bottom-style: initial; border-bottom-color: initial; ">CoderZh的技术博�?- 博客�?/a>�Q?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />微博�Q?a target="_blank" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-decoration: none; color: #0066aa; border-bottom-width: 0px; border-bottom-style: initial; border-bottom-color: initial; ">http://t.sina.com.cn/coderzh
出处�Q?a target="_blank" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-decoration: none; color: #0066aa; border-bottom-width: 0px; border-bottom-style: initial; border-bottom-color: initial; ">http://coderzh.cnblogs.com
文章版权归本人所有，�Ƣ迎转蝲�Q�但未经作者同意必��M��留此�D�声明，且在文章��面明显位置�l�出原文�q�接�Q�否则保留追�I�法律责�ȝ��权利�?/p>

RTY 2011-09-15 06:40 发表评论

Const�Q�Const函数�Q�Const变量�Q�函数后面的Const

RTY — Mon, 25 Jul 2011 23:14:00 GMT

看到const 关键字，C++�E�序员首先想到的可能是const 帔R��。这可不是良好的条�g反射。如果只知道用const 定义帔R��Q�那么相当于把火药仅用于制作鞭炮。const 更大的魅力是它可以修饰函数的参数、返回��|��甚至函数的定义体�?/p>
const 是constant 的羃写，“恒定不变”的意思。被const 修饰的东襉K��受到强制保护�Q�可以预防意外的变动�Q�能提高�E�序的健壮性。所以很多C++�E�序设计书籍��Q?#8220;Use const whenever you need”�?/p>
1.用const 修饰函数的参�?/p>
如果参数作输出用�Q�不论它是什么数据类型，也不论它采用“指针传�?#8221;�q�是“引用传�?#8221;�Q�都不能加const 修饰�Q�否则该参数��失去输出功能。const 只能修饰输入参数�Q?/p>
如果输入参数采用“指针传�?#8221;�Q�那么加const 修饰可以防止意外地改动该指针�Q��v��C��护作用�?/strong>
例如StringCopy 函数�Q?/p>
void StringCopy(char *strDestination, const char *strSource);
其中strSource 是输入参敎ͼ�strDestination 是输出参数。给strSource 加上const修饰后，如果函数体内的语句试图改�?/span>strSource 的内容，�~�译器将指出错误�?/span>
如果输入参数采用“��g��?#8221;�Q�由于函数将自动产生临时变量用于复制该参敎ͼ�该输入参数本来就无需保护�Q�所以不要加const 修饰�?/p>
例如不要��函数void Func1(int x) 写成void Func1(const int x)。同理不要将函数void Func2(A a) 写成void Func2(const A a)。其中A 为用戯��定义的数据类型�?/p>
对于非内部数据类型的参数而言�Q�象void Func(A a) �q�样声明的函数注定效率比较底。因为函��C��内将产生A �c�d��的��时对象用于复制参数a�Q�而��时对象的构造、复制、析构过�E�都��消耗时间�?/p>
��Z��提高效率�Q�可以将函数声明改�ؓvoid Func(A &a)�Q�因�?#8220;引用传�?#8221;仅借用一下参数的别名而已�Q�不需要��生��时对象。但是函数void Func(A &a) 存在一个缺点：
“引用传�?#8221;有可能改变参数a�Q�这是我们不期望的。解册��个问题很�Ҏ��Q�加const修饰卛_��Q�因此函数最�l�成为void Func(const A &a)�?/p>
以此�c�L��Q�是否应��void Func(int x) 改写为void Func(const int &x)�Q�以便提高效率？完全没有必要�Q�因为内部数据类型的参数不存在构造、析构的�q�程�Q�而复制也非常快，“��g��?#8221;�?#8220;引用传�?#8221;的效率几乎相当�?/p>
问题是如此的�~��Q�我只好��?#8220;const &”修饰输入参数的用法�ȝ��一下�?/p>

对于非内部数据类型的输入参数�Q�应该将“��g��?#8221;的方式改�?#8220;const 引用传�?#8221;�Q�目的是提高效率。例如将void Func(A a) 改�ؓvoid Func(const A &a)�?/p>

对于内部数据�c�d��的输入参敎ͼ�不要��?#8220;��g��?#8221;的方式改�?#8220;const 引用传�?#8221;。否则既达不到提高效率的目的�Q�又降低了函数的可理解性。例如void Func(int x) 不应该改为void Func(const int &x)�?/p>
2 用const 修饰函数的返回�?br />如果�l�以“指针传�?#8221;方式的函数返回值加const 修饰�Q�那么函数返回��|��x��针）的内容不能被修改�Q?strong>该返回值只能被赋给加const 修饰的同�c�d��指针。例如函�?br />const char * GetString(void);
如下语句��出现编译错误：
char *str = GetString();
正确的用法是
const char *str = GetString();
如果函数�q�回值采�?#8220;��g��递方�?#8221;�Q�由于函��C��把返回值复制到外部临时的存储单元中�Q�加const 修饰没有��M��价倹{�?br />例如不要把函数int GetInt(void) 写成const int GetInt(void)�?br />同理不要把函数A GetA(void) 写成const A GetA(void)�Q�其中A 为用戯��定义的数据类型�?br />如果�q�回��g��是内部数据类型，��函数A GetA(void) 改写为const A & GetA(void)的确能提高效率。但此时千万千万要小心，一定要搞清楚函数究竟是惌��回一个对象的“拯��”�q�是仅返�?#8220;别名”��可以了�Q�否则程序会出错�?br />函数�q�回值采�?#8220;引用传�?#8221;的场合�ƈ不多�Q�这�U�方式一般只出现在类的赋值函��C��Q�目的是��Z��实现铑ּ�表达�?/p>
例如�Q?br />class A
{
A & operate = (const A &other); // 赋值函�?br />};
A a, b, c; // a, b, c 为A 的对�?br />
a = b = c; // 正常的链式赋�?br />(a = b) = c; // 不正常的铑ּ�赋��|��但合�?br />如果��赋值函数的�q�回值加const 修饰�Q�那么该�q�回值的内容不允许被改动。上例中�Q�语�?a = b = c 仍然正确�Q�但是语�?(a = b) = c 则是非法的�?br />3 const 成员函数
��M��不会修改数据成员的函数都应该声明为const �c�d��。如果在�~�写const 成员函数�Ӟ��不慎修改了数据成员，或者调用了其它非const 成员函数�Q�编译器��指出错误，�q�无疑会提高�E�序的健壮性。以下程序中�Q�类stack 的成员函数GetCount 仅用于计敎ͼ�从逻辑上讲GetCount 应当为const 函数。编译器��指出GetCount 函数中的错误�?br />class Stack
{
public:
void Push(int elem);
int Pop(void);
int GetCount(void) const; // const 成员函数
private:
int m_num;
int m_data[100];
};
int Stack::GetCount(void) const
{
++ m_num; // �~�译错误�Q�企图修�Ҏ��据成员m_num
Pop(); // �~�译错误�Q�企图调用非const 函数
return m_num;
}
const 成员函数的声明看��h��怪怪的�Q�const 关键字只能放在函数声明的��N��Q�大概是因�ؓ其它地方都已�l�被占用了�?br />关于Const函数的几点规则：

a. const对象只能讉K��const成员函数,而非const对象可以讉K��L��的成员函�?包括const成员函数.
b. const对象的成员是不可修改�?然而const对象通过指针�l�护的对象却是可以修改的.
c. const成员函数不可以修改对象的数据,不管对象是否��h��const性质.它在�~�译�?以是否修�Ҏ��员数据�ؓ依据,�q�行��?
e. 然而加上mutable修饰�W�的数据成员,对于��M��情况下通过��M��手段都可修改,自然此时的const成员函数是可以修改它�?/p>

RTY 2011-07-26 07:14 发表评论

RTY — Mon, 25 Jul 2011 23:13:00 GMT
const�c�d��定义�Q�指明变量或对象的值是不能被更�?引入目的是�ؓ了取代预�~�译指��o

**************帔R��必须被初始化*************************

cons的作�?br />   �Q?�Q�可以定义const帔R��         例如�Q?br />             const int Max=100;
             int Array[Max];
   �Q?�Q�便于进行类型检�?nbsp;           例如�Q?br />             void f(const int i) { .........}
        �~�译器就会知道i是一个常量，不允�怿�改；
   �Q?�Q�可以保护被修饰的东西，防止意外的修改，增强�E�序的健壮性�?br />        �q�是上面的例子，如果在函��C��内修改了i�Q�编译器��׃��报错�Q?br />        例如�Q?nbsp;
             void f(const int i) { i=10;//error! }
    (5) 为函数重载提供了一个参考�?br />         class A
         {
           ......
           void f(int i)       {......} file://一个函�?br />           void f(int i) const {......} file://上一个函数的重蝲
            ......
          };
     (6) 可以节省�I�间�Q�避免不必要的内存分配�?br />         例如�Q?br />              #define PI 3.14159         file://帔R��?br />              const doulbe  Pi=3.14159;  file://此时�q�未��Pi攑օ�ROM�?br />              ......
              double i=Pi;               file://此时为Pi分配内存�Q�以后不再分配！
              double I=PI;               file://�~�译期间�q�行宏替换，分配内存
              double j=Pi;               file://没有内存分配
              double J=PI;               file://再进行宏替换�Q�又一�ơ分配内存！
         const定义帔R��从汇�~�的角度来看�Q�只是给��Z��对应的内存地址�Q�而不是象#define一��L��出的是立��x��Q�所以，const定义的常量在�E�序�q�行�q�程中只有一份拷贝，�?define定义的常量在内存中有若干个拷贝�?br />     �Q?�Q?nbsp;提高了效率�?br />           �~�译器通常不�ؓ普通const帔R��分配存储�I�间�Q�而是��它们保存在�W�号表中�Q�这使得它成��Z��个编译期间的帔R��Q�没有了存储与读内存的操作，使得它的效率也很高�?br />
使用const
   �Q?�Q�修��C��般常�?常数�l�，常对�?br />　　修饰�W�const可以用在�c�d��说明�W�前�Q�也可以用在�c�d��说明�W�后�?nbsp;     例如�Q?nbsp;
           int const x=2;　　或　　const int x=2;

　　     int const a[5]={1, 2, 3, 4, 5};    �?nbsp; const int a[5]={1, 2, 3, 4, 5};

           class A;　     const A a;  �?nbsp;    A const a;
　　
   �Q?�Q�修饰指�?br />        const int *A;   �?nbsp; int const *A; //const修饰指向的对象，A可变�Q�A指向的对象不可变
        int *const A; 　            //const修饰指针A�Q?nbsp;    A不可变，A指向的对象可�?nbsp;
        const int *const A;      //指针A和A指向的对象都不可�?br />   �Q?�Q�修饰引�?br /> 　　     const double & v;      该引用所引用的对象不能被更新
　�Q?�Q�修饰函数的�q�回��|��
        const修饰�W�也可以修饰函数的返回��|��是返回��g��可被改变�Q�格式如下：
            const int Fun1();
            const MyClass Fun2();
   �Q?�Q�修饰类的成员函敎ͼ�
        const修饰�W�也可以修饰�cȝ��成员函数�Q�格式如下：
            class ClassName
     {
             public:
            　    　int Fun() const;
            　       .....
             }�Q?br />        �q�样�Q�在调用函数Fun时就不能修改�c�里面的数据
    �Q?�Q�在另一�q�接文�g中引用const帔R��
         extern const int i;     //正确的引�?br />         extern const int j=10;  //错误�Q�常量不可以被再�ơ赋�?br />

*******************攑֜��c�d��部的帔R��有什么限�Ӟ��

        class A
        {
         private:
           const int c3 = 7;               // err
           static int c4 = 7;               // err
           static const float c5 = 7;  // err
          ......
  };
初始化类内部的常�?br />        1 初始化列表：
         class A
         {
          public:
                A(int i=0):test(i) {}
          private:
                const int i;
          }�Q?br />         2 外部初始化，例如�Q?br />         class A
         {
          public:
                A() {}
          private:
                static const int i;
          }�Q?br />          const int A::i=3;

RTY 2011-07-26 07:13 发表评论

欧美国产专区,亚洲综合色在线,狠狠色噜噜狠狠狠狠色吗综合

Dynamic Library Design Guidelines (Xcode)

常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由 常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由 常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由

codesign CSSMERR_TP_NOT_TRUSTED

电信速度���试

WikiSyntax (来源Google)

Wiki Syntax

Introduction

Pragmas

Wiki-style markup

Paragraphs

Typeface

Code

Headings

Dividers

Lists

Quoting

Links

Internal wiki links

Links to anchors within a page

Links to issues and revisions

Links to external pages

Links to images

Tables

HTML support

Escaping HTML Tags

Comments

+1 Button

Gadgets

Videos

Navigation

Table of Contents

Side navigation

Localizing Wiki Content

Table of contents for Google Breakpad 完全解析

代码�l�构

breakpad的崩溃捕��h���?/strong>

breakpad中的C/S�l�构

dump文�g的上�?/strong>

breakpad存在的问�?/strong>

�q�程外生成dump有很多好处，其中最大的好处���是不会被崩溃进�E�媄响，�q�样dump的过�E�就不容易出错，但是�q�样也有一定的弊端�?/span>

Table of contents for Google Breakpad 完全解析

原理����?/strong>

安装和编�?/strong>

如何使用breakpad

调试Release发布版程序的Crash错误 �Q��{�Q?/a>

调试Release发布版程序的Crash错误

法则�Q?nbsp;

2.专注法则

4.规范性法�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />

工具�Q?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />

感触�Q?nbsp;

1. 愤怒的猴子

2. 敏捷开�?br style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; " />

3. 有趣的故�?nbsp;

Parallel Programming Essentials via the Intel TBB

Google Test 架构

玩�{Google开源C++单元���试框架Google Test�p�d��(gtest)(�?

Const�Q�Const函数�Q�Const变量�Q�函数后面的Const

常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由常见问题�Q�如何在有线无线�|�络共存的情况下合理配置路由

电信速度��试

breakpad的崩溃捕��h��?/strong>

�q�程外生成dump有很多好处，其中最大的好处��是不会被崩溃进�E�媄响，�q�样dump的过�E�就不容易出错，但是�q�样也有一定的弊端�?/span>

原理��?/strong>

玩�{Google开源C++单元��试框架Google Test�p�d��(gtest)(�?