請幫我糾正我的 C 程式

#include

#include

#include

using namespace std;

int main()

double a,b,c,d,e,f,g,h;

const double zero=1e-4;

d=b*b-4*a*c;

cout<<"123";

cin>>a>>b>>c;

d=b*b-4*a*c;

if(d>zero)

e=(-b-sqrt(d))/(2*a);

f=(-b+sqrt(d))/(2*a);

cout<<"123"e=(-b)/2*a;

f=(-b)/2*a;

cout<<"123"h=sqrt(-d)/(2*a);

你把程式寫得太亂了。

你好！！ 程式的錯誤已經變了，你試試看，程式的功能沒有仔細看，看後面的注釋：

using namespace std;你的名字是倒著寫的。

int main()

double a,b,c,d,e,f,g,h;

double const zero=le-4;你的 le 未定義。

d=b*b-4*a*c;

cout<<"123"; cin>>a>>b>>c;將 = 放在 cin 後面""刪除。

以記事本的形式開啟jpg檔案，在檔案末尾寫一條簡訊，然後儲存。 這樣的操作會導致原始檔案中的大量資料丟失，並且無法恢復。

因為記事本是乙個文字處理器，它只能顯示可見字元，而jpg檔案是二進位檔案，有很多數值是不可見的字元。 因此，用記事本開啟jpg檔案會導致這些不可見字元的丟失，最終導致jpg檔案損壞。

您可以使用 C 程式以二進位模式開啟 jpg 檔案，然後在檔案末尾新增資料後儲存。 這樣的操作會導致jpg檔案無法被瀏覽軟體識別，但只要通過程式刪除新增到尾部的資料，就可以將檔案恢復到原來的大小，也可以被圖形軟體識別。

如果要確定 ** 末尾是否有附加文字資訊，更簡單的方法是在附加文字資訊之前新增幾個位元組的特徵碼，例如連續 2 位或更多位數字的0xff值，這是其中一種方法。 同時，還可以通過將文字資訊附加到固定長度的方式進行補充，例如每次附加 4k 位元組的文字內容，並在其前使用兩個“|”字元作為識別符號。

那麼在判斷的時候，可以從檔案尾部倒數4k位元組，然後取前兩個位元組來判斷是不是兩個“|如果是這樣，則表示該檔案已以文字形式附加。

根據 jpeg 檔案格式規範，jpeg 檔案的末尾以 0xffd9 結尾，如果找到這兩個位元組，如果後面有資料，則必須附加。

首先我要告訴你的是，我剛剛試過了，如果你用的是文字jpg檔案，儲存後看起來是打不開的。

看來這個問題有點難，首先，你新增資訊後，檔案末尾變了，檔案的內容也變了。 如果用c來判斷，它只知道這兩個是檔案，那麼就需要研究一下jpg編碼格式，看看它到底以什麼結尾，在結尾之後加上你自己的資訊，然後看看這個結尾背後是不是有什麼東西，但我覺得這很難實現。

JPEG是乙個壓縮檔案，如果手動更改，它將無法驗證並成為無效檔案。 簡單的方法就是找到乙個支援這個JPEG的第三方SDK，然後開啟這個JPEG檔案，這個檔案可以開啟，說明它是有效的，沒有被改動過，否則就變了。

如果兩張圖片的原件是同一張，可以直接編寫程式進行二進位比對，通過識別是否是字元（文字資訊）來判斷差異，確定文字資訊中新增了哪乙個;

如果兩者不一樣，那麼可能只能通過編寫字元識別程式來一一檢查，如果在某個**中檢測到乙個字串，就可以在很大程度上解釋問題所在——jpg格式**是二進位資料，符合一定的編碼規則，所以包含字元（尤其是有意義的字元）的概率很小， 所以不難識別它。

另乙個：1這種加密形式似乎非常不可靠，可以考慮數字水印什麼的。

2.Beyond Compare：檔案比較工具，可讓您批量比較。

修復：上述二進位資料包含字串的說法不太可能正確。 實際上，在記事本中開啟的jpg檔案中會有大量無意義的字元。

要檢視JPEG中是否有任何隱含的文字資訊（人為），可以考慮從兩個方面入手：

1.假設將文字資訊新增到低手，並且使用二進位或文字工具將文字資訊塞進 jpg**，那麼最有可能的結果是檔案格式被破壞，應該很容易發現問題：jpeg 檔案包含壓縮資料資訊和壓縮資料的描述資訊， 兩者相互對應，密不可分，而且描述資訊部分有嚴格的格式規範，所以根據圖，可以大致確定問題所在。

先決條件是熟悉 JPEG 檔案的格式。

2.假設新增文字資訊的人是熟悉JPEG知識的大師，他可以利用JPEG檔案結構的特點，在檔案中新增一些不影響JPEG在表面上使用的資料，從而達到隱藏資訊（或其他資訊）的目的。 但對於熟悉JPEG的人來說，破解它應該不難：

例如，通過新增冗餘的DHT表（霍夫曼對映表）來攜帶插入的資訊，這種行為幾乎肯定會被檢測到，就像我們在努力維持生計時總是可以削減不必要的開支一樣。 畢竟JPEG的出現，就是為了盡可能縮小**的大小！ 擁有如此高的冗餘資訊似乎不尋常嗎？

以上只是一般分析，具體實現可能會麻煩，所以暫時保留我的意見。

綜上所述，解決LZ問題需要熟悉JPEG**格式、編碼標準等。 解決起來永遠不會太難。

您需要檢視 jpeg 程式碼檔案，看看您如何計算檔案的大小，它表示您新增了文字，並且大小更改為儲存在 jpg 中的相同大小資訊。

您有很多方法可以為影象新增水印，因此我建議您檢視有關數字影象處理的資訊。 有一種方法可以做到這一點，你可以從中學習。

例如，兩條直線的方程為：

ax+by+cz+d=0

ex+fy+gz+h=0

然後是：1.如果重合：那麼。

a/e=b/f=

c/g=f/h；

2. 如果平行：那麼。

a/e=b/f=

c/g!=d/h；

3.如果相交：則。

a/e、b/f、c/g

之間只有乙個值，其他兩個值不相等;

4.如果對面：那麼。

a/e、b/f、c/g

彼此不相等;