你的代碼最好寫成下面形式
<html><head></head>
<body>
<?php
echo "hello world!\n";<!-最好加個空格，編程序要有好習慣-->
?>
</body></html>
不出結果的原因應該是因為php文件需要URL連接，應該查看你的文件放置的位置是否正確
㈡ linux系統下調試core文件耗不耗資源
linux下core文件調試方法在程序不尋常退出時，內核會在當前工作目錄下生成一個core文件（是一個內存映像，同時加上調試信息）。使用gdb來查看core文件，可以指示出導致程序出錯的代碼所在文件和行數。
1.core文件的生成開關和大小限制
（1）使用ulimit -c命令可查看core文件的生成開關。若結果為0，則表示關閉了此功能，不會生成core文件。
（2）使用ulimit -c filesize命令，可以限制core文件的大小（filesize的單位為kbyte）。若ulimit -c unlimited，則表示core文件的大小不受限制。如果生成的信息超過此大小，將會被裁剪，最終生成一個不完整的core文件。在調試此core文件的時候，gdb會提示錯誤。
2.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_pid
（2）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 coremp into the filename 添加導致產生core的信號
%t - insert UNIX time that the coremp occurred into filename 添加core文件生成時的unix時間
%h - insert hostname where the coremp happened into filename 添加主機名
%e - insert coremping executable name into filename 添加命令名
3.core文件的查看
core文件需要使用gdb來查看。
gdb ./a.out
core-file core.xxxx
使用bt命令即可看到程序出錯的地方。
以下兩種命令方式具有相同的效果，但是在有些環境下不生效，所以推薦使用上面的命令。
（1）gdb -core=core.xxxx
file ./a.out
bt
（2）gdb -c core.xxxx
file ./a.out
bt
4.開發板上使用core文件調試
如果開發板的操作系統也是linux，core調試方法依然適用。如果開發板上不支持gdb，可將開發板的環境（依賴庫）、可執行文件和core文件拷貝到PC的linux下。
在 PC上調試開發板上產生的core文件，需要使用交叉編譯器自帶的gdb，並且需要在gdb中指定solib-absolute-prefix和 solib-search-path兩個變數以保證gdb能夠找到可執行程序的依賴庫路徑。有一種建立配置文件的方法，不需要每次啟動gdb都配置以上變數，即：在待運行gdb的路徑下建立.gdbinit。
配置文件內容：
set solib-absolute-prefix YOUR_CROSS_COMPILE_PATH
set solib-search-path YOUR_CROSS_COMPILE_PATH
set solib-search-path YOUR_DEVELOPER_TOOLS_LIB_PATH
handle SIG32 nostop noprint pass
注意：待調試的可執行文件，在編譯的時候需要加-g，core文件才能正常顯示出錯信息！有時候core信息很大，超出了開發板的空間限制，生成的core信息會殘缺不全而無法使用，可以
㈢ 嵌入式Linux的GDB遠程調試如何實現呢
有道啟新嵌入式研究院——遠程調試環境由宿主機GDB和目標機調試stub共同構成，兩者通過串口或TCP連接。使用GDB標准遠程串列協議協同工作，實現對目標機上的系統內核和上層應用的監控和調試功能。調試stub是嵌入式系統中的一段代碼，作為宿主機GDB和目標機調試程序間的一個媒介而存在。
就目前而言，嵌入式Linux系統中，主要有三種遠程調試方法，分別適用於不同場合的調試工作：用ROM Monitor調試目標機程序、用KGDB調試系統內核和用gdbserver調試用戶空間程序。這三種調試方法的區別主要在於，目標機遠程調試stub的存在形式的不同，而其設計思路和實現方法則是大致相同的。
而我們最常用的是調試應用程序。就是採用gdb+gdbserver的方式進行調試。在很多情況下，用戶需要對一個應用程序進行反復調試，特別是復雜的程序。採用GDB方法調試，由於嵌入式系統資源有限性，一般不能直接在目標系統上進行調試，通常採用gdb+gdbserver的方式進行調試。Gdbserver在目標系統中運行，gdb則在宿主機上運行。
要進行GDB調試，目標系統必須包括gdbserver程序，宿主機也必須安裝gdb程序。一般linux發行版中都有一個可以運行的gdb，但開發人員不能直接使用該發行版中的gdb來做遠程調試，而要獲取gdb的源代碼包，針對arm平台作一個簡單配置，重新編譯得到相應gdb.gdb的源代碼包可以從http://ftp.cs.pu.e.tw/Linux/sourceware/gdb/releases/下載，最新版本為gdb-6.4.下載到某個目錄，筆者下載到自己的用戶目錄：/home/vicky.下載完後，進入/home/vicky目錄，配置編譯步驟如下：
#tar jxvf gdb-6.4-tar-bz2
#cd gdb-6.4
#./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
#make
(這一步的時候可能會有問題，提示一個函數中（具體函數名不記得了）parse error，就是unsigned前邊多了一個」}」,你用vi進入那一行把它刪掉就行了。)
#make install
#export PATH=$PATH:/usr/local/arm-gdb
進入gdbserver目錄：
#./configure --target=arm-linux –host=arm-linux
#make CC=/usr/local/arm/2.95.3/bin/arm-linux-gcc
(這一步要指定arm-linux-gcc的位置，可能跟你的不一樣)
沒有錯誤的話就在gdbserver目錄下生成gdbserver可執行文件，把它燒寫到flash的根文件系統分區，或通過nfs mount的方式都可以。只要保證gdbserver能在開發板上運行就行。
下面就可以用gdb+gdbserver調試我們開發板上的程序了。在目標板上運行gdbserver，其實就是在宿主機的minicom下，我的red hat linux裝在vmware下的。我是在minicom下#mount 192.168.2.100：/ /tmp後做的（這里參數-o nolock可以不加，不加這一步執行得反而更快些），hello和gdbserver都是位於linux根目錄下，把主機根目錄掛在到開發板的/tmp目錄下。
要進行gdb調試，首先要在目標系統上啟動gdbserver服務。在gdbserver所在目錄下輸入命令：
(minicom下)
#cd /tmp
#./gdbserver 192.168.2.100:2345 hello
192.168.2.100為宿主機IP，在目標系統的2345埠開啟了一個調試進程，hello為要調試的程序。
出現提示：
Process /tmp/hello created: pid=80
Listening on port 2345
(另一個終端下)
#cd /
#export PATH=$PATH:/usr/local/arm-gdb/bin
#arm-linux-gdb hello
(gdb) target remote 192.168.2.223:2345
（192.168.2.223為開發板IP）
出現提示：
Remote debugging using 192.168.2.223:2345
[New thread 80]
[Switching to thread 80]
0x40002a90 in ??()
同時在minicom下提示：
Remote debugging from host 192.168.2.100
(gdb)
連接成功，這時候就可以輸入各種gdb命令如list、run、next、step、break等進行程序調試了。
以上針對通過nfs mount和tftp的方式，只能在主機上調試好後下載到開發板上運行，如果有錯誤要反復這個過程，繁瑣不說，有些程序只能在開發板上調試。所以筆者採用了gdbserver的遠程調試方式。希望對大家調試程序有用！
㈣ 在linux里，c程序的編輯、編譯、調試的詳細步驟是什麼
（1）用工具寫好C程序...比如vi
（2）打開終端，進入你存放C語言代碼的路徑 例如： cd /opt/
（3）gcc a.c -o abc 意思是：把你的a.c編譯成abc可執行文件
（4）在當前目錄終端下 運行生成的abc,例如： ./abc 前面的.不要掉了
後面可以用gdb進行調試，你可以自己去學習...這是最基本的！！
㈤ Linux內核睡眠喚醒調試
本文基於 RockPI 4A 單板 Debian 系統 Linux4.4 內核介紹下睡眠喚醒（ suspend/resume ）的一些調試方法。
1、關閉串口睡眠
在Linux內核睡眠過程中，會先調用 suspend_console() 函數使串口進入睡眠狀態，這樣會導致後續設備驅動的睡眠過程不可見。可以在boot啟動參數中增加 no_console_suspend 參數，顯示設備驅動睡眠日誌。
2、修激前改串口日誌櫻猜等級
修改串口日誌列印等級，顯示更多調試信息。
3、打開設備睡眠喚醒時間
設置 pm_print_times 參數，可以顯示設備驅動睡眠喚醒時間，方便調試時查看哪個函數處理脊鉛型佔用時間過長。
在調試Linux內核睡眠喚醒功能時，可以使用 RTC 做喚醒源，在系統睡眠5秒後，自動喚醒系統。
在 arch/arm64/configs/rockchip_linux_defconfig 文件中配置宏 CONFIG_PM_TEST_SUSPEND 。
喚醒日誌如下：
㈥ 如何在 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：取消對先前設置的那些變數的跟蹤