androiddumpedcore

A. c語言程序通過編譯，運行時提示 core mped

這應該是linux下面按照c99標准編寫的代碼，不然在c89標準的編譯器下是無法通過編譯的。
linux下的段錯誤：segmentation
fault
(core
mped)和windows下的運行時錯誤道理是一樣，一般都是內存被踩訪問越界了導致。肯定是代碼的某處邏輯有問題，訪問了野指針啊之類的。

B. 請教如何查看core文件是哪個程序產生的

開發和使用Unix程序時,有時程序莫名其妙的down了,卻沒有任何的提示(有時候會提示coremped).這時候可以查看一下有沒有形如core.進程號的文件生成,這個文件便是操作系統把程序down掉時的內存內容扔出來生成的,它可以做為調試程序的參考.coremp又叫核心轉儲,當程序運行過程中發生異常,程序異常退出時,由操作系統把程序當前的內存狀況存儲在一個core文件中,叫coremp.gdb-ccore文件路徑[應用程序的路徑]進去後輸入where回車,就可以顯示程序在哪一行當掉的,在哪個函數中.有時候程序down了,但是core文件卻沒有生成.core文件的生成跟你當前系統的環境設置有關系,可以用下面的語句設置一下,然後再運行程序便成生成core文件.core文件生成的位置一般於運行程序的路徑相同,文件名一般為core.進程號

C. 段錯誤 (core mped)

段錯誤
可以肯定是你內存訪問出問題了。
而內存是系統管理的。
所以這類錯誤，一般是程序中某個值出了異常，
而這個值是要被用在某個指針中的。

這個要你自己好好檢查一下。
最好單步跟進去看一下到底是哪一句引起的錯誤。

D. ngrok 段錯誤core mped怎麼解決

這個還是需要一個一個排查
首先考慮軟體問題 卸載並且重裝最近安裝的軟體或者有程序錯誤的軟體
並且如果有電腦管家或者殺毒軟體就進行垃圾清理
然後重啟電腦試試有沒有用
如果沒有就是硬體問題了

這個可能是軟體的原因導致的
你可以卸載軟體然後清理垃圾
再重啟一次電腦後重新安裝軟體
如果不行就考慮是不是你的系統和軟體不兼容導致了
你所描述的問題解決方法差不多就是以上方法 最後所有方法都沒用記得只能請專業人員維修

E. 如何找出在android的一個SIGSEGV的原因

Linux下編程（尤其是服務端程序）若由於內存越界或其他原因產生「非法操作」，會導致程序悄無聲息地死去，初學者往往不知道程序死掉的原因。本人也曾飽受程序死不瞑目之苦。其實「非法操作」在絕大多數時候是因為「段錯誤」，即 SIGSEGV。而找到SIGSEG號拋出的位置，也就找到了程序死掉的原因。下面列出一些捕獲SIGSEGV的方法。假設程序名為 myprg，其進程ID(pid)為 2032。方法一：# ./myprg // 運行程序# ps -ef | grep myprg // 找出 myprg 的 pid# gdb myprg 2032 > debug.log // 讓 gdb 接管 myprg 的運行# (gdb) continue此方法利用gdb調試器捕獲SIGSEGV。上例中，將gdb輸出信息存入debug.log，關閉終端，gdb並不退出，繼續運行直到 myprg 出錯退出。gdb將捕獲到出錯點。方法二：# ./myprg // 運行程序# Segment fault (core mped) // 程序死掉了，系統輸出 "Segment fault"# gdb myprg core // 用 gdb 分析 core 文件此方法利用core文件，進行事後分析。但前提是保證系統會生成core文件。# ulimit -a查看當前core文件大小的限制，若為0，則需將它改為unlimited。# ulimit -S -c unlimited或修改 /etc/profile，找到 unlimit -S -c 0，將0改為unlimited，重啟系統。另外，如果程序安裝了 SIGSEGV 異常處理函數，那麼 gdb myprg core 時顯示的並不是真實的出錯位置，要想看到真實的出錯點，必須暫時去掉異常處理函數。

F. 什麼是Core Dump怎麼使用

開發和使用Unix程序時, 有時程序莫名其妙的down了, 卻沒有任何的提示(有時候會提示core mped). 這時候可以查看一下有沒有形如core.進程號的文件生成, 這個文件便是操作系統把程序down掉時的內存內容扔出來生成的, 它可以做為調試程序的參考.
core mp又叫核心轉儲, 當程序運行過程中發生異常, 程序異常退出時, 由操作系統把程序當前的內存狀況存儲在一個core文件中, 叫core mp.
gdb -c core文件路徑 [應用程序的路徑]
進去後輸入where回車, 就可以顯示程序在哪一行當掉的, 在哪個函數中.
有時候程序down了, 但是core文件卻沒有生成. core文件的生成跟你當前系統的環境設置有關系, 可以用下面的語句設置一下, 然後再運行程序便成生成core文件.core文件生成的位置一般於運行程序的路徑相同, 文件名一般為core.進程號

G. 段錯誤(core mped)」只知道跟資料庫 有關，但不知道如何解決，請高人幫忙解決此問題，

The problem that no `core' file is created on a segmentation fault; Locate errors in the source with GDB and `core' files
Linux 程序在遇到段錯誤（常見的是由非法訪問內存引起）的時候會產生 core 文件，如果這個程序包含調試信息（編譯的時候加 -g 選項），那麼使用 gdb 讀取這個 core 文件可以快速定位出錯的源代碼。原來在某軟體公司實習的時候（用 RedHat Enterprise Linux）覺得這樣非常方便查錯，但我自己用的 Debian GNU/Linux 卻默認不生成這個文件。
檢查以後發現原因是 core 文件最大尺寸（用 ulimit -c 查看）是 0，把它設置成非 0 值就可以了，如：
ulimit -c 2048（設置 core 文件最大尺寸為 2048 blocks，1block=512bytes，因此這里設置的其實是 1MiB）
ulimit -c unlimited（不限 core 文件尺寸）
附：用 gdb 根據 core mp 文件定位錯誤的辦法。
用這個程序作一個測試：
int foo (int *p)
{
return *p;
}
main()
{
foo (0);
}
derek@dli: /tmp $ gcc -g a.c
derek@dli: /tmp $ ./a.out
段錯誤 (core mped)
derek@dli: /tmp $ gdb ./a.out -c core
（這里略去約十行其他信息）
Core was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0 0x0804834a in foo (p=0x0) at a.c:3
3 return *p;
如果再輸入一條命令 bt，就可以看得清清楚楚錯誤是在什麼時機產生的：
(gdb) bt
#0 0x0804834a in foo (p=0x0) at a.c:3
#1 0x0804836b in main () at a.c:8
不能有比這更清楚的錯誤信息了！如果是在 Windows 下，就老老實實 Trace and Step 吧。

H. 根目錄下生成很多core.文件是什麼原因

在 UNIX/Linux 系統中，core 文件往往是由於用戶編寫的程序有問題，但是又不是在編譯、連接程序時就可以輕易發現的錯誤，但是一到運行程序時才會產生：core mped 信息。一般來說，core 文件佔用的空間比較大，也沒有什麼太多的用處，因此可以刪除掉它。

I. android core apps 這個是什麼，可以刪除嗎，對手機有影響嗎

Android Core Apps意思是：Android核心應用服務。
不能刪除，是本機自帶服務，刪除不掉或者刪掉了手機會變磚頭。