2008年11月_wtz1985

原创堆栈详解

从上一篇>的文章中,文中提了几个问题,都是比较经典的,其实在编程的过程中,有时候会忽略了很多小的方面,可是往往小的方面,就会让你抓不到东西南北.C语言最经典的方面就是指针,对指针的熟悉程度从另外一个角度说明了你对C语言的掌握程度.当我看到>这篇文章的几个错误提问时,我真的有点被稳住了,说明我对C/C++的内存分配存储方式都理解不够,所以今天特意花了时间,看了些资料,作一些笔记,当你对C/C+

2008-11-28 22:51:00 1092

转载常见内存问题

随着诸如代码重构和单元测试等方法引入实践，调试技能渐渐弱化了，甚至有人主张废除调试器。这是有道理的，原因在于调试的代价往往太大了，特别是调试系统集成之后的BUG，一个BUG花了几天甚至数周时间并非罕见。而这些难以定位的BUG基本上可以归为两类：内存错误和并发问题。而又以内存错误最为普遍，即使是久经沙场的老手，也有时也难免落入陷阱。前事不忘，后世之师，了解这些常见的错误，在编程时就加以注意

2008-11-28 22:31:00 935

原创重构

*引用本文请注明来自 blog.csdn.net/wtz1985 重构，从字眼看来，是一个比较抽象而且是相当泛的词。对于很多程序员来说，也许对它比较熟悉，看过很多，也听过很多，可是想要给它一个具体的定义，是比较困难的。当然，它的困难不是在于中国的文字难于琢磨，而是在于它的思想。重构的主要目的，就是为了使代码更加简洁、让框架更加清晰、运行的速度更加快。也就是说，在编写代码了之后，在

2008-11-20 21:03:00 749

在上篇文章中，已经介绍了关于命令行参数解析，对于getopt和getopt_long的使用是相当熟悉了，今天将是通过一个glib的一个接口：g_spawn_command_line_sync()通过管道产生一个同步运行的子进程，然后通过getopt_long去解析，执行相应的程序。1、写一个getopt_long 的main.c#include #include #include #include

2008-11-13 18:43:00 1423

原创命令行参数解析(2)

6、改变getopt()对错误命令行参数信息的输出行为不正确的调用程序在所难免，这种错误要么是命令行选项无效，要么是缺少选项参数。正常情况下，getopt()会为这两种情况输出自己的出错信息，并且返回?。为了验证此事，可以修改一下上面的清单2中的代码。清单3：#include #include int main (int argc, char **argv){

2008-11-09 00:21:00 1203

原创命令行参数解析(1)

今天在看代码的时候,遇到getopt_long函数,然后查了相关资料,它就是命令行的参数解析.今天就做一些笔记.Linux下很多程序甚至那些具有图形用户界面（graphical user interface，GUI）的程序，都能接受和处理命令行选项。对于某些程序，这是与其他程序或用户进行交互的主要手段。具有可靠的复杂命令行参数处理机制，会使得您的应用程序更好、更有用。不过很多开发人员都将其

2008-11-06 23:25:00 2800

原创 DBus学习(4)---相关接口函数

*引用本文请注明来自 blog.csdn.net/wtz1985 下面是常用的函数接口，使用了glib的数据类型和函数调用规范。可变参数一般是调用的方法的参数列表。 1.获取一个连接（bus）. DBusGConnection* dbus_g_bus_get (DBusBusType type, Gerror **error); 2.获

2008-11-06 22:53:00 5204

阿堂的专栏