在你所建的 ，每個項目下，有個自帶jar包
把那個點開 裡面就有 核心core文件 也可以說整個jar包 都是核心文件
不明白繼續追問。
『貳』 unix系統下面的core文件怎麼看
方法一：
從接觸unix開始就一直聽到和遇到core mp，特別是剛學著使用C語言在AIX下編寫程序的時候，core mp更是時不時就會不請自來。記得當時剛寫應用的時候，提交程序時最怕的就是在運行過程時遇到core mp，對於銀行核心系統，特別是使用靜態應用進程，如果一個相對頻繁一點的交易導致core mp，那麼毫無疑問，除了趕緊定位錯誤改程序外，重啟進程甚至無法爭取到多少緩沖的時間來進行代碼的更正和測試。而且往往導致core mp的，就是程序中一個小小的未注意到或者未測試到的一個疏忽。
雖然常常遇到core mp，不過很長時間內，都是出於知道這個名字，知道它導致的後果，知道一部分導致它出現的原因，其他的就都不甚了了了。說起來，就是自己太懶了，懶得看書......少壯不努力啊。看過一則統計，說60歲以上的老人，超過70%都後悔少壯不努力，不知統計的數據能否反映整個社會的情況。不過總的來說，這句古話還是有些道理的。大家不要學我。哈哈
core mp，翻譯過來講，就是核心轉儲。大致上就是指，如果由於應用錯誤，如浮點異常、指令異常等，操作系統將會轉入內核的異常處理，向對應的進程發送特定的信號（SIGNAL），如果進程中沒有對這些信號進行處理，就會轉入默認的處理，core mp就是其中的一種。如果進程core mp，系統將會終止該進程，同時系統會產生core文件，以供調試使用。這個core文件其實就是內存的映像，即進程執行的時候內存的內容，也就是所謂的core mp。平常大家說某某進程core mp了，其實主要的意思就是說：某某進程因為錯誤而被系統自動終止了。
AIX上提供了dbx工具可以對core mp進行調試，協助定位引起core mp的代碼。最普通的語法是：
dbx 應用名 core文件， 然後使用where命令來顯示調試信息
一般來講，根據工作中遇到的情況，dbx還是能夠比較輕松的根據提示的內容來定位代碼的。不過也有一些特殊情況時，dbx顯示的調試信息過於模糊或者不直觀，這個時候就只能根據經驗來逐步定位了。有時定位起來會耗用相當長的時間。遇到這種情況時，使用日誌文件，通過在代碼中穿插多個寫log的語句，也可以協助發現。因為進程core mp時，日誌當然也中斷了，根據日誌在哪個代碼行之後或之前中止了，可以有效縮小尋找的范圍。甚至，在有些情況下，使用日誌定位是唯一簡便的方法了。
方法二：
在Unix系統下，應用程序崩潰，一般會產生core文件，如何根據core文件查找問題的所在，並做相應的分析和調試，是非常重要的，本文對此做簡單介紹。
例如，一個程序cmm_test_tool在運行的時候發生了錯誤，並生成了一個core文件，如下：
-rw-r–r– 1 root cmm_test_tool.c
-rw-r–r– 1 root cmm_test_tool.o
-rwxr-xr-x 1 root cmm_test_tool
-rw——- 1 root core.19344
-rw——- 1 root core.19351
-rw-r–r– 1 root cmm_test_tool.cfg
-rw-r–r– 1 root cmm_test_tool.res
-rw-r–r– 1 root cmm_test_tool.log
[root@AUTOTEST_SIM2 mam2cm]#
就可以利用命令gdb進行查找，參數一是應用程序的名稱，參數二是core文件，運行
gdb cmm_test_tool core.19344結果如下：
[root@AUTOTEST_SIM2 mam2cm]# gdb cmm_test_tool core.19344
GNU gdb Red Hat linux (5.2.1-4)
Copyright 2002 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 the conditions.
There is absolutely no warranty for GDB. Type 「show warranty」 for details.
This GDB was configured as 「i386-redhat-linux」…
Core was generated by `./cmm_test_tool』.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/i686/libpthread.so.0…done.
Loaded symbols for /lib/i686/libpthread.so.0
Reading symbols from /lib/i686/libm.so.6…done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /usr/lib/libz.so.1…done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libstdc++.so.5…done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/i686/libc.so.6…done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/libgcc_s.so.1…done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/ld-linux.so.2…done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2…done.
Loaded symbols for /lib/libnss_files.so.2
#0 0×4202cec1 in __strtoul_internal () from /lib/i686/libc.so.6
(gdb)
進入gdb提示符，輸入where，找到錯誤發生的位置和堆棧，如下：
(gdb) where
#0 0×4202cec1 in __strtoul_internal () from /lib/i686/libc.so.6
#1 0×4202d4e7 in strtoul () from /lib/i686/libc.so.6
#2 0×0804b4da in GetMaxIDFromDB (get_type=2, max_id=0×806fd20) at cmm_test_tool.c:788
#3 0×0804b9d7 in ConstrctVODProgram (vod_program=0×40345bdc) at cmm_test_tool.c:946
#4 0×0804a2f4 in TVRequestThread (arg=0×0) at cmm_test_tool.c:372
#5 0×40021941 in pthread_start_thread () from /lib/i686/libpthread.so.0
(gdb)
至此，可以看出文件出錯的位置是函數 GetMaxIDFromDB ，兩個參數分別是2和0×806fd20，這個函數位於源代碼的788行，基於此，我們就可以有針對性的找到問題的根源，並加以解決。
『叄』 如何查詢和修改Linux操作系統生成core mp文件的默認路徑
經過分析發現系統默認的core文件生成路徑是/var/logs，但/var/logs目錄並非系統自帶的，系統初始安裝默認自帶的是/var/log，最終導致該系統出現core mp後並沒能生成core文件，因此如何查詢和修改系統默認的core mp文件生產路徑呢？
方法如下：一. 查詢core mp文件路徑：
方法1： # cat /proc/sys/kerne怠琺糙貉孬股茬癱長凱l/core_pattern。
方法2： # /sbin/sysctl kernel.core_pattern二. 修改core mp文件路徑：
方法1：臨時修改/proc/sys/kernel/core_pattern文件，但/proc目錄本身是動態載入的，每次系統重啟都會重新載入，因此這種方法只能作為臨時修改。 /proc/sys/kernel/core_pattern 例：echo 『/var/log/%e.core.%p』 > /proc/sys/kernel/core_pattern
方法2：永久修改：使用sysctl -w name=value命令。 例：/sbin/sysctl -w kernel.core_pattern=/var/log/%e.core.%p為了更詳盡的記錄core mp當時的系統狀態，可通過以下參數來豐富core文件的命名： %% 單個%字元。
『肆』 如何生成core文件
1、先用#ulimit -a可以查看系統core文件的大小限制（第一行），core文件大小設置為0, 即沒有打開core mp設置；
[cpp] view plain print?
root@XZX:~/cnnic/project/dnsx/dnsX#ulimit-a
corefilesize(blocks,-c)0
datasegsize(kbytes,-d)unlimited
schelingpriority(-e)0
filesize(blocks,-f)unlimited
pendingsignals(-i)46621
maxlockedmemory(kbytes,-l)64
maxmemorysize(kbytes,-m)unlimited
openfiles(-n)1024
pipesize(512bytes,-p)8
POSIXmessagequeues(bytes,-q)819200
real-timepriority(-r)0
stacksize(kbytes,-s)8192
cputime(seconds,-t)unlimited
maxuserprocesses(-u)46621
virtualmemory(kbytes,-v)unlimited
filelocks(-x)unlimited
ulimit -c 0 不產生core文件
ulimit -c 100 設置core文件最大為100k
ulimit -c unlimited 不限制core文件大小
執行#ulimit -c unlimited，然後#ulimit -a查看結果如下（第一行）：
[cpp] view plain print?
root@XZX:~/cnnic/project/dnsx/dnsX#ulimit-a
corefilesize(blocks,-c)unlimited
datasegsize(kbytes,-d)unlimited
schelingpriority(-e)0
filesize(blocks,-f)unlimited
pendingsignals(-i)46621
maxlockedmemory(kbytes,-l)64
maxmemorysize(kbytes,-m)unlimited
openfiles(-n)1024
pipesize(512bytes,-p)8
POSIXmessagequeues(bytes,-q)819200
real-timepriority(-r)0
stacksize(kbytes,-s)8192
cputime(seconds,-t)unlimited
maxuserprocesses(-u)46621
virtualmemory(kbytes,-v)unlimited
filelocks(-x)unlimited
例如：
#gdb ./test core.2065
註：Linux下的C程序常常會因為內存訪問錯誤等原因造成segment fault(段錯誤)，此時如果系統core mp功能是打開的，那麼將會有內存映像轉儲到硬碟上來，之後可以用gdb對core文件進行分析，還原系統發生段錯誤時刻的堆棧情況。這對於我們發現程序bug很有幫助。
很多系統默認的core文件大小都是0，我們可以通過在shell的啟動腳本/etc/bashrc或者~/.bashrc等地方來加入 ulimit -c 命令來指定core文件大小，從而確保core文件能夠生成。
除此之外，還可以在/proc/sys/kernel/core_pattern里設置core文件的文件名模板，詳情請看core的官方man手冊。
需要說明的是：上述方法只是在當前shell中生效,重啟之後，就不再有效了。永久生效的辦法是如下：
永久生效辦法：
#vi /etc/profile 然後，在profile中添加：
ulimit -c 1073741824
(但是，若將產生的轉儲文件大小大於該數字時，將不會產生轉儲文件)
或者
ulimit -c unlimited
這樣重啟機器後生效了。 或者， 使用source命令使之馬上生效。
#source /etc/profile
三、指定內核轉儲的文件名和目錄
修改完內核轉儲設置後，當程序core mp後發現確實在本地目錄產生了core文件，但是如果程序多次core mp時，core文件會被覆蓋，原因是每次core mp後生成的文件名默認都叫core，接下來就分享下如果想在每次core m時產生的core文件都帶上進程號怎麼操作，或者你想把內核轉儲文件保存到其他目錄怎麼辦？
1、core mp文件名自動加上進程ID
#echo 1 >/proc/sys/kernel/core_uses_pid
最後生成的core mp文件名會加上進程ID.
2、另外可以通過修改kernel的參數，指定內核轉儲所生成的core文件的路徑和文件名。
可以通過在/etc/sysctl.conf文件中，對sysctl變數kernel.core_pattern的設置。
#vim /etc/sysctl.conf 然後，在sysctl.conf文件中添加下面兩句話：
kernel.core_pattern = /var/core/core_%e_%p
kernel.core_uses_pid = 0
保存後退出。
註：如果/proc/sys/kernel/core_uses_pid這個文件的內容被配置成1，即使core_pattern中沒有設置%p，最後生成的core mp文件名仍會加上進程ID。
這里%e, %p分別表示：
%c 轉儲文件的大小上限
%e 所mp的文件名
%g 所mp的進程的實際組ID
%h 主機名
%p 所mp的進程PID
%s 導致本次coremp的信號
%t 轉儲時刻(由1970年1月1日起計的秒數)
%u 所mp進程的實際用戶ID
可以使用以下命令，使修改結果馬上生效。
#sysctl –p /etc/sysctl.conf
請在/var目錄下先建立core文件夾，然後執行a.out程序，就會在/var/core/下產生以指定格式命名的內核轉儲文件。查看轉儲文件的情況：
#ls /var/core
core_a.out_2456
『伍』 請教如何查看core文件是哪個程序產生的
開發和使用Unix程序時,有時程序莫名其妙的down了,卻沒有任何的提示(有時內候會提示coremped).這時候可以查看一下有沒有容形如core.進程號的文件生成,這個文件便是操作系統把程序down掉時的內存內容扔出來生成的,它可以做為調試程序的參考.coremp又叫核心轉儲,當程序運行過程中發生異常,程序異常退出時,由操作系統把程序當前的內存狀況存儲在一個core文件中,叫coremp.gdb-ccore文件路徑[應用程序的路徑]進去後輸入where回車,就可以顯示程序在哪一行當掉的,在哪個函數中.有時候程序down了,但是core文件卻沒有生成.core文件的生成跟你當前系統的環境設置有關系,可以用下面的語句設置一下,然後再運行程序便成生成core文件.core文件生成的位置一般於運行程序的路徑相同,文件名一般為core.進程號
『陸』 Javacore文件產生的位置在哪裡
當時 java 啟動的當前目錄 ，比如你在桌面上雙擊快捷方式，那麼它就在快捷方式中所指定的」運行目錄」下。
你也可以把 System.getProperties() 列印出來，裡面提到了好幾個目錄 。
『柒』 ubuntu core mp的文件在哪個目錄
預設是執行程序所在的目錄
『捌』 如何查詢和修改Linux操作系統生成core mp文件的默認路徑
在linux平台下，設置core mp文件生成的方法： 1 ）如何生成 coremp 文件 登陸 LINUX 伺服器，任意位置鍵入 echo "ulimit -c 1024" >> /etc/profile 退出 LINUX 重新登陸 LINUX 鍵入 ulimit -c 如果顯示 1024 那麼說明 coremp 已經被開啟。...
『玖』 怎麼設置core文件的產生目錄
一共四個目錄，設置依次如下:
1、工作目錄:（這個是設置你的工作文件放在那個文件夾的路回徑，答比如你工作路徑是D盤/新建文件夾，那麼你直接設置到這里就行了）
2、矢量字型檔目錄:這個一般都是系統默認的，一般不需要設置。一般都是設置在C:\MAPGIS67\CLIB
3、系統庫目錄:這個一般都是系統默認的，一般不需要設置。一般都是設置在C:\MAPGIS67\SLIB
4、系統臨時目錄:這個一般都是系統默認的，一般不需要設置。一般都是設置在C:\MAPGIS67\TEMP。
『拾』 Linux SUSE 如何修改core文件生成路徑
應該是差不多的拉，fc有yum
這幾天我在安裝fc6，但是出問題了，提示刷新率超出范圍，
你可專以都試屬試啊，都說suse比其它版本的linux對硬體要求高些，還有他的3D桌面好像已經裝好了，還是安裝時很簡單，不清楚，我沒打開過，我的電腦是集成顯卡，而且機器也比較爛。
我用的是ubuntu，他的軟體管理是新得力，還有個更新管理器，他的apt軟體安裝很簡單，也算的上是一套軟體管理。
反正這些都是很流行的發行版隨便裝一個先試試