reille

 


C/C++可变参数,“## __VA_ARGS__”宏的介绍和使用文章中,大致了解了在宏定义中如何实现可变的宏参数及其应用。这在自定义信息输出宏中特别有用。但不管如何,最终还是要由具体函数来实现可变参数,如printf函数,其原型大家都熟悉,如下:

int printf( const char *format, ... )

但是它是怎么实现可变参数的呢?又是如何获取这些可变参数的值呢?“…”省略号的应用规则又是什么?带着上述疑问,我们来解开这层面纱。 阅读全文 »

 


今天阅读代码的时候,在一个宏定义语句中,发现了个之前未曾见过的编译器预定义宏:“__VA_ARGS__”。当时,从代码语句中推测它代表宏参数:“…”(本文称之为省略号),依稀记得printf函数声明中有使用这个省略号,大概的意思是表示可变化的参数,但未深入了解。

在网上看了相关文章的介绍,主要涉及了C/C++函数中可变化参数的基础知识,并延伸到宏定义中的可变参数。借这一次的学习,算是对可变化参数有了比较详细的了解,尤其是解开了一直萦绕在头脑中printf函数声明中这个省略号的疑惑。

为更好了解C/C++中可变参数的知识,我从网上摘录了两篇文章,算是自己的一个总结。本篇主要是关于“## __VA_ARGS__”宏的介绍和使用。

阅读全文 »

 


1—10章节,我称之为stm32移植ecos系列的第一篇章:让Redboot和eCos跑起来。从中可以看到,借助eCos本身带的ST STM3210E EVAL board模板和examples,几乎不需要做什么修改就让eCos在STM32板子上跑起来了。这一方面得意于我的板子与该模板对应的ST官方板子在存储器设计上大同小异,另一方面则是得意于eCos良好的架构设计,使系统移植变得轻而易举。

在展开ecos裁减、配置和驱动编写移植之前,我来说下如何创建和使用自己的模板(Template)。这里可能会有人问了:官方都提供了模板,还需要创建自己板子的模板吗?这不是多此一举吗?

是的,表面上看有点多余,但实际上更符合系统移植方法与步骤。

  • ecos自带的模板一般是基于芯片厂家的评估板而创建的。而我们使用的目标板或多或少与这些板有差异,甚至有比较大的差异,有时,目标板的CPU在ecos中没有相应的模板,这时候只能借鉴相近的模板展开移植,以降低难度和减少工作量;这就使我们有必要根据目标板创建自己的模板;
  • 使用自己的模板可尽量少的去修改ecos本身的代码,这样便于与ecos cvs服务器代码保持同步,而不至于引起代码冲突;
  • 创建自己的模板,更深入了解ecos的模板、package、component、cdl脚本、HAL的概念;

由于ecos优秀的架构设计,所以创建自己的模板也变得很容易。 阅读全文 »

 


这是一个策略设计博弈谜题。说的是“囚犯与灯泡”的问题。

有100个囚犯分别关在100间牢房里。牢房外有一个空荡荡的房间,房间里有一个灯泡,以及控制这个灯泡的开关。初始时,灯是关着的。看守每次随机选择一名囚犯进入房间,但保证每个囚犯都会被选中无穷多次。如果在某一时刻,有囚犯成功断定出所有人都进过这个房间了,所有囚犯都能释放。游戏开始前,所有囚犯可以聚在一起商量对策,但在此之后,它们唯一可用来交流的工具就只有那个灯泡。他们应该设计一个怎样的协议呢?

这个经典的问题在网上转载无数,题目描述被好事者们改得天花乱坠,甚至加进了“这盏灯永远有充足的能源供应”、“如果灯泡坏了或是电路出了故障会马上修好”等条件,剥掉了“算法问题”的外壳,填补了本不存在的漏洞,让更多的人动起了脑筋。在论坛上,每次贴出这个问题,总会引起一大群人论战。但很不幸的是,这个题目的来源至今仍是个谜。据目前的已知情况推测,这个题目最早来源于伯克利大学的电气工程荣誉学会,时间大概是2001年。在2002年7月,IBM官方网站上的Ponder This趣题栏目介绍了这个题目,“囚犯与灯泡”一炮走红,随即遍布网络的各个角落。2003年,《数学情报》(Mathematical Intelligencer)杂志上发表了一篇题为《一百个囚犯和一个灯泡》(One hundred prisoners and a lightbulb)的论文,也让囚犯们正式引起了数学家的关注。

想必很多人知道这个问题的标准答案了。 阅读全文 »

 


二十弱冠,三十而立,四十为惑,五十而知天命……。今,而立之年,当而立感叹弱冠,当不惑感叹而立,是以记之。

今日岁月,同学朋友,多已家室,亦多有事业。生活重心,倾于家庭事业。回首自己,身无一物,亦无事业;身无伴侣,形影相吊,亦少知心;闭塞交通,少于交往;术不专攻,漫无目的;时不我待,何以归处?

宽阔心态,踏然处之;清除闭塞,沟通交往;廓清形势,不相争冠;刻苦努力,术有专攻;立志,立身,立业,始于足下,尚未晚矣。

 

 


上周六(2012.3.2),陪着一起初次来南京出差的同事去了趟中山陵。这是第二次去了。上年,第一次来南京出差时,可能跟许多来南京的人一样,首先去的地方当然是中山陵(当然,也有很多人初次来南京时去的是夫子庙)。

上次去中山陵的时候是2012年5月份,正值春夏交替,因此去往中山陵的路道两旁,郁郁葱葱,景色优美。而现在,光秃秃的树木,放眼望去,一片灰色,暗淡许多,真是时也,势也。

中山陵的简介可查看百度百科,介绍的非常详细和具体,包括陵园介绍、旅游景点、建筑风格、相关故事等。去之前,最好先了解这些东西,这样才能体会的更加深刻。地址:http://baike.baidu.com/view/9667.htm

考考你几个问题

1. 中山陵陵门上有孙中山的手迹“天下为公”四个大字,请问“天下为公”最早出自于哪本古书? 阅读全文 »

 


刚过完元宵,正月十六,又被安排到南京出差来了。虽然年前上班最后一天,知悉了春节后要到南京来出差,但还是感觉有点突兀,主要是时间来得太早了点儿。

整个2012年,经历了一场真正所谓的权力变革。从上年开始,所在部门就发生了深刻的变化。部门分了几地办公,一是广州,二是南京,但部门大领导都在南京那边。经过他们一系列运作和变革,南京那边掌管了产品研发,广州这边则已成日落之势,偏离了产品研发,负责产品的集成和维护,只剩下我们几个软件研发人员,归属南京那边管理和绩效考核。

人为刀俎,我为鱼肉。在这种情况下,去也不是,不去也不是。诚然,正如上年去过南京出差的同事所说,我可以找一百个理由不去。但仔细考虑下,还是不能断然拒绝的。 阅读全文 »

 


上一节中,详细介绍了如何使用redboot引导内存中的helloworld程序。也许这时会有人问:如何使用redboot引导flash(如spi接口flash或者外扩NAND FLASH等)中的helloworld程序呢?这个工作我暂还没做,因为还涉及到redboot中flash管理、分区等相关问题。

本节主要介绍另一种方法来启动执行helloworld程序,即把该目标执行程序烧写到stm32内部flash中直接运行(上电或复位后直接运行helloworld程序),无需使用reboot来引导运行。 阅读全文 »

 


上节,我们介绍了如何编译链接生成helloworld程序。在些基础上,接下来我们就要把这个helloworld程序在stm32板子上运行起来。我使用了两种方法来启动运行这个程序。一种是下章节要介绍的:烧写到内部flash中直接启动运行;另一种则是本节所介绍的:使用redboot引导运行内存中的helloworld程序。

要想使用redboot引导运行内存中的helloworld程序,首先移植好redboot并能成功运行。这已经在stm32移植ecos #4,移植redboot(ROM启动方式)上篇stm32移植ecos #5,移植redboot(ROM启动方式)下篇两篇文章中介绍了。

当然你也可以跳过本章节,直接使用下章节介绍的方法。

下面开始介绍如何实现使用redboot引导运行。 阅读全文 »

 


上一节中,我们介绍了如何配置ecos并编译生成静态链接库文件。在此基础上,本节主要介绍如何编译链接生成helloworld程序。

在ecos源码包中,有一个名为examples文件夹,这个文件夹下面展示了几个ecos的应用例子,其中就包括helloworld程序示例。这几个程序示例很好的展示了用户如何开发自己的应用程序。因此,刚接触ecos时,研究这几个实例是大有裨益的,也是学习ecos的一手材料。

ecos的应用示例

ecos的应用示例

阅读全文 »

© 2012 velep.com | reille blog | 管理| 粤ICP备15065318号-2| 谷歌地图| 百度地图| Suffusion theme|Sayontan Sinha

无觅相关文章插件,快速提升流量