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核心应用服务。
不能删除，是本机自带服务，删除不掉或者删掉了手机会变砖头。