當我嘗試從Emacs中名爲「SDL_opengl.h」的SDL庫打開文件時,我在Linux中通過SDL的頭文件進行挖掘。出於某種原因,它總是導致它崩潰。它在Vim和gedit中打開得很好。當我打開一個特定的頭文件時,Emacs崩潰
有沒有其他人有Emacs的問題只是簡單地拒絕打開一個特定的文件?我應該尋找什麼樣的東西來找出造成問題的原因?請注意,我可以在該目錄中打開所有其他的「SDL _ *。h」文件;只是那個給我麻煩。
非常感謝提前!
當我嘗試從Emacs中名爲「SDL_opengl.h」的SDL庫打開文件時,我在Linux中通過SDL的頭文件進行挖掘。出於某種原因,它總是導致它崩潰。它在Vim和gedit中打開得很好。當我打開一個特定的頭文件時,Emacs崩潰
有沒有其他人有Emacs的問題只是簡單地拒絕打開一個特定的文件?我應該尋找什麼樣的東西來找出造成問題的原因?請注意,我可以在該目錄中打開所有其他的「SDL _ *。h」文件;只是那個給我麻煩。
非常感謝提前!
我會有興趣看到確切的錯誤消息,如果可能的話,堆棧跟蹤。
我懷疑文件編碼,特殊字符,文件大小,cc模式解析,或類似的東西是罪魁禍首。 (ubuntu 9上的emacs 22和libsdl1.2用utf-8屏幕對我來說工作正常)
哦,天啊,我是笨蛋。
所以我顯然低估了文件的大小和Emacs在打開所述大文件時的速度。
我決定坐下來等着看它是否完全死亡(與我相反),並在一整分鐘後,文件被加載。
因此,這解決了一個問題 - 該文件正在加載。但是,Emacs爲什麼要花這麼長時間才能做到這一點?我沒有啓用奇怪的設置,導致它比平常滯後。
你有hilit模式嗎? 與hilit自動突出最大值和一個很大的價值?
我有與頭文件相同的問題,所以減少這個值。
也許它是hs模式(hideshow模式)?
將我的評論轉換爲答案b/c評論被截斷。
嘗試加載該文件與
M-x find-file-literally
由於這(似乎)解析giogadi的問題,我認爲這點或許緩衝區的着色。 cc模式自己着色...
回溯將是非常有用的。 用gdb啓動emacs並再次打開它。 gdb emacs > r – 2009-06-12 16:32:42
當它崩潰時它會報告什麼嗎?什麼是錯誤? – 2009-06-12 16:33:07