A. 電腦c盤里有一個qbcore文件，是什麼東西啊
quickbundle 核心組件!禁用就行！望採納
B. 我打開wegame提示丟失dbcore.dll怎麼辦
你可以去騰訊電腦管家的電腦診所看看
我記得上次電腦出現問題需要解決的時候看到DLL丟失修復這項了
管家管理頁——工具箱——電腦診所——DLL丟失——看裡面有沒有跟你一樣的情況——有的話選擇立即修復就可以了
C. 計算機中什麼叫找不到core目錄
安裝好以後再復制的？
當然不行了，你得復制安裝源文件，重新在同學電腦上裝一下。
你雖然把文件夾復制過去了，但是很多注冊表的內容，一些載入在
C盤
系統目錄的文件你是沒有復制過去的。
D. 搜狗輸入法的corelog文件夾是用來干什麼的網上根本沒搜到搜狗有這個文件夾
日誌目錄而已。
一些軟體運行時會產生一些日誌記錄，以便知道軟體在運行過程中會有什麼問題出現。好不方便開發人員進行分析。
E. 請問這個文件夾是什麼意思可以刪除嗎
這個文件夾是系統自動更新的補丁文件夾 刪了以後 自動更新開著就會再有
所以只要裡面沒內容了 文件夾可以不刪
F. tencent/tbs/backup/core是什麼文件夾
tbs指的tbs reader view, tbs瀏覽 器的文件夾, backup指的是備份. 希採納
G. CORE是什麼文件夾， 可以刪除嗎 佔了1點多個G
裝上第三方 文件管理
找到 system 下面的 這個軟體對應的 文件夾 直接 c 刪除 一般名字是一樣的 再到 install裡面 刪除 這軟體的發安裝程序 就算徹底刪除了
H. corefile是什麼文件夾
方法一：
從接觸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行，基於此，我們就可以有針對性的找到問題的根源，並加以解決。
I. 安卓根目錄里data/core文件夾裡面的文件是什麼特別大，都是100m一個的zip
/data/core/里的文件是系統出錯時產生的，可以放心刪除
J. vgcore.dll是什麼文件
應用程序
可以用騰訊電腦管家修復下。打開電腦管家——電腦診所——軟體問題——缺少dll文件。
如果不行，那就只有去網上下載了，（注意安全哈，掃描下）
去搜:vc2010 ,下載裝上就好了
第一個就是多特，記得分清你的系統是64位還是32位的，64位的就裝x64，32位的就裝x86的那個文件
直接拷貝該文件到系統目錄里：復制到C:\Windows\System\ 目錄下。
程序的話，嘗試使用兼容模式和管理員許可權運行游戲試試，操作：程序上→屬性→兼容性→勾選上使用管理員許可權運行同時使用xp sp3 的兼容模式