如何打开.GDB文件

这是一个.gdb文件，直接打开文件基本看不出有什么内容。

那么如何查看呢？其实这是一个文件地理数据库，需要专门的软件查看

安装arcgis系列软件，找到catalog软件

点击进入catalog软件，点击文件夹关联，连接到文件所在文件夹位置

在catalog里我们可以看到.gdb以库的形式展现

点击进入该库，可以看到有很多的图层，这就是该文件地理数据库中存放的东西

6

点击预览，可以查看图层的可视化内容

.gdb格式的文件是GPS定位仪器所采集是定位数据通过仪器自动保存的文件，可利用MapSourse及GoogleEarth等软件打开此文件，显示的是定位数据。

变化：

1、GDB可以理解线程的名字。

2、这个命令”线程名称”（指定一个名称）和“线程找到[REGEXP]”（匹配名称、目标ID,或者额外的信息）被添加。

3、Python脚本支持大大增强。

4、在c++的支持，异常处理是提高，模板参数放在范围在一个实例化时调试。

5、线程调试的核心转储在GNU / Linux成为可能。

扩展资料：

执行程序：

要想运行准备调试的程序，可使用run命令，在它后面可以跟随发给该程序的任何参数，包括标准输入和标准输出说明符（<；和>；）和shell通配符（*、？、[、]）在内。

如果使用不带参数的run命令，gdb就再次使用你给予前一条run命令的参数，这是很有用的。利用set args 命令就可以修改发送给程序的参数，而使用show args 命令就可以查看其缺省参数的列表。

(gdb) file a.out //加载被调试的可执行程序文件。

（gdb）set args _b _x

（gdb) show args

（gdb）r //执行程序

backtrace命令为堆栈提供向后跟踪功能。Backtrace 命令产生一张列表，包含着从最近的过程开始的所有有效过程和调用这些过程的参数。

参考资料来源：百度百科-gdb

公司有个业务是使用python脚本调用.so文件,但是有时候so文件内部发生错误,python就直接崩溃了,无任何提示信息,所以很不方便找错误原因.

使用 gdb 可以看到更详细的一些信息,其使用方式如下:

ulimit -c 是查看创建的核心转储的最大大小,这里为0,是需要修改的,可以将其改成不限制大小的 unlimited .

cat /proc/sys/kernel/core_pattern 这一步我的理解是查看到时候生成的缓存文件存储名称,这里为 core ,表示其会在当前目录下生成一个名为core的缓存文件,但是为了使其更加通用,可以修改一下其路径和名称格式.

可以看到在 var/cores 目录下生成了一个 core.python.31796 文件,此时可以在刚才的运行目录下执行,下面的 which 前面是`符号,不是单引号

此时可以看到项目最终是在 #0 0x00007f89d8700960 in mkl_pds_lp64_ladj_mod_pardiso () from /usr/lib/libmkl_intel_thread.so 时发生了错误,这个时候可以输入 bt 查看更多,其从上到下是错误从底层到最外层的顺序.

若执行的时候没有 gdb ,可以执行 apt-get install gdb 安装.

还有就是,若查看的时候错误地方是 #0 0x00000000005406df in ?? () 这样的没有具体函数名的情况,这是因为so文件在编译时候没有链接符号到文件里面,需要在使用gcc编译的时候加上 -g

---