1. openssl編譯出錯，真心快崩潰了。。。求解答
已經找到原因了，原來是在配置編譯文件時，指令
perl
VC-WIN64A
...寫成了「perl
VC_WIN64A
...」了
呵呵，真是知道真相的我眼淚掉下來。。。所以說失之毫釐，謬之千里啊，大家一定要吸取我的教訓。。。
最後做一個openssl編譯中常犯的錯誤總結吧，後面的新人可以提前注意少走點彎路
1、如果你是Windows平台下編譯安裝，一定要用VS自帶的本地命令提示符，盡量少用系統自帶的命令提示符
2、千萬注意命令的大小寫和「_」與「-」的區別
3、注意你的環境變數，就這么多啦，我也是新人，後面要加緊學習
2. 為什麼一運行就崩潰 編譯軟體檢查不出錯誤
程序有異常，建議用Debug模式調試一下
3. 為什麼我的vc6.0不管有錯少錯誤，有沒有錯誤甚至空白頁進行編譯時總顯示有一個錯誤大神求解
題主點編譯時，底部"組建"框里提示的錯誤，滾輪上劃查看錯誤詳情是否為：Compiling...Error spawning cl.exe
如果時的話，是因為路徑有錯誤導致軟體找不到CL.exe，無法成功編譯。
可以參考網路經驗解決：WIN10安裝VC++6.0並解決三個兼容問題
VC++6.0是微軟於1998年發布的程序軟體，如果是在xp系統上安裝，可以直接運行，如果是在WIN7/8和WIN10上安裝會出現以下三個兼容性問題：
1、VC++6.0在win10(7/8)上，啟動報錯(0xc0000142)，無法啟動程序。
2、編譯報錯"Compiling... Error spawning cl.exe"，無法成功編譯。
3、點"打開"或者"添加"時程序崩潰。
第2個問題主要出現在綠色版里，第1、3個問題xp之後的系統普遍都有。
如果對題主有幫助，請採納，謝謝！
4. 崩潰了！VHDL程序老是編譯通不過！
你的原始程序做了少許的修改，其實你的程序沒有錯誤。應該是在編寫代碼的時候改變了輸入法，導致編譯錯誤的，以後要注意了。
把那個coi1_out統統刪除在敲一遍就好了。
LIBRARY IEEE;
USE IEEE.STD_LOGIC_1164.ALL;
USE IEEE.STD_LOGIC_UNSIGNED.ALL;
ENTITY PULSE IS
PORT ( RESET : IN STD_LOGIC;
CP : IN STD_LOGIC;
direction : IN STD_LOGIC;
A_A : OUT STD_LOGIC;
n_A : OUT STD_LOGIC;
B_B : OUT STD_LOGIC;
n_B : OUT STD_LOGIC );
END PULSE;
ARCHITECTURE behv OF PULSE IS
TYPE states IS (s0,s1,s2,s3);
signal current_state,next_state : states :=s0;
BEGIN
REG : PROCESS(CP,RESET)
BEGIN
IF (RESET = '1')THEN
current_state <= s0;
ELSIF (CP = '1' AND CP'EVENT) THEN
current_state <= next_state;
END IF;
END PROCESS;
CORN:PROCESS (current_state,direction)
variable coi1_out:STD_LOGIC_VECTOR(3 DOWNTO 0);
BEGIN
CASE current_state IS
WHEN s0 => coi1_out:="1100";
IF direction = '1' THEN
next_state <= s1;
ELSE
next_state <= s3;
END IF;
WHEN s1 => coi1_out:= "0110";
IF direction = '1' THEN
next_state <= s2;
ELSE
next_state <= s0;
END IF;
WHEN s2 => coi1_out:= "0101";
IF direction = '1' THEN
next_state <= S3;
ELSE
next_state <= s1;
END IF;
WHEN s3 => coi1_out:= "1001";
IF direction = '1' THEN
next_state <= s0;
ELSE
next_state <= s2;
END IF;
WHEN others => coi1_out:= "1100";
IF direction = '1' THEN
next_state <= s1;
ELSE
next_state <= s3;
END IF;
END CASE;
A_A <= coi1_out(3);
n_A <= coi1_out(1);
B_B <= coi1_out(2);
n_B <= coi1_out(0);
END PROCESS;
END behv;
5. 能解釋下編譯失敗的原因嗎
編譯失敗的原因有很多種。其中主要有以下一些類型：
（1）、用戶編寫的源程序中有語法錯誤。例如：未定義某一個變數就進行引用。這一類錯誤是最簡單的，也是編譯器最容易檢查出來的，所以會產生對源程序的編譯失敗；
（2）、用戶編寫的源程序中有未對變數進行初始化就進行引用，也會導致程序運行錯誤。例如：用戶雖然定義了一個指向某一個內存地址的指針變數，但是在使用前卻未對它進行初始化，並進行任何判斷，就往該指針指向的內存地址賦予了一個數值，這種情況在語法上編譯器是檢查不出來的，但是程序一旦運行起來，肯定就會出現錯誤了。在 WINDOWS 系統下一般是：指向XXXX的內存不能夠為 Read （或者為 Write），要是在 UNIX/Linux 系統下就會發生 Core Dumped。
（3）、數組越界。這類錯誤也是編譯器檢查不出來的，但是一旦程序運行起來，程序的運行結果可能就是一個隨機的結果。而不是用戶需要得到的結果。
所以從編譯的實質上說，以上情況都應該屬於編譯失敗的類型。因為編譯器並無法阻止這些錯誤的發生，而是讓程序在運行時發生了各種各樣的意想不到的運行結果。
6. 博圖 編譯CP1543-1失敗，博圖崩潰
電腦重新啟動一下 就好了。
7. 米思齊20版本總是編譯失敗是什麼原因
米思齊20版本總是編譯失敗的原因如下：
1、米思齊20版本的串隱搏口選擇錯誤導致編譯失敗,
2、米思齊20版本驅動未安裝導致編譯失敗,
3、米思齊20版本佔用了txd或rxd也會導致編游核譯失敗,
4、米思齊20版本選錯了主板型號。Mixly,中文名為米思齊,全稱為Mixly&Arino,是一款由北京師范大學教育學灶磨祥部創客教育實驗室傅騫教授團隊開發的圖形化編程軟體。
8. 程序無法編譯通過問題，怎麼解決
關於程序無法通過編譯的問題，其錯誤類型肯定是有很多種的。根據我多年的編程調試經驗，可以給你提供以下幾種類型的錯誤，供你參考（以下以 C 語言編程經驗為例，其他編程語言的調試思路也是同理的）。
其中最容易調試的程序錯誤類型就是：
（1）、在編寫源程序過程中出現的各種語法錯誤。這種錯誤主要是由於剛剛開始學習編程，對編程語言的語句、以及語法結構還不是很清晰造成的，這種錯誤是最容易進行調試的，因為語法錯誤，編譯器連編譯都無法通過（通常會顯示出來具體是哪一行出現錯誤），這樣的話，你就可以直接到出錯的那一行進行修改源代碼了；
（2）、若是經過一段時間的上機練習，對學習編程的初始階段已經較為熟練了、且語法錯誤較少了之後，之後就會遇到更加復雜、並且難於調試的語義錯誤。例如在 C 語言中，對於如下代碼：
void main( )
{
int n ;
scanf("%d", &n) ;
if( n == 100 )
printf(" n is 100 !\n") ;
else
printf(" n is not 100 !\n") ;
}
但是若在邏輯判斷語句：if( n == 100) 中，如果誤將「==」（邏輯等於）寫成了「=」（賦值等於），那麼在 scanf("%d", &n) 語句中，無論你輸入的 n 等於多少，一旦執行 if 語句，那麼 將 100 這個數字賦給變數 n，則該邏輯表達式的值總是 1，程序的運行結果必定總是輸出：n is 100。
而該程序的實際思路是：從鍵盤輸入一個整數，如果該整數等於 100，則輸出：n is 100 ！如果輸入的整數不等於 100 的話，則輸出：n is not 100 !
像這樣的邏輯錯誤（在對 C 語言源程序進行編譯時，C 語言編譯器是檢查不出來的），如果沒有豐富的程序調試經驗，程序調試起來就是非常困難的。
（3）、其它的錯誤類型例如：數組越界、非法使用了未初始化的指針變數、未對指針變數進行有效的內存分配，就向那一塊存儲區域讀寫數據，等等。這些都會造成程序崩潰，嚴重的就會造成操作系統崩潰。
9. C語言popen函數編譯（連接）的時候總說有一個error（錯誤），找不到原因求大神幫忙TAT
如果你是用的基於gcc的編譯碰坦灶器 這個代碼不會出問題 比如dev-C++ 或者C-free一類的
如果用VC或者VS 那這個就會出錯了
因為VC不支持popen而是_popen 需要改成笑扮
FILE *fp = _popen("tasklist", "信升r");