行李大小的低温照相机，将首次拍摄年轻的巨型系外行星

Credit: Mars photo: NASA/JPL-Caltech; Atacama photo: Armando Azua-Bustos/Provided　　据美国物理学家组织网（by Tom Fleischman, Cornell University）：康奈尔大学天体生物学家共同领导的一个国际研究小组表示，目前送往火星收集和分析红色星球上古代生命证据的最先进仪器可能不够敏感，不足以做出准确的评估。

　　在2月21日发表在《自然通讯》上的一篇论文中，资深作者、艺术与科学学院天文系的客座科学家阿尔贝托·g·费尔伦(Alberto G. Fairén)和一个多机构团队声称，用现有的仪器和技术，很难甚至不可能探测到火星岩石中的任何有机物质。

　　Fairén也是马德里天体生物学中心(CAB)的研究教授，他和他的团队对智利西北部阿塔卡马沙漠的红石侏罗纪化石三角洲中发现的沉积岩进行了测试，阿塔卡马沙漠是地球上最古老和最干燥的沙漠，其构成使其成为一个受欢迎的火星地质类似物。

　　为了这项工作，研究人员使用目前或即将在火星上使用的四种仪器在红石进行了地质测试。

　　他们发现，红色石头样本显示了许多分类不明的微生物——研究人员称之为“黑暗微生物群”——以及现代和古代微生物的生物特征组合，这些生物特征几乎无法用最先进的实验室设备检测到。

　　　　研究露头的特写视图。

a)顶部风化松散砾岩。

b)胶结砾岩。

c，D)显示砂岩(s)和细层状泥岩(m)。

白色箭头指向石盐/石膏矿脉。

e)其中一个蒸发岩矿脉断裂后，暴露出矿脉内部的石盐/石膏以及覆盖矿脉的赤铁矿薄层。

f)平行于露头表面的纤维状岩盐壳，仅在暴露后可观察到。

Credit: Nature Communications (2023). DOI: 10.1038/s41467-023-36172-1　　这向研究人员揭示了发送到火星的仪器可能不够灵敏，这取决于使用的仪器和寻找的有机化合物。

具体来说，“在火星上寻找生命的过程中获得假阴性的可能性凸显了对更强大工具的需求，”该论文的主要作者阿曼多·阿祖阿-布斯托斯(Armando Azua-Bustos)说，他是Fairén在CAB团队的研究科学家。

　　研究人员写道，要么在大约5300万英里以外的火星上放置复杂的仪器，要么将火星样本带回地球，以便“最终确定火星上是否存在生命”。

Fairén说，这两种选择都极其困难。

　　“你需要决定，是在火星表面进行有限的分析能力来询问各种各样的样本更有利，还是用地球上各种最先进的仪器来分析有限的样本更有利，”他说　　美国国家航空航天局目前正与欧洲航天局和其他机构合作，努力安全地将“坚持”号火星车收集的火星地质样本送回地球。

Fairén表示，第一辆名为Rosalind Franklin的欧洲火星车预计最早将于2028年发射。

　　他说，这个欧洲漫游车“将携带一个具有前所未有能力的钻头，可以深入到2米(6.5英尺)的深度，以分析更好地抵御火星表面恶劣条件的沉积物”。

“如果生物特征在深处得到更好的保存，这是我们所期望的，那么在那些深处的样本中，将会有更多的丰富性和多样性，以及更好的生物特征保存。

因此，我们在火星车上的仪器将有更多的机会探测到它们。

”　　来自西班牙、智利、意大利、法国和日本机构的研究人员为这项调查做出了贡献，新墨西哥州洛斯阿拉莫斯国家实验室、乔治敦大学和美国宇航局戈达德航天中心和约翰逊航天中心的科学家也做出了贡献。

它是一种强大的命令行调试工具。

一般来说，调试器的功能：能够运行程序，设置所有能影响程序运行的参数；能够让程序在指定条件下停止运行；能够在程序停止时检查所有参数的情况；能够根据指定条件改变程序的运行。

gdb调试源代码流程：1）进入GDB #gdb test只需输入GDB和要调试的可执行文件即可，在GDB的启动画面中指出了GDB的版本号、遵循的许可等信息，接下来就进入了由"(gdb)"开头的命令行界面了；2）查看文件 (gdb) l在GDB中键入"l"(list)就可以查看程序的源码了，GDB列出的源代码中明确地给出了对应的行号，方便代码的定位；3）设置断点 (gdb) b 6只需在"b"(break)后加入对应的行号即可，在GDB中利用行号设置断点是指代码运行到对应行之前暂停；设置断点可以使程序执行到某个位置时暂停，程序员在该位置处可以方便地查看变量的值、堆栈情况等；一般情况下，源代码中大家行号与用户书写程序的行号是一致的，但有时由于用户的某些编译选项会导致行号不一致的情况，因此，一定要查看在GDB中的行号；4）查看断点处情况 (gdb)info b可以键入"info b"来查看断点处情况，可以设置多个断点；5）运行代码 (gdb)rGDB默认从首行开始运行代码，键入"r"(run)即可；程序运行到断点处停止。

6）看变量值 (gdb)p n在程序暂停之后，程序员可以查看断点处的相关变量值，在GDB中只需键入"p 变量名"(print)即可；GDB在显示变量值时都会在对应值之前加上"$N"标记，它是当前变量值的引用标记，以后若想再次引用此变量，就可以直接写作"$N"，而无需写冗长的变量名；7）观察变量 (gdb)watch n在某一循环处，往往希望能够观察一个变量的变化情况，这时就可以键入命令"watch"来观察变量的变化情况，GDB在"n"设置了观察点；8）单步运行 (gdb)n单步运行是指一次只运行一条语句，这样可以方便查看程序运行的结果，在此处只需键入"n"(next)即可；随着程序的单步运行，当变量n的值发生变化时，GDB就会自动显示出n的变化情况。

9）程序继续运行 (gdb)c命令"c"(continue)可以使程序继续往下运行，直到再次遇到断点或程序结束；10）退出GDB (gdb)q只需使用指令"q"(quit)即可。

设置/删除断点命令格式 例子 作用break + 设置断点的行号 beak n 用于在程序中对应行设置断点tbreak + 行号或函数名 tbreak n/func 设置临时断点，到达后被自动删除break + filename + 行号 break main.c:10 用于在指定文件对应行设置断点break + break 0x3400a 用于在内存某一位置处暂停break + 行号 + if + 条件 break 10 if i==3 用于设置条件断点，在循环中使用非常方便info breakpoints/watchpoints [n] info break n表示断点号，查看断点/观察点的情况clear + 要清除的断点行号 clear 10 用于清除对应行的断点，要给出断点的行号，清除时GDB会给出提示delete + 要清除的断点编号 delete 3 用于清除断点和自动显示的表达式的命令，要给出断点的编号，清除时GDB不会给出任何提示disable/enable + 断点编号 disable 3 让所设断点暂时失效/使能，如果要让多个编号处的断点失效/使能，可将编号之间用空格隔开awatch/watch + 变量 awatch/watch i 设置一个观察点，当变量被读出或写入时程序被暂停rwatch + 变量 rwatch i 设置一个观察点，当变量被读出时，程序被暂停catch 设置捕捉点来补捉程序运行时的一些事件。

如：载入共享库（动态链接库）或是C++的异常tcatch 只设置一次捕捉点，当程序停住以后，应点被自动删除断点与观察点的区别：1.所有使用与breakpoint的操作都适用于watchpoint2.断点是CPU到某一地址取指令时中断，观察点是CPU到某一地址读写数据时中断。

在多线程的程序中，观察点的作用很有限，GDB只能观察一个线程中的表达式的值，如果用户确信表达式只被当前线程所存取，那么使用观察点才有效，GDB无法检测一个非当前线程对表达式值的改变。

数据相关命令display +表达式 display a 用于显示表达式的值，每当程序运行到断点处都会显示表达式的值info display 用于显示当前所有要显示值的表达式的情况delete + display 编号 delete 3 用于删除一个要显示值的表达式，被删除的表达式将不被显示disable/enable + display 编号 disable/enable 3 使一个要显示值的表达式暂时失效/使能undisplay + display 编号 undisplay 3 用于结束某个表达式值的显示whatis + 变量 whatis i 显示某个表达式的数据类型print(p) + 变量/表达式 p n 用于打印变量或表达式的值set + 变量 = 变量值 set i = 3 改变程序中某个变量的值在使用print命令时，可以对变量按指定格式进行输出，其命令格式为print /变量名 + 格式其中常用的变量格式：x：十六进制；d：十进制；u：无符号数；o：八进制；c：字符格式；f：浮点数。

调试运行环境相关命令set args set args arg1 arg2 设置运行参数show args show args 参看运行参数set width + 数目 set width 70 设置GDB的行宽cd + 工作目录 cd ../ 切换工作目录run r/run 程序开始执行step(s) s 进入式（会进入到所调用的子函数中）单步执行，进入函数的前提是，此函数被编译有debug信息next(n) n 非进入式（不会进入到所调用的子函数中）单步执行finish finish 一直运行到函数返回并打印函数返回时的堆栈地址和返回值及参数值等信息until + 行数 u 3 运行到函数某一行continue(c) c 执行到下一个断点或程序结束return return 5 改变程序流程，直接结束当前函数，并将指定值返回call + 函数 call func 在当前位置执行所要运行的函数堆栈相关命令backtrace/bt bt 用来打印栈帧指针，也可以在该命令后加上要打印的栈帧指针的个数，查看程序执行到此时，是经过哪些函数呼叫的程序，程序“调用堆栈”是当前函数之前的所有已调用函数的列表（包括当前函数）。

每个函数及其变量都被分配了一个“帧”，最近调用的函数在 0 号帧中（“底部”帧）frame frame 1 用于打印指定栈帧info reg info reg 查看寄存器使用情况info stack info stack 查看堆栈使用情况up/down up/down 跳到上一层/下一层函数跳转执行 一般来说，被调试程序会按照程序代码的运行顺序依次执行。

GDB提供了乱序执行的功能，也就是说，GDB可以修改程序的执行顺序，可以让程序执行随意跳跃。

这个功能可以由GDB的jump命令来完： jump指定下一条语句的运行点。

可以是文件的行号，可以是file:line格式，可以是+num这种偏移量格式。

表式着下一条运行语句从哪里开始。

jump 这里的 是代码行的内存地址。

注意，jump命令不会改变当前的程序栈中的内容，所以，当你从一个函数跳到另一个函数时，当函数运行完返回时进行弹栈操作时必然会发生错误，可能结果还是非常奇怪的，甚至于产生程序Core Dump。

所以最好是同一个函数中进行跳转。

熟悉汇编的人都知道，程序运行时，有一个寄存器用于保存当前代码所在的内存地址。

所以，jump命令也就是改变了这个寄存器中的值。

于是，你可以使用“set $pc”来更改跳转执行的地址。

如： set $pc = 0x485signal命令信号是一种软中断，是一种处理异步事件的方法，使用singal命令，可以产生一个信号量给被调试程序，如中断信号"Ctrl+C"。

这非常方便于程序的调试，可以在程序运行的任意位置设置断点，并在该断点用GDB产生一个信号量，这种精确地在某处产生信号的方法非常有利于程序的调试，signal命令语法是：signal ，UNIX的系统信号量通常从1到15，所以取值也在这个范围。

handle 在GDB中定义一个信号处理。

信号可以以SIG开头或不以SIG开头，可以用定义一个要处理信号的范围（如：SIGIO-SIGKILL，表示处理从SIGIO信号到SIGKILL的信号，其中包括SIGIO，SIGIOT，SIGKILL三个信号），也可以使用关键字all来标明要处理所有的信号。

一旦被调试的程序接收到信号，运行程序马上会被GDB停住，以供调试。

其可以是以下几种关键字的一个或多个。

nostop/stop当被调试的程序收到信号时，GDB不会停住程序的运行，但会打出消息告诉你收到这种信号/GDB会停住你的程序 print/noprint当被调试的程序收到信号时，GDB会显示出一条信息/GDB不会告诉你收到信号的信息pass noignore 当被调试的程序收到信号时，GDB不处理信号。

这表示，GDB会把这个信号交给被调试程序会处理。

nopass ignore 当被调试的程序收到信号时，GDB不会让被调试程序来处理这个信号。

info signals info handle 可以查看哪些信号被GDB处理，并且可以看到缺省的处理方式single命令和shell的kill命令不同，系统的kill命令发信号给被调试程序时，是由GDB截获的，而single命令所发出一信号则是直接发给被调试程序的。

GDB中运行UNIX的shell程序在gdb环境中，你可以执行UNIX的shell的命令，使用gdb的shell命令来完成： shell 调用UNIX的shell来执行，环境变量SHELL中定义的UNIX的shell将会被执行，如果SHELL没有定义，那就使用UNIX的标准shell：/bin/sh。

（在Windows中使用Command.com或cmd.exe）make 可以在gdb中执行make命令来重新build自己的程序。

这个命令等价于"shell make"在GDB中运行程序当以gdb 方式启动gdb后，gdb会在PATH路径和当前目录中搜索的源文件。

如要确认gdb是否读到源文件，可使用l或list命令，看看gdb是否能列出源代码。

在gdb中，运行程序使用r或是run命令。

1、程序运行参数。

set args 可指定运行时参数。

（如：set args 10 20 30 40 50） show args 命令可以查看设置好的运行参数。

2、运行环境。

path 可设定程序的运行路径。

show paths 查看程序的运行路径。

set environment varname [=value] 设置环境变量。

如：set env USER=hchen show environment [varname] 查看环境变量。

3、工作目录。

cd 相当于shell的cd命令。

pwd 显示当前的所在目录。

4、程序的输入输出。

info terminal 显示你程序用到的终端的模式。

使用重定向控制程序输出。

如：run > outfile tty命令可以指写输入输出的终端设备。

如：tty /dev/ttyb 调试已运行的程序两种方法： 1、在UNIX下用ps查看正在运行的程序的PID（进程ID），然后用gdb PID格式挂接正在运行的程序。

2、先用gdb 关联上源代码，并进行gdb，在gdb中用attach命令来挂接进程的PID。

并用detach来取消挂接的进程。

暂停 / 恢复程序运行当进程被gdb停住时，你可以使用info program 来查看程序的是否在运行，进程号，被暂停的原因。

在gdb中，我们可以有以下几种暂停方式：断点（BreakPoint）、观察点（WatchPoint）、捕捉点（CatchPoint）、信号（Signals）、线程停止（Thread Stops），如果要恢复程序运行，可以使用c或是continue命令。

线程（Thread Stops）如果程序是多线程，可以定义断点是否在所有的线程上，或是在某个特定的线程。

break threadbreak thread if ... linespec指定了断点设置在的源程序的行号。

threadno指定了线程的ID，注意，这个ID是GDB分配的，可以通过“info threads”命令来查看正在运行程序中的线程信息。

如果不指定thread 则表示断点设在所有线程上面。

还可以为某线程指定断点条件。

如： (gdb) break frik.c:13 thread 28 if bartab > lim 当你的程序被GDB停住时，所有的运行线程都会被停住。

这方便查看运行程序的总体情况。

而在你恢复程序运行时，所有的线程也会被恢复运行。

调试core文件Linux环境下经常遇到某个进程挂掉而找不到原因，应用程序崩溃，可以通过生成core file文件加上gdb来定位Core Dump：Core的意思是内存，Dump的意思是扔出来，堆出来。

开发和使用Unix程序时，有时程序莫名其妙的down了，却没有任何的提示(有时候会提示core dumped)，这时候可以查看一下有没有形如core.进程号的文件生成，这个文件便是操作系统把程序down掉时的内存内容扔出来生成的, 它可以做为调试程序的参考生成Core文件一般默认情况下，core file的大小被设置为了0，这样系统就不dump出core file了。

#设置core大小为无限ulimit -c unlimited#设置文件大小为无限ulimit unlimited这些需要有root权限, 在ubuntu下每次重新打开中断都需要重新输入上面的第一条命令, 来设置core大小为无限core文件生成路径:输入可执行文件运行命令的同一路径下。

若系统生成的core文件不带其他任何扩展名称，则全部命名为core。

新的core文件生成将覆盖原来的core文件。

1）/proc/sys/kernel/core_uses_pid可以控制core文件的文件名中是否添加pid作为扩展。

文件内容为1，表示添加pid作为扩展名，生成的core文件格式为core.xxxx；为0则表示生成的core文件同一命名为core。

可通过以下命令修改此文件：echo "1" > /proc/sys/kernel/core_uses_pid2）proc/sys/kernel/core_pattern可以控制core文件保存位置和文件名格式。

可通过以下命令修改此文件：echo "/corefile/core-%e-%p-%t" > core_pattern，可以将core文件统一生成到/corefile目录下，产生的文件名为core-命令名-pid-时间戳以下是参数列表: %p - insert pid into filename 添加pid %u - insert current uid into filename 添加当前uid %g - insert current gid into filename 添加当前gid %s - insert signal that caused the coredump into the filename 添加导致产生core的信号 %t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间 %h - insert hostname where the coredump happened into filename 添加主机名 %e - insert coredumping executable name into filename 添加命令名用gdb查看core文件下面我们可以在发生运行时信号引起的错误时发生core dump了.发生core dump之后, 用gdb进行查看core文件的内容, 以定位文件中引发core dump的行.gdb [exec file] [core file]如:gdb ./test core或gdb ./a.outcore-file core.xxxxgdb后, 用bt命令backtrace或where查看程序运行到哪里, 来定位core dump的文件->行.待调试的可执行文件，在编译的时候需要加-g，core文件才能正常显示出错信息1）gdb -core=core.xxxxfile ./a.outbt2）gdb -c core.xxxxfile ./a.outbt用gdb实时观察某进程crash信息启动进程gdb -p PIDc运行进程至crashgdb会显示crash信息bt UNIX,下,命令行,调试,工具,GDB,使用,教程,GDB