<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>晴朗的Bolg</title>
	<atom:link href="http://conil.72pines.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://conil.72pines.com</link>
	<description>理论应该尽量简单，但不要过分简单</description>
	<pubDate>Wed, 26 Nov 2008 12:27:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>#pragma once与 #ifndef的区别</title>
		<link>http://conil.72pines.com/2008/11/26/pragma-once%e4%b8%8e-ifndef%e7%9a%84%e5%8c%ba%e5%88%ab/</link>
		<comments>http://conil.72pines.com/2008/11/26/pragma-once%e4%b8%8e-ifndef%e7%9a%84%e5%8c%ba%e5%88%ab/#comments</comments>
		<pubDate>Wed, 26 Nov 2008 12:27:19 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[C++]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/26/pragma-once%e4%b8%8e-ifndef%e7%9a%84%e5%8c%ba%e5%88%ab/</guid>
		<description><![CDATA[为了避免同一个文件被include多次1&#160;&#160; #ifndef方式2&#160;&#160; #pragma once方式在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。

方式一：
 #ifndef __SOMEFILE_H__ #define __SOMEFILE_H__ &#8230; &#8230; // 一些声明语句 #endif

方式二：
#pragma once&#8230; &#8230; // 一些声明语句

&#160;&#160;&#160; #ifndef的方式依赖于宏名字不能冲突，这不光可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件不会被不小心同时包含。当然，缺点就是如果不同头文件的宏名不小心“撞车”，可能就会导致头文件明明存在，编译器却硬说找不到声明的状况
&#160;&#160;&#160; #pragma once则由编译器提供保证：同一个文件不会被包含多次。这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。带来的好处是，你不必再费劲想个宏名了，当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名碰撞引发的“找不到声明”的问题，重复包含更容易被发现并修正。&#160;&#160; 
 方式一由语言支持所以移植性好，方式二 可以避免名字冲突
]]></description>
			<content:encoded><![CDATA[<p>为了避免同一个文件被include多次<br /><font color="#ff0000">1</font>&nbsp;&nbsp; #ifndef方式<br /><font color="#ff0000">2</font>&nbsp;&nbsp; #pragma once方式<br />在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。</p>
<p><span id="more-22"></span></p>
<p>方式一：</p>
<blockquote><p><font color="#6042ea"><font color="#383fb6"> #ifndef __SOMEFILE_H__<br /> #define __SOMEFILE_H__</font><br /></font><font color="#800080"><font color="#404040"> &#8230; &#8230; // 一些声明语句</font><br /></font><font color="#383fb6"> #endif</font></p>
</blockquote>
<p>方式二：</p>
<blockquote><p><font color="#383fb6">#pragma once</font><br />&#8230; &#8230; // 一些声明语句</p>
</blockquote>
<p>&nbsp;&nbsp;&nbsp; #ifndef的方式依赖于宏名字不能冲突，这不光可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件不会被不小心同时包含。当然，缺点就是如果不同头文件的宏名不小心“撞车”，可能就会导致头文件明明存在，编译器却硬说找不到声明的状况</p>
<p>&nbsp;&nbsp;&nbsp; #pragma once则由编译器提供保证：同一个文件不会被包含多次。这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。带来的好处是，你不必再费劲想个宏名了，当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名碰撞引发的“找不到声明”的问题，重复包含更容易被发现并修正。<br />&nbsp;&nbsp; </p>
<p> 方式一由语言支持所以移植性好，方式二 可以避免名字冲突</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/26/pragma-once%e4%b8%8e-ifndef%e7%9a%84%e5%8c%ba%e5%88%ab/feed/</wfw:commentRss>
		</item>
		<item>
		<title>球赛的照片</title>
		<link>http://conil.72pines.com/2008/11/21/%e7%90%83%e8%b5%9b%e7%9a%84%e7%85%a7%e7%89%87/</link>
		<comments>http://conil.72pines.com/2008/11/21/%e7%90%83%e8%b5%9b%e7%9a%84%e7%85%a7%e7%89%87/#comments</comments>
		<pubDate>Fri, 21 Nov 2008 12:30:44 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[生活]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/21/%e7%90%83%e8%b5%9b%e7%9a%84%e7%85%a7%e7%89%87/</guid>
		<description><![CDATA[ 本次上传照片同时也是为了试试Picasa怎么样，也为了几年大学最后一场球赛~

&#160;


&#160; 


]]></description>
			<content:encoded><![CDATA[<p> 本次上传照片同时也是为了试试Picasa怎么样，也为了几年大学最后一场球赛~</p>
<p><img height="340" src="http://lh6.ggpht.com/_7EWGOJvv_Yc/SSamhrihVYI/AAAAAAAAADc/Ej3CRyARiUY/s640/IMG_1731.JPG" width="453"></p>
<p>&nbsp;</p>
<p><span id="more-20"></span></p>
<p><img src="http://lh6.ggpht.com/_7EWGOJvv_Yc/SSamiaq-KvI/AAAAAAAAADk/3-26GBI3cjI/s640/IMG_1751.JPG"></p>
<p><img src="http://lh4.ggpht.com/_7EWGOJvv_Yc/SSami57au0I/AAAAAAAAADs/o3LbplJt3zE/s640/IMG_1754.JPG">&nbsp; </p>
<p><img height="337" src="http://lh5.ggpht.com/_7EWGOJvv_Yc/SSamnQyVliI/AAAAAAAAAEM/3i2U3K35yV4/s640/IMG_1759.JPG" width="449"></p>
<p><img src="http://lh6.ggpht.com/_7EWGOJvv_Yc/SSamvEtT3jI/AAAAAAAAAFA/KAV1WRV3oNk/s640/IMG_1773.JPG"></p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/21/%e7%90%83%e8%b5%9b%e7%9a%84%e7%85%a7%e7%89%87/feed/</wfw:commentRss>
		</item>
		<item>
		<title>慢！Blog打开好慢！</title>
		<link>http://conil.72pines.com/2008/11/12/%e6%85%a2%ef%bc%81blog%e6%89%93%e5%bc%80%e5%a5%bd%e6%85%a2%ef%bc%81/</link>
		<comments>http://conil.72pines.com/2008/11/12/%e6%85%a2%ef%bc%81blog%e6%89%93%e5%bc%80%e5%a5%bd%e6%85%a2%ef%bc%81/#comments</comments>
		<pubDate>Wed, 12 Nov 2008 17:35:17 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[生活]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/12/%e6%85%a2%ef%bc%81blog%e6%89%93%e5%bc%80%e5%a5%bd%e6%85%a2%ef%bc%81/</guid>
		<description><![CDATA[怎么blog打开的速度这么慢？反而72pines的主页还更快~什么时候才有国内的镜像。等待。。。。。
等待真是一件很无聊的事情，所以狠下心决定关掉几个插件，心痛死了~竟然为了这个速度的提升，真是欲哭无泪，现在的插件只有：

CoolCode、WP-PostViews、WP Grins
真是少的可怜~感觉好郁闷。本来从space那边搬到72pines可以安心一点的，不喜欢space的固定广告，感觉很难看。但是现在又再次打开space来看，发现竟然比这里的速度快好多。本来就准备注册个域名，从此定居在72pines，在过段时间看看吧~希望有72pines有点改进。
关掉一些插件的同时我还换了心爱的主题，毕竟主题确实影响速度，选了几个主题，并且在在firefox里ExtendedStatusbar测速，而且每个主题都测了好几遍，等到一些平均数据，最后得出：越简单的主题，虽然是快，但是很简陋，就像裸跑那样；好看的主题，过多的装饰，慢~！经过测试了才知道默认的主题是既清洁又不简单而且速度属于中上的水平。所以最后决定：关掉大部分插件，用默认主题过一段时间。
ps：space第一次打开5秒左右就打开，毕竟微软有的是钱，555。。。
（- -！）
]]></description>
			<content:encoded><![CDATA[<p>怎么blog打开的速度这么慢？反而72pines的主页还更快~什么时候才有国内的镜像。等待。。。。。</p>
<p>等待真是一件很无聊的事情，所以<font color="#ff0000">狠下心</font>决定关掉几个插件，心痛死了~竟然为了这个速度的提升，真是欲哭无泪，现在的插件只有：</p>
<p><span id="more-19"></span></p>
<p><strong>CoolCode、<strong>WP-PostViews、<strong>WP Grins</strong></strong></strong></p>
<p>真是少的可怜~感觉好郁闷。本来从space那边搬到72pines可以安心一点的，不喜欢space的固定广告，感觉很难看。但是现在又再次打开space来看，发现竟然比这里的速度快好多。本来就准备注册个域名，从此定居在72pines，在过段时间看看吧~希望有72pines有点改进。</p>
<p>关掉一些插件的同时我还换了心爱的主题，毕竟主题确实影响速度，选了几个主题，并且在在firefox里ExtendedStatusbar测速，而且每个主题都测了好几遍，等到一些平均数据，最后得出：越简单的主题，虽然是快，但是很简陋，就像裸跑那样；好看的主题，过多的装饰，慢~！经过测试了才知道默认的主题是既清洁又不简单而且速度属于中上的水平。所以最后决定：关掉大部分插件，用默认主题过一段时间。</p>
<p>ps：space第一次打开5秒左右就打开，毕竟微软有的是钱，555。。。</p>
<p>（- -！）</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/12/%e6%85%a2%ef%bc%81blog%e6%89%93%e5%bc%80%e5%a5%bd%e6%85%a2%ef%bc%81/feed/</wfw:commentRss>
		</item>
		<item>
		<title>帕斯卡尔</title>
		<link>http://conil.72pines.com/2008/11/08/%e5%b8%95%e6%96%af%e5%8d%a1%e5%b0%94/</link>
		<comments>http://conil.72pines.com/2008/11/08/%e5%b8%95%e6%96%af%e5%8d%a1%e5%b0%94/#comments</comments>
		<pubDate>Sat, 08 Nov 2008 12:08:49 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[《思想录》读书笔记]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/08/%e5%b8%95%e6%96%af%e5%8d%a1%e5%b0%94/</guid>
		<description><![CDATA[上个月在当当那里买了本《思想录》，帕斯卡尔[法]著。为什么要买这本书，首先就得介绍帕斯卡尔，他是谁？——17世纪最卓越的数理科学家之一，他对近代初期的理论科学和实验科学两方面都做出了巨大的贡献。这个人可牛了，11岁就写了一篇关于声学问题的论文，探论了振体一经触摸立即停止发音的原因。16岁就写成了论文《圆锥曲线论》，他18岁就开始设计计算机了，当然不是现在用的计算机，当时的计算机也即是机械运算而已。以上都不足以概括他，他突出的贡献在于那个水银柱实验，读过初中物理的人都知道，现在的大气压强的单位就以他命名的。

&#160;&#160;&#160;&#160;&#160;&#160; 至于这本书对我有什么用呢？或者说我为什么要买这本书，引用书中的译序来解释：”研究前人的思想，我们可以注重其思想的内容，也可以注重其思想方式。思想的对象是特殊的，而思想的方式是普遍有效的。我们对于一种思想，可以注意其有关内容与对象的结论，也可以更注重其推论的方式。思想的对象可以而且必然会消逝，而思想却是永存的。”
&#160;&#160;&#160;&#160;&#160;&#160; 不过这本书——应该说他的思想，发部分都是神学论，是一套唯心主义体系的思想，书里面讲了很多耶稣基督的典故，还有圣经里面的典故，还有一些犹太经学的。这些对于我一个现代人的思想总摸不着他说的是什么，整天讲了很多神神鬼鬼的东西，但是他就想这些东西才发表了这么多的科学理论~这是奇怪~不过还是有些思想片段挺有意思的。
&#160;&#160;&#160;&#160;&#160; 这本书大概看了一个月，都是随手翻开，翻到哪里就看哪里，给我印象深刻的有：“我们不会把人教成为正直的人，但我们可以教给人其他的一切；而他们夸耀自己懂得其他任何事物永远都比不上夸耀自己的正直。他们仅仅夸耀自己懂得他们所根本不曾学会的那种唯一的东西。”
“可悲是从伟大里面结论出来的，伟大是从可悲里面结论出来的：一方是以伟大为论据而格外结论出可悲来，而另一方则真是根据可悲本身推论而格外有力地结论出伟大来的；凡是一方所能用以说明伟大的一切，就只是为了另一方提供了结论出可悲来的论据；因为我们越是从高处跌落下来，就越发可悲，而在另一方则恰恰相反。他们每一方都被一场无休止的循环带到了另一方；能够确定的就只是：随着人们之具有光明，他们就会发现人身上既有伟大又有可悲。总之，人认识自己是可悲的：他是可悲的，因为他本来就是的，但他又确实是伟大的，因为他认识可悲。”按这个推论，我在想那些伟大的人也是可悲的人？
]]></description>
			<content:encoded><![CDATA[<p>上个月在当当那里买了本《思想录》，帕斯卡尔[法]著。为什么要买这本书，首先就得介绍帕斯卡尔，他是谁？——17世纪最卓越的数理科学家之一，他对近代初期的理论科学和实验科学两方面都做出了巨大的贡献。这个人可牛了，11岁就写了一篇关于声学问题的论文，探论了振体一经触摸立即停止发音的原因。16岁就写成了论文《圆锥曲线论》，他18岁就开始设计计算机了，当然不是现在用的计算机，当时的计算机也即是机械运算而已。以上都不足以概括他，他突出的贡献在于那个水银柱实验，读过初中物理的人都知道，现在的大气压强的单位就以他命名的。</p>
<p><span id="more-15"></span></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 至于这本书对我有什么用呢？或者说我为什么要买这本书，引用书中的译序来解释：”研究前人的思想，我们可以注重其思想的内容，也可以注重其思想方式。思想的对象是特殊的，而思想的方式是普遍有效的。我们对于一种思想，可以注意其有关内容与对象的结论，也可以更注重其推论的方式。思想的对象可以而且必然会消逝，而思想却是永存的。”</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 不过这本书——应该说他的思想，发部分都是神学论，是一套唯心主义体系的思想，书里面讲了很多耶稣基督的典故，还有圣经里面的典故，还有一些犹太经学的。这些对于我一个现代人的思想总摸不着他说的是什么，整天讲了很多神神鬼鬼的东西，但是他就想这些东西才发表了这么多的科学理论~这是奇怪~不过还是有些思想片段挺有意思的。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 这本书大概看了一个月，都是随手翻开，翻到哪里就看哪里，给我印象深刻的有：“我们不会把人教成为正直的人，但我们可以教给人其他的一切；而他们夸耀自己懂得其他任何事物永远都比不上夸耀自己的正直。他们仅仅夸耀自己懂得他们所根本不曾学会的那种唯一的东西。”</p>
<p>“可悲是从伟大里面结论出来的，伟大是从可悲里面结论出来的：一方是以伟大为论据而格外结论出可悲来，而另一方则真是根据可悲本身推论而格外有力地结论出伟大来的；凡是一方所能用以说明伟大的一切，就只是为了另一方提供了结论出可悲来的论据；因为我们越是从高处跌落下来，就越发可悲，而在另一方则恰恰相反。他们每一方都被一场无休止的循环带到了另一方；能够确定的就只是：随着人们之具有光明，他们就会发现人身上既有伟大又有可悲。总之，人认识自己是可悲的：他是可悲的，因为他本来就是的，但他又确实是伟大的，因为他认识可悲。”按这个推论，我在想那些伟大的人也是可悲的人？</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/08/%e5%b8%95%e6%96%af%e5%8d%a1%e5%b0%94/feed/</wfw:commentRss>
		</item>
		<item>
		<title>圆梦</title>
		<link>http://conil.72pines.com/2008/11/06/%e5%9c%86%e6%a2%a6/</link>
		<comments>http://conil.72pines.com/2008/11/06/%e5%9c%86%e6%a2%a6/#comments</comments>
		<pubDate>Thu, 06 Nov 2008 02:18:47 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[生活]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/06/%e5%9c%86%e6%a2%a6/</guid>
		<description><![CDATA[kan终于拿到冠军咯，还是压倒性的胜利，虽然我预感我们是会赢的，不过没想到会赢这么多的，我想要是再打一次联赛，冠军还是我们会赢的，因为我的状态实在perfect。不过昨天打了也是很拼命，所以老早就上床睡了。
不过想想这个冠军算是迟来的冠军，回顾以前，大一的联赛就遇到03计1这个班，那个就没的说的强，大二那年的最后小组出线的比赛我刚好要考车牌，结果没能出线，大三，也就是去年是倒霉，小组赛最后一场热身的时候竟然踩到到啊钿的脚，扭伤了，那时候虽然出线了，但是还是没能进决赛，今年我终于拼到了决赛了，拿到冠军。
其实我们每个人都是想拿冠军的，所以都很努力的打，没有他们的努力冠军也不可能拿到的，所以冠军是属于每个人，希望能带着这个冠军心，继续在生活上拼搏。
]]></description>
			<content:encoded><![CDATA[<p>kan终于拿到冠军咯，还是压倒性的胜利，虽然我预感我们是会赢的，不过没想到会赢这么多的，我想要是再打一次联赛，冠军还是我们会赢的，因为我的状态实在perfect。不过昨天打了也是很拼命，所以老早就上床睡了。</p>
<p>不过想想这个冠军算是迟来的冠军，回顾以前，大一的联赛就遇到03计1这个班，那个就没的说的强，大二那年的最后小组出线的比赛我刚好要考车牌，结果没能出线，大三，也就是去年是倒霉，小组赛最后一场热身的时候竟然踩到到啊钿的脚，扭伤了，那时候虽然出线了，但是还是没能进决赛，今年我终于拼到了决赛了，拿到冠军。</p>
<p>其实我们每个人都是想拿冠军的，所以都很努力的打，没有他们的努力冠军也不可能拿到的，所以冠军是属于每个人，希望能带着这个冠军心，继续在生活上拼搏。</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/06/%e5%9c%86%e6%a2%a6/feed/</wfw:commentRss>
		</item>
		<item>
		<title>大战前夕</title>
		<link>http://conil.72pines.com/2008/11/05/%e5%a4%a7%e6%88%98%e5%89%8d%e5%a4%95/</link>
		<comments>http://conil.72pines.com/2008/11/05/%e5%a4%a7%e6%88%98%e5%89%8d%e5%a4%95/#comments</comments>
		<pubDate>Wed, 05 Nov 2008 04:54:32 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[生活]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/05/%e5%a4%a7%e6%88%98%e5%89%8d%e5%a4%95/</guid>
		<description><![CDATA[下午要跟师弟决赛咯~
我自己打了十几年球了，也参加过不少比赛，也多次打进决赛，但是就是没有拿过一次冠军的头衔，很渴望啊~所以今天下午是最有希望拿冠军的比赛了~要是这次拿不到冠军就以后没什么机会了，至少毕业了不再是学生了~
嗯，所以特意立下这篇日志，以表心志。
]]></description>
			<content:encoded><![CDATA[<p>下午要跟师弟决赛咯~</p>
<p>我自己打了十几年球了，也参加过不少比赛，也多次打进决赛，但是就是没有拿过一次冠军的头衔，很渴望啊~所以今天下午是最有希望拿冠军的比赛了~要是这次拿不到冠军就以后没什么机会了，至少毕业了不再是学生了~</p>
<p>嗯，所以特意立下这篇日志，以表心志。</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/05/%e5%a4%a7%e6%88%98%e5%89%8d%e5%a4%95/feed/</wfw:commentRss>
		</item>
		<item>
		<title>C++的显式转换</title>
		<link>http://conil.72pines.com/2008/11/03/c%e7%9a%84%e6%98%be%e5%bc%8f%e8%bd%ac%e6%8d%a2/</link>
		<comments>http://conil.72pines.com/2008/11/03/c%e7%9a%84%e6%98%be%e5%bc%8f%e8%bd%ac%e6%8d%a2/#comments</comments>
		<pubDate>Mon, 03 Nov 2008 16:02:49 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[《C++编程思想》读书笔记]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/03/c%e7%9a%84%e6%98%be%e5%bc%8f%e8%bd%ac%e6%8d%a2/</guid>
		<description><![CDATA[一直在编译程序的时候总会遇到类型错误的报告，在《C++编程思想》中说的显式转换，也就是《C++primer》说的命名的强制类型转换，按我的理解能力，reinterpert_cast这个我最不好理解。

《C++primer》说了“为了安全地使用reinterpert_cast,要求程序员完全理解所涉及的数据类型，以及编译器实现强制类型转换的细节。”
《C++编程思想》说“reinterpert_cast的思想就是当需要使用的时候，所得到的东西已经不用了，以至于它不能用于类型的原来目的，除非再次把它转换回来。”
]]></description>
			<content:encoded><![CDATA[<p>一直在编译程序的时候总会遇到类型错误的报告，在《C++编程思想》中说的显式转换，也就是《C++primer》说的命名的强制类型转换，按我的理解能力，reinterpert_cast这个我最不好理解。</p>
<p><span id="more-10"></span></p>
<p>《C++primer》说了“为了安全地使用reinterpert_cast,要求程序员完全理解所涉及的数据类型，以及编译器实现强制类型转换的细节。”</p>
<p>《C++编程思想》说“reinterpert_cast的思想就是当需要使用的时候，所得到的东西已经不用了，以至于它不能用于类型的原来目的，除非再次把它转换回来。”</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/03/c%e7%9a%84%e6%98%be%e5%bc%8f%e8%bd%ac%e6%8d%a2/feed/</wfw:commentRss>
		</item>
		<item>
		<title>no newline at end of file</title>
		<link>http://conil.72pines.com/2008/11/02/newline-at-end-of-file/</link>
		<comments>http://conil.72pines.com/2008/11/02/newline-at-end-of-file/#comments</comments>
		<pubDate>Sun, 02 Nov 2008 04:15:08 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[C++]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/02/newline-at-end-of-file/</guid>
		<description><![CDATA[GCC中如果文件最后不加上一行空行的话，就会冒个warning：no newline at end of file。
在《Rationale for the C99 standard》一文中，有C99的相关信息：
A backslash immediately before a newline has long been used to continue string literals, as well as preprocessing command lines. In the interest of easing machine generation of C, and of transporting code to machines with restrictive physical line lengths, the C89 Committee generalized this mechanism [...]]]></description>
			<content:encoded><![CDATA[<p>GCC中如果文件最后不加上一行空行的话，就会冒个warning：no newline at end of file。</p>
<p>在《<a href="http://www.open-std.org/JTC1/SC22/WG14/www/C99RationaleV5.10.pdf">Rationale for the C99 standard</a>》一文中，有C99的相关信息：</p>
<blockquote><p>A backslash immediately before a newline has long been used to continue string literals, as well as preprocessing command lines. In the interest of easing machine generation of C, and of transporting code to machines with restrictive physical line lengths, the C89 Committee generalized this mechanism to permit any token to be continued by interposing a backslash/newline sequence.</p></blockquote>
<p><span id="more-9"></span></p>
<p>c/c++代码的每一行后面有一个“结束符”，也就是newline。避免当被include的文件展开后，前一个文件的最后一行与后一个文件的第一行直接被连接成一行从而造成错误。</p>
<blockquote></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/02/newline-at-end-of-file/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Boost与MinGW</title>
		<link>http://conil.72pines.com/2008/11/02/boost%e4%b8%8emingw/</link>
		<comments>http://conil.72pines.com/2008/11/02/boost%e4%b8%8emingw/#comments</comments>
		<pubDate>Sun, 02 Nov 2008 03:27:51 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[C++]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/11/02/boost%e4%b8%8emingw/</guid>
		<description><![CDATA[今天突然来了兴致，下了个Boost来玩。与其说不用用这个Boost，倒不如说还没有了解，所以搜了一大堆资料，在Boost 中文站逗留了很久，由于我的编译器是MinGW,我郁闷的是到底要怎样才能让MinGW能用上Boost的库呢？在我百思不得其解的情况下，用了一个很傻的方法，就是将Boost下了的解压包里那个boost文件夹复制到MinGW里的include里面，虽然不知道具体Boost有多强大，不过这个方法跟我在网上搜到的资料感觉很不一样的~看到有人说要编译成库，什么意思呢？？？？

按我的这个方法又倒是可以编译
#include &#60;boost/lexical_cast.hpp&#62;
#include &#60;iostream&#62;
int main()
{
using boost::lexical_cast;
int a = lexical_cast&#60;int&#62;(&#8221;123&#8243;);
double b = lexical_cast&#60;double&#62;(&#8221;123.12&#8243;);
std::cout&#60;&#60;a&#60;&#60;std::endl;
std::cout&#60;&#60;b&#60;&#60;std::endl;
return 0;
}
开始Boost之旅~
]]></description>
			<content:encoded><![CDATA[<p>今天突然来了兴致，下了个Boost来玩。与其说不用用这个Boost，倒不如说还没有了解，所以搜了一大堆资料，在<a href="http://www.stlchina.org/twiki/bin/view.pl/Main/BoostChina">Boost 中文站</a>逗留了很久，由于我的编译器是MinGW,我郁闷的是到底要怎样才能让MinGW能用上Boost的库呢？在我百思不得其解的情况下，用了一个很傻的方法，就是将Boost下了的解压包里那个boost文件夹复制到MinGW里的include里面，虽然不知道具体Boost有多强大，不过这个方法跟我在网上搜到的资料感觉很不一样的~看到有人说要编译成库，什么意思呢？？？？</p>
<p><span id="more-8"></span></p>
<p>按我的这个方法又倒是可以编译</p>
<p>#include &lt;boost/lexical_cast.hpp&gt;<br />
#include &lt;iostream&gt;<br />
int main()<br />
{<br />
using boost::lexical_cast;<br />
int a = lexical_cast&lt;int&gt;(&#8221;123&#8243;);<br />
double b = lexical_cast&lt;double&gt;(&#8221;123.12&#8243;);<br />
std::cout&lt;&lt;a&lt;&lt;std::endl;<br />
std::cout&lt;&lt;b&lt;&lt;std::endl;<br />
return 0;<br />
}</p>
<p>开始Boost之旅~</p>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/11/02/boost%e4%b8%8emingw/feed/</wfw:commentRss>
		</item>
		<item>
		<title>小刀一试</title>
		<link>http://conil.72pines.com/2008/10/31/%e5%b0%8f%e5%88%80%e4%b8%80%e8%af%95/</link>
		<comments>http://conil.72pines.com/2008/10/31/%e5%b0%8f%e5%88%80%e4%b8%80%e8%af%95/#comments</comments>
		<pubDate>Fri, 31 Oct 2008 05:21:38 +0000</pubDate>
		<dc:creator>conil</dc:creator>
		
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://conil.72pines.com/2008/10/31/%e5%b0%8f%e5%88%80%e4%b8%80%e8%af%95/</guid>
		<description><![CDATA[随便写了个java的超级简单的gui，，乱写一通

import javax.swing.*;

public class Simplegui
public static void main(String [] args){

JFrame frame = new JFrame();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setSize(300,300);
frame.setVisible(true);


}

}
]]></description>
			<content:encoded><![CDATA[<pre>随便写了个java的超级简单的gui，，乱写一通</pre>
<pre><span id="more-7"></span></pre>
<pre>import javax.swing.*;

public class Simplegui</pre>
<pre>public static void main(String [] args){</pre>
<blockquote>
<pre>JFrame frame = new JFrame();</pre>
<pre>frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);</pre>
<pre>frame.setSize(300,300);</pre>
<pre>frame.setVisible(true);</pre>
</blockquote>
<blockquote>
<pre>}</pre>
</blockquote>
<pre>}</pre>
]]></content:encoded>
			<wfw:commentRss>http://conil.72pines.com/2008/10/31/%e5%b0%8f%e5%88%80%e4%b8%80%e8%af%95/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
