编译libthreaddb_如何编译libboost

❶ 高通deviceinfo在哪个目录

❷ 段错误的段错误的常见形式

在编程中以下几类做法容易导致段错误,基本上是错误地使用指针引起的。
1)访问系统数据区，尤其是往系统保护的内存地址写数据最常见就是给一个指针以0地址。
2)内存越界(数组越界，变量类型不一致等)：访问到不属于你的内存区域。
解决方法：我们在用C/C++语言写程序的时候，内存管理的绝大部分工作都是需要我们来做的。实际上，内存管理是一个比较繁琐的工作，无论你多高明，经验多丰富，难免会在此处犯些小错误，而通常这些错误又是那么的浅显而易于消除。但是手工“除虫”（debug），往往是效率低下且让人厌烦的，本文将就段错误这个内存访问越界的错误谈谈如何快速定位这些段错误的语句。
下面将就以下的一个存在段错误的程序介绍几种调试方法： 1 mmy_function (void)
2 {
3 unsigned char *ptr = 0x00;
4 *ptr = 0x00;
5 }
6
7 int main (void)
8 {
9 mmy_function ();
10
11 return 0;
12 } 作为一个熟练的C/C++程序员，以上代码的bug应该是很清楚的，因为它尝试操作地址为0的内存区域，而这个内存区域通常是不可访问的禁区，当然就会出错了。我们尝试编译运行它: xiaosuo@gentux test $ ./a.out
段错误出错并退出。这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下: xiaosuo@gentux test $ gcc -g -rdynamic d.c
xiaosuo@gentux test $ gdb ./a.out
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show ing to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i686-pc-linux-gnu...Using host libthread_db library /lib/libthread
(gdb) r
Starting program: /home/xiaosuo/test/a.out
Program received signal SIGSEGV, Segmentation fault.
0x08048524 in mmy_function () at d.c:4
4 *ptr = 0x00;
(gdb) 不用一步步调试我们就找到了出错位置d.c文件的第4行，其实就是如此的简单。
从这里我们还发现进程是由于收到了SIGSEGV信号而结束的。通过进一步的查阅文档(man 7 signal)，我们知道SIGSEGV默认handler的动作是打印”段错误的出错信息，并产生Core文件，由此我们又产生了方法二。 The default action of certain signals is to cause a process to terminate and proce a core mp file, a disk file containing an image of the process's memory at the time of termination. A list of the signals which cause a process to mp core can be found in signal(7). 以上资料摘自man page(man 5 core)。不过奇怪了，我的系统上并没有找到core文件。后来，忆起为了渐少系统上的垃圾文件的数量，禁止了core文件的生成，查看了以下果真如此，将系统的core文件的大小限制在512K大小，再试: xiaosuo@gentux test $ ulimit -c
0
xiaosuo@gentux test $ ulimit -c 1000
xiaosuo@gentux test $ ulimit -c
1000
xiaosuo@gentux test $ ./a.out
段错误 (core mped)
xiaosuo@gentux test $ ls
a.out core d.c f.c g.c pango.c test_iconv.c test_regex.c core文件终于产生了，用gdb调试一下看看吧: xiaosuo@gentux test $ gdb ./a.out core
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show ing to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i686-pc-linux-gnu...Using host libthread_db library /lib/libthread.
warning: Can't read pathname for load map: 输入/输出错误。
Reading symbols from /lib/lib6...done.
Loaded symbols for /lib/li6
Reading symbols from /lib/ld-.2...done.
Loaded symbols for /lib/ld-linux.s2
Core was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0 0x08048524 in mmy_function () at d.c:4
4 *ptr = 0x00;dfg #include <execinfo.h>
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
/* A mmy function to make the backtrace more interesting. */
void
mmy_function (void)
{
unsigned char *ptr = 0x00;
*ptr = 0x00;
}
void mp(int signo)
{
void *array[10];
size_t size;
char **strings;
size_t i;
size = backtrace (array, 10);
strings = backtrace_symbols (array, size);
printf (Obtained %zd stack frames. , size);
for (i = 0; i < size; i++)
printf (%s , strings[i]);
free (strings);
exit(0);
}
int
main (void)
{
signal(SIGSEGV, &mp);
mmy_function ();
return 0;
}
运行结果：xiaosuo@gentux test $ gcc -g -rdynamic g.c
xiaosuo@gentux test $ ./a.out
Obtained 5 stack frames.
./a.out(mp+0x19) [0x80486c2]
[0xffffe420]
./a.out(main+0x35) [0x804876f]

❸ 如何在 Linux 下调试动态链接库

大家都知道在 Linux 可以用 gdb 来调试应用程序，当然前提是用 gcc 编译程序时要加上
-g 参数。
我这篇文章里将讨论一下用 gdb 来调试动态链接库的问题。

首先，假设我们准备这样的一个动态链接库：
QUOTE:
库名称是： ggg
动态链接库文件名是： libggg.so
头文件是： get.h
提供这样两个函数调用接口：
int get ();
int set (int a);
要生成这样一个动态链接库，我们首先编写这样一个头文件：
[Copy to clipboard]
CODE:
/************关于本文档********************************************
*filename: get.h
*purpose: 一个动态链接库头文件示例
*tided by: zhoulifa() 周立发 ()
Linux 爱好者 Linux 知识传播者 SOHO 族开发者最擅长 C 语言
*date time: 2006-11-15 21:11:54
*Note: 任何人可以任意复制代码并运用这些文档，当然包括你的商业用途
* 但请遵循 GPL
*Hope:希望越来越多的人贡献自己的力量，为科学技术发展出力
* 科技站在巨人的肩膀上进步更快！感谢有开源前辈的贡献！
*感谢提供原始代码，
我在他的基础上整理了此文
*********************************************************************/
int get ();
int set (int a);
然后准备这样一个生成动态链接库的源文件：
[Copy to clipboard]
CODE:
/************关于本文档********************************************
*filename: get.cpp
*purpose: 一个动态链接库源文件示例
*tided by: zhoulifa() 周立发 ()
Linux 爱好者 Linux 知识传播者 SOHO 族开发者最擅长 C 语言
*date time:2006-11-15 21:11:54
*Note: 任何人可以任意复制代码并运用这些文档，当然包括你的商业用途
* 但请遵循 GPL
*Hope:希望越来越多的人贡献自己的力量，为科学技术发展出力
* 科技站在巨人的肩膀上进步更快！感谢有开源前辈的贡献！
*感谢提供原始代码，
我在他的基础上整理了此文
*********************************************************************/
#include <stdio.h>
#include "get.h"

static int x=0;
int get ()
{
printf ("get x=%d\n", x);
return x;
}
int set (int a)
{
printf ("set a=%d\n", a);
x = a;
return x;
}
然后我们用 GNU 的 C/C++ 编译器来生成动态链接库，编译命令如下：
QUOTE:
g++ get.cpp -shared -g -DDEBUG -o
libggg.so

这样我们就准备好了动态链接库了，下面我们编写一个应用程序来调用此动态链接库，源代码如下：
[Copy to clipboard]
CODE:
/************关于本文档********************************************
*filename: pk.cpp
*purpose: 一个调用动态链接库的示例
*tided by: zhoulifa() 周立发 ()
Linux 爱好者 Linux 知识传播者 SOHO 族开发者最擅长 C 语言
*date time:2006-11-15 21:11:54
*Note: 任何人可以任意复制代码并运用这些文档，当然包括你的商业用途
* 但请遵循 GPL
*Hope:希望越来越多的人贡献自己的力量，为科学技术发展出力
* 科技站在巨人的肩膀上进步更快！感谢有开源前辈的贡献！
*感谢提供原始代码，
我在他的基础上整理了此文
*********************************************************************/
#include <stdio.h>
#include "get.h"
int main (int argc, char** argv)
{
int a = 100;
int b = get ();
int c = set (a);
int d = get ();

printf ("a=%d,b=%d,c=%d,d=%d\n",a,b,c,d);
return 0;
}
编译此程序用下列命令，如果已经把上面生成的 libggg.so 放到了库文件搜索路径指定的文件目录，比如 /lib 或 /usr/lib 之类的，就用下面这条命令：
QUOTE:
g++ pk.cpp -o app -Wall -g -lggg
否则就用下面这条命令：
QUOTE:
g++ pk.cpp -o app -Wall -g -lggg -L`pwd`
下面我们就开始调试上面命令生成的 app 程序吧。如果已经把上面生成的 libggg.so 放到了库文件搜索路径指定的文件目录，比如 /lib或 /usr/lib 之类的，调试就顺利完成，如下
：
QUOTE:
./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation,Inc.
GDB is free software, covered by the GNU
General Public License, and you are
welcome to change it and/or distribute
copies of it under certain conditions.
Type "show ing" to see theconditions.

There is absolutely no warranty for GDB.
Type "show warranty" for details.This GDB was configured as "i486-linux-
gnu"...Using host libthread_db library"/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main /* 这是在程序的 main 处设置断点 */
Breakpoint 1 at 0x804853c: file pk.cpp,line 7.
(gdb) b set /* 这是在程序的 set 处设置断点 */
Function "set" not defined.
Make breakpoint pending on future shared
library load? (y or [n]) y /* 这里必须选择 y 调试程序才会跟踪到动态链接库内部去
*/Breakpoint 2 (set) pending.
(gdb) run /* 开始运行我们的程序，直到遇见断点时暂停 */
Starting program: /data/example/c/app
Breakpoint 3 at 0xb7f665f8: file get.cpp,line 11.
Pending breakpoint "set" resolved
Breakpoint 1, main (argc=1,argv=0xbf990504) at pk.cpp:7
7 int a = 100;
(gdb) n /* 继续执行程序的下一行代码
*/
8 int b = get ();
(gdb) n /* 程序执行到了我们断点所在的动态链接库了 */
get x=0
9 int c = set (a);(gdb) n
Breakpoint 3, set (a=100) at get.cpp:11
11 printf ("set a=%d\n", a);
(gdb) list /* 查看当前代码行周围的代码，证明我们已经跟踪到动态链接库的源代码里面了 */
6 printf ("get x=%d\n", x);
7 return x;
8 }
9 int set (int a)
10 {
11 printf ("set a=%d\n", a);
12 x = a;
13 return x;
14 }
(gdb) n
set a=100
12 x = a;(gdb) n
13 return x;(gdb) n
14 }
(gdb) n
main (argc=1, argv=0xbf990504) at
pk.cpp:10
10 int d = get ();
(gdb) n
get x=100
11 printf ("a=%d,b=%d,c=%
d,d=%d\n",a,b,c,d);
(gdb) n
a=100,b=0,c=100,d=100
12 return 0;
(gdb) c
Continuing.
Program exited normally.
(gdb) quit /* 程序顺利执行结束 */#
如果我们没有把动态链接库放到指定目录，比如/lib里面，调试就会失败，过程如下：
QUOTE:
# gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation,
Inc.
GDB is free software, covered by the GNU
General Public License, and you arewelcome to change it and/or distribute
copies of it under certain conditions.

Type "show ing" to see theconditions.
There is absolutely no warranty for GDB.
Type "show warranty" for details.
This GDB was configured as "i486-linux-
gnu"...Using host libthread_db library
"/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main
Breakpoint 1 at 0x804853c: file pk.cpp,
line 7.
(gdb) b set
Function "set" not defined.
Make breakpoint pending on future shared
library load? (y or [n]) y
Breakpoint 2 (set) pending.
(gdb) run /* 虽然调试操作都一样，但程序执行失败 */
Starting program: /data/example/c/app
/data/example/c/app: error while loading
shared libraries: libggg.so: cannot open
shared object file: No such file or
directory
Program exited with code 0177.
(gdb) quit
#
本次实验的环境是：
CPU:AMD Athlon(tm) 64 Processor 3000+
内存：512M
OS:Ubuntu GNU/Linux 6.06 dapper LTS
gcc:gcc 版本 4.0.3 (Ubuntu 4.0.3-1ubuntu5)

break(b) 行号：在某一行设置断点
break 函数名：在某个函数开头设置断点
break...if...：设置条件断点
continue(或c)：从当前位置开始连续而非单步执行程序
delete breakpoints：删除所有断点
delete breakpoints n：删除序号为n的断点
disable breakpoints：禁用断点
enable breakpoints：启用断点
info(或i) breakpoints：参看当前设置了哪些断点
run(或r)：从开始连续而非单步执行程序
display 变量名：跟踪查看一个变量，每次停下来都显示它的值
undisplay：取消对先前设置的那些变量的跟踪

❹ 如何快速查找C语言代码中的宏的值

很多的系统，代码量超大，在我们阅读其代码的时候，往往macro能决定代码执行的具体分支。利用find grep查找起来会特别慢，而且不一定能找到正确的值。如果系统是可编译的，可以利用编译器的预处理功能很快知道宏的具体值。

方法如下：

在CFLAGS里面添加 -E 选项。

举例说明：

在Android 系统里面,

1. 在Andriod.mk里面添加-E 参数。
LOCAL_CFLAGS += -E

2.重新编译，显示其过程

mm showcommands

3.编译过程会打印出类似下面的结果。

prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi-gcc -I hardware/ttd/marvell/generic/bmm-lib/lib -I out/target/proct/OMS_TTD/obj/SHARED_LIBRARIES/libbmm_intermediates -I system/core/include -I hardware/libhardware/include -I hardware/libhardware_legacy/include -I hardware/ril/include -I dalvik/libnativehelper/include -I frameworks/base/include -I frameworks/base/opengl/include -I external/skia/include -I out/target/proct/OMS_TTD/obj/include -I bionic/libc/arch-arm/include -I bionic/libc/include -I bionic/libstdc++/include -I bionic/libc/kernel/common -I bionic/libc/kernel/arch-arm -I bionic/libm/include -I bionic/libm/include/arch/arm -I bionic/libthread_db/include -c -fno-exceptions -Wno-multichar -msoft-float -fpic -ffunction-sections -funwind-tables -fstack-protector -fno-short-enums -march=armv5te -mtune=xscale -D__ARM_ARCH_5__ -D__ARM_ARCH_5T__ -D__ARM_ARCH_5E__ -D__ARM_ARCH_5TE__ -include system/core/include/arch/linux-arm/AndroidConfig.h -I system/core/include/arch/linux-arm/ -mthumb-interwork -DANDROID -fmessage-length=0 -W -Wall -Wno-unused -Winit-self -Wpointer-arith -Werror=return-type -Werror=non-virtual-dtor -Werror=address -Werror=sequence-point -DNDEBUG -g -Wstrict-aliasing=2 -finline-functions -fno-inline-functions-called-once -fgcse-after-reload -frerun-cse-after-loop -frename-registers -DNDEBUG -UDEBUG -DLOG_DISABLEDEBUG=1 -mthumb -Os -fomit-frame-pointer -fno-strict-aliasing -finline-limit=64 -E -MD -o out/target/proct/OMS_TTD/obj/SHARED_LIBRARIES/libbmm_intermediates/bmm_lib.o hardware/ttd/marvell/generic/bmm-lib/lib/bmm_lib.c

其中-o 是生成的文件。
打开这个文件，就是我们预编译的结果，可以很清晰地看到各个宏的具体值。

❺ 如何编译libboost

您好，这样的：
1、当前boost最新版本为1.55，下载地址http://sourceforge.net/projects/boost/files/boost/1.55.0/
或者从官网(www.boost.org)下载最新版的BOOST源码,经过测试，2012和2013步骤相同，这里以2012为例。
2、打开VS2012 Native Tools Command,可以从开始--Microsoft Visual Studio 2012找到：将下载的 boost_1_55_0.zip 解压在F盘,例如 F:\boost_1_53_0，执行bootstrap.bat。
3、编译，可以简单的使用b2 install，也可以指定存放目录，或者寻找网上其它帮助文章。
查看帮助可以输入：.\b2 --help
比如要开启多线程编译：b2 install threading=multi
设置生成的是debug或者release
备注：如果是使用VS2013，请指定输出库类型，否则会缺一个lib文件：
"无法打开文件 libboost_thread_vc120_mt_sgd-1_55.lib"。
在2013时，我是使用下面的语句进行编译：
// 如果要获取动态库：
bjam install stage --toolset=msvc-12.0 --stagedir="C:\Boost\boost_vc_120" link=shared runtime-link=shared threading=multi debug release
// 如果是要获取静态库：

bjam install stage --toolset=msvc-12.0 --stagedir="C:\Boost\boost_vc_120" link=static runtime-link=static threading=multi debug release

其中，注意修改--toolset=msvc-12.0，将12.0修改成对应的vs版本号，12.0是VS2013的版本号。

目标地址也要修改成你所需的。

注意，不要漏了install，它会帮你把头文件集合到一个文件夹中。
编译过程有一个复制过程，编译需要的时间比较长，本次编译过程中，会在C盘根目录下生成一个boost文件夹，然后包含include和lib文件夹，这就是我们将要使用的头文件和库文件。

4、编译完了我们就使用编译在C盘中的文件。我将它们拷贝到了F盘，
需要简单的配置两个地方：这里使用绝对路径，也可以配置环境来使用。
5、然后建立了一个工程测试。在BoostTest中新建一个控制台应用程序,下图三个文件分别是:
1) 将要使用的boost头文件和库文件。 2) 解压出的boost文件夹，就是使用这个文件夹来进行 1 -- 3步骤的。 3)BoostTest 测试工程。
#include <iostream>

#include <boost/thread/thread.hpp>
void hello()
{
std::cout << "Hello world, I'm a thread!" << std::endl;
}
int main()
{
boost::thread thrd(&hello);
thrd.join();
}
编译测试工程，并运行，开始boost之旅吧。

❻ 如何解决bus error

在x86+Linux上写的程序，在PC机上运行得很好。可是使用ARM的gcc进行交叉编译，再送到DaVinci目标板上运行的时候，出现了Bus error。
出现的位置如下（其中Debug的内容是我在程序中添加的调试信息）：
[email protected]:~# arm_v5t_le-gcc -g shit.c
[email protected]:~# ./a.out
Debug: malloc space for the actual data: temp_buf = 0x13118
Debug: in my_recvn()
Debug: nleft = 52
Bus error
打开调试器进行调试：
[email protected]:~# gdb a.out
GNU gdb 6.3 (MontaVista 6.3-20.0.22.0501131 2005-07-22)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "armv5tl-montavista-linuxeabi"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run // 运行程序
Starting program: /home/zpf/a.out
Debug: in get_program_info()
Debug: in conn_server(char *err_buf_ptr)
Debug: gonna create a socket
Debug: gonna fill in the serv_addr structure
Debug: gonna connect to a server
Debug: gonna send LIN_RST
Debug: in my_sendn()
Debug: send 4 bytes to server:
Debug: gonna receive LIN_RSP
Debug: in my_recvn()
Debug: nleft = 3
Debug: received first 3 bytes from server: 7
Debug: gonna check if 3rd byte is the package type
Debug: received package length = 55
Debug: malloc space for the actual data: temp_buf = 0x13118
Debug: in my_recvn()
Debug: nleft = 52

Program received signal SIGBUS, Bus error. // 在这里出现了错误
0x00009624 in alloc_prog_mem (detail_buf=0x13118 "\001\002",
err_buf_ptr=0xbefffc40 "") at shit.c:631
631 g_data_ptr->progtype_num = *(short *)ptr ;
(gdb) print ptr // 查看一下ptr的值
$1 = 0x13119 "\002" // 地址起始是奇数！！！
(gdb) set ptr=0x1311a // 想改一下
(gdb) continue
Continuing.

Program terminated with signal SIGBUS, Bus error.
The program no longer exists. // 可惜程序已经退出
(gdb) quit

其中，g_data_ptr->progtype_num是一个short类型的值。
把强制类型转换改为用memcpy()写值之后，再调试
[email protected]:~# gdb test
GNU gdb 6.3 (MontaVista 6.3-20.0.22.0501131 2005-07-22)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "armv5tl-montavista-linuxeabi"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) break 626 // 把刚刚的那句强制类型转换变成内存拷贝
Breakpoint 1 at 0x9630: file test.c, line 626.
(gdb) run
Starting program: /home/zpf/test
Debug: in get_program_info()
Debug: in conn_server(char *err_buf_ptr)
Debug: gonna create a socket
Debug: gonna fill in the serv_addr structure
Debug: gonna connect to a server
Debug: gonna send LIN_RST
Debug: in my_sendn()
Debug: send 4 bytes to server:
Debug: gonna receive LIN_RSP
Debug: in my_recvn()
Debug: nleft = 3
Debug: received first 3 bytes from server: 7
Debug: gonna check if 3rd byte is the package type
Debug: received package length = 55
Debug: malloc space for the actual data: temp_buf = 0x13118
Debug: in my_recvn()
Debug: nleft = 52

Breakpoint 1, alloc_prog_mem (detail_buf=0x13118 "\001\002",
err_buf_ptr=0xbefffc40 "") at test.c:626
warning: Source file is more recent than executable.

626 memcpy(&(g_data_ptr->prog_num), ptr, 2) ; // 在这一句中断
(gdb) print ptr // 再看看ptr
$1 = 0x1311b "\003" // 还是奇数地址
(gdb) continue // 继续执行
Continuing.
Debug: sum_progtype = 2 , sum_prog = 3
Debug: gonna malloc space for progtype_ptr
Debug: gonna malloc space for prog_ptr
Debug: in mv_pkg2prog_list()
Debug: gonna set ProgramType program_type_name
Debug: ProgramType program_type_name set OK
Debug: in $ == *ptr, j = 0
Debug: g_data_ptr->progtype_ptr[j].prog_ptr = temp_prog_ptr
Debug: in @ == *ptr, ptr = 0x13126
Debug: temp_prog_ptr->format = *ptr
Debug: temp_prog_ptr->program_id = *(int *)ptr
Debug: gonna set Program program_name
Debug: Program program_name set OK
Debug: finished one loop of while
Debug: in @ == *ptr, ptr = 0x1312f
Debug: temp_prog_ptr->format = *ptr
Debug: temp_prog_ptr->program_id = *(int *)ptr
Debug: gonna set Program program_name
Debug: Program program_name set OK
Debug: finished one loop of while
Debug: gonna set ProgramType program_type_name
Debug: ProgramType program_type_name set OK
Debug: in $ == *ptr, j = 1
Debug: g_data_ptr->progtype_ptr[j].prog_ptr = temp_prog_ptr
Debug: in @ == *ptr, ptr = 0x13142
Debug: temp_prog_ptr->format = *ptr
Debug: temp_prog_ptr->program_id = *(int *)ptr
Debug: gonna set Program program_name
Debug: Program program_name set OK
Debug: finished one loop of while
program type[0]
program_type_id = 1
program_type_name = love
program_num = 2
prog_ptr = 0x131d8
program[0]
program_id = 1001
program_name = you
format = 1
program[1]
program_id = 1002
program_name = me
format = 2
program type[1]
program_type_id = 2
program_type_name = hatred
program_num = 1
prog_ptr = 0x13248
program[0]
program_id = 2005
program_name = kill
format = 5
Debug: gonna return an OK
Debug: Entering send_exit_requstion()
Debug: in conn_server(char *err_buf_ptr)
Debug: gonna create a socket
Debug: gonna fill in the serv_addr structure
Debug: gonna connect to a server
Debug: gonna send EXIT_RST
Debug: in my_sendn()
Debug: send 4 bytes to server:
Debug: in my_recvn()
Debug: nleft = 4
Debug: gonna return an OK

Program exited normally. // 执行通过了！！！！
(gdb)

总结：
问题总算找到了，就是我企图在一个奇数地址起始的地方强制类型转换得到一个short值。
在Intel系列处理器上，可以在任一奇数内存地址储存任何变量或数组，不会导致任何致命的错误影响，只是效率可能会降低。但在DaVinci上，这一点不行。所以必须对大于一个字节的数据类型小心谨慎，比较安全的方法是使用内存拷贝函数memcpy()，或者使用下面的代替方法：
// 先定义一个联合体
union {
short short_val ;
char short_byte[2] ;
} myshort ;
// 然后，把程序中本来应该是
// g_data_ptr->progtype_num = *(short *)ptr ;
// ptr += 2 ;
// 这两句的地方换成下面五句：
myshort.short_byte[0] = *ptr ;
ptr++ ;
myshort.short_byte[1] = *ptr ;
ptr++ ;
g_data_ptr->progtype_num = myshort.short_val ;
// 当然，最简单的方法是换成下面两句：
// memcpy(&(g_data_ptr->progtype_num), ptr, 2) ;
// ptr += 2 ;

对于这个问题的进一步探讨：
在DaVinci上应该注意内存编址模式的问题。
struct {
char struc_char ;
int struc_int ;
short struc_short ;
long struct_long ;
} struc_val ;
在宽松模式下，尽管struc_char只有1个字节，struc_short占2个字节，但编译器可能给这两个变量分别分配了4个字节，结果整个结构的大小变成了16个字节，而在编译器设为紧凑模式时，则正好是11个字节。根据计算机数据总线的位数，不同的编址模式存取数据的速度不一样。我认为在符合总线字长的情况下，效率是最高的，因为只需进行一次总线操作。
内存编址模式会影响字节对齐方式，字节对齐操作可以解决以下两个主要的问题：
1．访存效率问题；一般的编译器要对内存进行对齐，在处理变量时,编译器会根据一定的设置将长短不同的变量的数据长度进行对齐以加快内存处理速度。
2．强制类型转换问题：在x86上，字节不对齐的操作只会影响效率，但是在DaVinci上，可能就是一个Bus error, 因为它要求必须字节对齐。
字节对齐的准则
1.数据类型自身的对齐值：对于char型数据，其自身对齐值为1，对于short型为2，对于int,long,float,double类型，其自身对齐值为4字节。
2.结构体的自身对齐值：其成员中自身对齐值最大的那个值。
3.指定对齐值：#pragma pack (value)时的指定对齐值value。
4.数据成员、结构体和类的有效对齐值：自身对齐值和指定对齐值中小的那个值。
对于平时定义变量，尽可能先定义长度为4的倍数的变量，然后是长度是2的变量，最后是长度为1的变量。

通过测试，GCC编译器是按照4字节对齐存放于内存的。而我还没有发现更改编址模式的参数。程序如下：
#include

int main()
{
struct {
char struc_char ;
int struc_int ;
short struc_short ;
long struct_long ;
} struc_val ;
char c_char ;
int i_int ;
short s_short ;
long l_long ;

printf("sizeof(struc_val) = %d\n", sizeof(struc_val));
printf("sizeof(c_char) = %d\n", sizeof(c_char));
printf("sizeof(i_int) = %d\n", sizeof(i_int));
printf("sizeof(s_short) = %d\n", sizeof(s_short));
printf("sizeof(l_long) = %d\n", sizeof(l_long));

printf("address of struc_val = %p\n", &struc_val);
printf("address of struc_char = %p\n", &(struc_val.struc_char));
printf("address of struc_int = %p\n", &(struc_val.struc_int));
printf("address of struc_short = %p\n", &(struc_val.struc_short));
printf("address of struct_long = %p\n", &(struc_val.struct_long));
printf("address of c_char = %p\n", &c_char);
printf("address of i_int = %p\n", &i_int);
printf("address of s_short = %p\n", &s_short);
printf("address of l_long = %p\n", &l_long);

return 0 ;
}
测试结果：
sizeof(struc_val) = 16
sizeof(c_char) = 1
sizeof(i_int) = 4
sizeof(s_short) = 2
sizeof(l_long) = 4
address of struc_val = 0xbf885278
address of struc_char = 0xbf885278
address of struc_int = 0xbf88527c
address of struc_short = 0xbf885280
address of struct_long = 0xbf885284
address of c_char = 0xbf885277
address of i_int = 0xbf885270
address of s_short = 0xbf88526e
address of l_long = 0xbf885268

所以对于一个32位的数据来讲，如果其没有在4字节整除的内存地址处存放，那么处理器就需要2个总线周期对其进行访问。
0x08 | byte8 | byte9 | byteA | byteB |
0x04 | byte4 | byte5 | byte6 | byte7 |
0x00 | byte0 | byte1 | byte2 | byte3 |
对于我刚刚的那个出现Bus error的程序，假设指针ptr刚好是指向了byte3(地址是0x0)，然后想进行short强制类型转换，使用byte3,byte4来构成一个short类型的值，由于第一次总线的数据只有byte0，byte1，byte2，byte3，取不到byte4，这在DaVinci板子上，就是一个Bus error了，因为没有达到边界对齐。如果ptr指的是byte2(地址0x02)，就没有问题了。因为0x02地址值是sizeof(short)的整数倍。

❼ android 源码怎么只编译 systemui

Google提供的Android包含了原始Android的目标机代码，主机编译工具、仿真环境，下载的代码包经过解压后(这里是Android2.2的源码包)，源代码的第一层目录结构如下： -- Makefile -- bionic （bionic C库） -- bootable （启动引导相关代码） -- build （存放系统编译规则及generic等基础开发包配置） -- cts （Android兼容性测试套件标准） -- dalvik （dalvik JAVA虚拟机） -- development （应用程序开发相关） -- external （android使用的一些开源的模组） -- frameworks （核心框架——java及C++语言） -- hardware （主要保护硬解适配层HAL代码） -- libcore -- ndk -- device -- out （编译完成后的代码输出与此目录） -- packages （应用程序包） -- prebuilt （x86和arm架构下预编译的一些资源） -- sdk （sdk及模拟器） -- system （文件系统库、应用及组件——C语言） `-- vendor （厂商定制代码） bionic 目录 -- libc （C库） -- arch-arm （ARM架构，包含系统调用汇编实现） -- arch-x86 （x86架构，包含系统调用汇编实现） -- bionic （由C实现的功能，架构无关） -- docs （文档） -- include （头文件） -- inet -- kernel （Linux内核中的一些头文件） -- netbsd （？netbsd系统相关，具体作用不明） -- private （？一些私有的头文件） -- stdio （stdio实现） -- stdlib （stdlib实现） -- string （string函数实现） -- tools （几个工具） -- tzcode （时区相关代码） -- unistd （unistd实现） `-- zoneinfo （时区信息） -- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能） -- libm （libm数学库的实现，） -- alpha （apaha架构） -- amd64 （amd64架构） -- arm （arm架构） -- bsdsrc （？bsd的源码） -- i386 （i386架构） -- i387 （i387架构？） -- ia64 （ia64架构） -- include （头文件） -- man （数学函数，后缀名为.3，一些为freeBSD的库文件） -- powerpc （powerpc架构） -- sparc64 （sparc64架构） `-- src （源代码） -- libstdc++ （libstdc++ C++实现库） -- include （头文件） `-- src （源码） -- libthread_db （多线程程序的调试器库） `-- include （头文件） `-- linker （动态链接器） `-- arch （支持arm和x86两种架构） bootable 目录 -- bootloader （适合各种bootloader的通用代码） `-- legacy （估计不能直接使用，可以参考） -- arch_armv6 （V6架构，几个简单的汇编文件） -- arch_msm7k （高通7k处理器架构的几个基本驱动） -- include （通用头文件和高通7k架构头文件） -- libboot （启动库，都写得很简单） -- libc （一些常用的c函数） -- nandwrite （nandwirte函数实现） `-- usbloader （usbloader实现） -- diskinstaller （android镜像打包器，x86可生产iso） `-- recovery （系统恢复相关） -- edify （升级脚本使用的edify脚本语言） -- etc （init.rc恢复脚本） -- minui （一个简单的UI） -- minzip （一个简单的压缩工具） -- mttils （mtd工具） -- res （资源） `-- images （一些图片） -- tools （工具） `-- ota （OTA Over The Air Updates升级工具） `-- updater （升级器） build目录 -- core （核心编译规则） -- history （历史记录） -- libs `-- host （主机端库，有android “cp”功能替换） -- target （目标机编译对象） -- board （开发平台） -- emulator （模拟器） -- generic （通用） -- idea6410 （自己添加的） `-- sim （最简单） `-- proct （开发平台对应的编译规则） `-- security （密钥相关） `-- tools （编译中主机使用的工具及脚本） -- acp （Android "acp" Command） -- apicheck （api检查工具） -- applypatch （补丁工具） -- apriori （预链接工具） -- atree （tree工具） -- bin2asm （bin转换为asm工具） -- check_prereq （检查编译时间戳工具） -- dexpreopt （模拟器相关工具，具体功能不明） -- droiddoc （？作用不明，java语言，网上有人说和JDK5有关） -- fs_config （This program takes a list of files and directories） -- fs_get_stats （获取文件系统状态） -- iself （判断是否ELF格式） -- isprelinked （判断是否prelinked） -- kcm （按键相关） -- lsd （List symbol dependencies） -- releasetools （生成镜像的工具及脚本） -- rgb2565 （rgb转换为565） -- signapk （apk签名工具） -- soslim （strip工具） `-- zipalign （zip archive alignment tool） dalvik目录 dalvik虚拟机 . -- dalvikvm （main.c的目录） -- dexmp （dex反汇编） -- dexlist （List all methods in all concrete classes in a DEX file.） -- dexopt （预验证与优化） -- docs （文档） -- dvz （和zygote相关的一个命令） -- dx （dx工具，将多个java转换为dex） -- hit （？java语言写成） -- libcore （核心库） -- libcore-disabled （？禁用的库） -- libdex （dex的库） -- libnativehelper （Support functions for Android's class libraries） -- tests （测试代码） -- tools （工具） `-- vm （虚拟机实现） development 目录（开发者需要的一些例程及工具） -- apps （一些核心应用程序） -- BluetoothDebug （蓝牙调试程序） -- CustomLocale （自定义区域设置） -- Development （开发） -- Fallback （和语言相关的一个程序） -- FontLab （字库） -- GestureBuilder （手势动作） -- NinePatchLab （？） -- OBJViewer （OBJ查看器） -- SdkSetup （SDK安装器） -- SpareParts （高级设置） -- Term （远程登录） `-- launchperf （？） -- build （编译脚本模板） -- cmds （有个monkey工具） -- data （配置数据） -- docs （文档） -- host （主机端USB驱动等） -- ide （集成开发环境） -- ndk （本地开发套件——c语言开发套件） -- pdk （Plug Development Kit） -- samples （演示程序） -- AliasActivity （） -- ApiDemos （API演示程序） -- BluetoothChat （蓝牙聊天） -- BrowserPlugin （浏览器插件） -- BusinessCard （商业卡） -- Compass （指南针） -- ContactManager （联系人管理器） -- CubeLiveWall** （动态壁纸的一个简单例程） -- FixedGridLayout （像是布局） -- GlobalTime （全球时间） -- HelloActivity （Hello） -- Home （Home） -- JetBoy （jetBoy游戏） -- LunarLander （貌似又是一个游戏） -- MailSync （邮件同步） -- MultiResolution （多分辨率） -- MySampleRss （RSS） -- NotePad （记事本） -- RSSReader （RSS阅读器） -- SearchableDictionary （目录搜索） -- **JNI （JNI例程） -- SkeletonApp （空壳APP） -- Snake （snake程序） -- SoftKeyboard （软键盘） -- Wiktionary （？维基） `-- Wiktionary**（？维基例程） -- scripts （脚本） -- sdk （sdk配置） -- simulator （？模拟器） -- testrunner （？测试用） `-- tools （一些工具）

❽ liunx 下ngnix在用gdb调试遇到下面问题，有大神知道怎么解的吗

GDB作为一个强大的c/c++调试工具，一直是程序猿们的良好伴侣，但转到Mac os才发现竟然没有默认安装，所幸还有强大的homebrew工具：brew install homebrew/pes/gdb
然后就是漫长的等待+编译安装时间了，安装完成后敲击gdb能打印出版本信息，说明已经正确安装了

2.生成证书，这是由于Mac os的安全机制阻止了gdb对要调试的程序进行完全控制，对此我们要对gdb赋予合适的权限，首先我们要在keychain access里面添加相应的keychain (钥匙串)。

3.选择"always trust"我们刚生成的证书，这样就不用每次在运行gdb的时候手工输入管理员密码了

4.对gdb进行证书签名。

5.打开activity monitor，在cpu一栏的搜索框中输入‘taskgated’，然后双击进程所在行，点选‘quit’，这是你会发现taskgated进程消失了(好无辜的一个进程:( )。现在就可以对gdb进行签名了：codesign -s gdb-cert /usr/local/bin/gdb

❾ docker中使用JDK工具jmap报错

docker中，jdk用镜像配置环境变量的方法如下：
一、安装 JDK
1、首先，解压 JDK 程序包：
tar -zxf /mnt/software/jdk-7u67-linux-x64.tar.gz -C .

2、重命名 JDK 目录：
mv jdk1.7.0_67/ jdk/

二、设置环境变量
首先，编辑.bashrc文件
vi ~/.bashrc

然后，在该文件末尾添加如下配置：
export JAVA_HOME=/opt/jdk
export PATH=$PATH:$JAVA_HOME

最后，需要使用source命令，让环境变量生效：
source ~/.bashrc

❿ 如何解决bus error

一，Bus Error究竟是指什么

Bus Error，即总线错误。

引发原因：

CPU处于性能方面的考虑，要求对数据进行访问时都必须是地址对齐的。如果发现进行的不是地址对齐的访问，就会发送SIGBUS信号给进程，使进程产生 core mp。RISC包括SPARC（一种微处理器架构）都是这种类型的芯片。x86系列CPU都支持不对齐访问，也提供了开关禁用这个机制。x86架构不要求对齐访问的时候，必定会有性能代价。例如，对int的访问应该是4字节对齐的，即地址应该是4的倍数，对short则是2字节对齐的，地址应该是2的倍数。

Bus Error也有可能是因为机器物理问题或者访问无效物理地址，但这种情况非常少见。

Linux平台上执行malloc()，如果没有足够的RAM，Linux不是让malloc()失败返回，而是向当前进程分发SIGBUS信号。
注: 对该点执怀疑态度，有机会可自行测试确认当前系统反应。

SIGBUS与SIGSEGV信号的一般区别如下:

1) SIGBUS(Bus error)意味着指针所对应的地址是有效地址，但总线不能正常使用该指针。通常是未对齐的数据访问所致。

2) SIGSEGV(Segment fault)意味着指针所对应的地址是无效地址，没有物理内存对应该地址。

二，例子程序：

1 int main(){
2
3
4
5
6 #if defined(__GNUC__)
7 # if defined(__i386__)
8
9 __asm__("pushf/norl $0x40000,(%esp)/npopf");
10 # elif defined(__x86_64__)
11
12 __asm__("pushf/norl $0x40000,(%rsp)/npopf");
13 # endif
14 #endif
15
16
17
18
19
20
21
22
23
24 short array[16];
25
26 int * p = (int *) &array[1];
27 *p = 1;
28
29 return 1;
30 }

short类型大小为2个字节，其地址必是2的倍数。而对于int指针来说，能够使用以访问数据的地址应该是4的倍数，转化arrary[1]的地址为int *并访问，系统会发出SIGBUS信号，导致程序崩溃。

wiki上的例子：

http://en.wikipedia.org/wiki/Bus_error#Bus_error_example
#include <stdlib.h>

int main( int argc, char ** argv) {
int * iptr;
char * cptr;

#if defined(__GNUC__)
# if defined(__i386__)

__asm__( "pushf/n orl $0x40000,(%esp)/n popf" ) ;
# elif defined(__x86_64__)

__asm__( "pushf/n orl $0x40000,(%rsp)/n popf" ) ;
# endif
#endif

cptr = malloc( sizeof ( int ) + 1) ;

iptr = ( int * ) ++ cptr;

* iptr = 42 ;

return 0 ;
}
$ gcc -ansi sigbus.c -o sigbus
$ ./sigbus
Bus error
$ gdb ./sigbus
(gdb) r
Program received signal SIGBUS , Bus error.
0x080483ba in main ()
(gdb) x/i $pc
0x80483ba <main+54>: mov DWORD PTR [eax],0x2a
(gdb) p/x $eax
$1 = 0x804a009
(gdb) p/t $eax & (sizeof(int) - 1)
$2 = 1

三，编译器和硬件平台相关性

上述已经描述，对于x86平台，默认允许非对齐访问，只不过会有性能代价。开启检测可以使用上述代码中的宏。

这段程序如果用Sun Studio编译器的话，运行就没有问题。这是因为Sun Studio默认对32位编译使用的参数是-xmemalign=8i，其中i选项设置明确指明不产生SIGBUS信号。
不过如果编译成64位程序，Sun Studio使用的-xmemalign=8s，其中s选项设置意味对这种非对齐访问产生SIGBUS信号，则仍旧会遇到这个错误。

如果坚持在SPARC上使用GCC去编译这种代码，可以如下进行：
GCC有一个Type Attributes特性，例如在需人工对齐的变量后加上：__attribute__ ((aligned (4))); 其意义就是指定偏移量为4的倍数。比如：
short array[10] __attribute__ ((aligned (4)))；

不过这个属性只对Linker连接器可见的变量有效，也就是说对local variable无效。而且这种特性作用粒度比较大，比如这里只对第一个元素有作用，并不为数组的每个成员设置偏移量。如果一定要针对local variable或者数组的每个成员进行偏移量设置，可以使用union类型:
union {
short s;
int i;
}

导航:首页 > 源码编译 > 编译libthreaddb

编译libthreaddb

与编译libthreaddb相关的资料