爲什麼我的系統在寫入控制檯時發出嘟嘟聲

我正在爲我正在使用的Web服務編寫控制檯測試程序。當我輸出到我的控制檯（JSON）足夠大的設置控制檯應用程序旋轉，我開始發出嗶嗶聲5-10秒。我檢查了\ a的輸出並找不到一個，所以我不確定是什麼導致了嗶嗶聲。爲什麼我的系統在寫入控制檯時發出嘟嘟聲

在這一點上，我只是猜測長輸出，但我不確定還有什麼問題或者是否有解決方案。

來源

2012-07-17 Stefan H

有一個類似的問題，如果輸出的大小超過控制檯上的行緩衝區，它會對我發出嗶聲。你有沒有嘗試調整垂直緩衝區大小？ – lukiffer 2012-07-17 06:08:03

@lukiffer我將BufferHeight設置爲？ – 2012-07-17 06:11:02

取決於輸出的大小。足夠的垂直線來顯示輸出......我最終不得不將數據分塊並分成Console.Write（）調用。 – lukiffer 2012-07-17 06:12:28

可能是BEL？

CTL-G

BEL

BELL

是當有需要調用用於關注所使用的控制字符;它可以控制警報或注意裝置。

來源

2012-07-17 06:03:16

他說沒有'\ a'的跡象控制檯輸出。 '\ a'是'BEL'的轉義序列。 – BoltClock 2012-07-17 06:04:39

我在嘗試寫入事件日誌時看到類似的東西，但它已滿。

嘗試Start > Run... > eventvwr然後清除某些日誌或更改日誌的最大大小（通過「操作」菜單）。

來源

2012-07-17 06:09:00

即使您檢查BELL字符的輸入，它仍可能發出蜂鳴聲。這是由於字體設置和unicode轉換。有問題的角色是U+2022，Bullet。

雷蒙德陳explains：

在OEM代碼頁，子彈字符被轉換爲蜂鳴聲。但爲什麼呢？

你看到的是MB_USEGLYPHCHARS反向。 Michael Kaplan 前段時間討論了MB_USEGLYPHCHARS。它確定某些字符在轉換爲Unicode時是否應被視爲控制字符或者是否可打印爲字符。例如，它控制是否應將ASCII鈴聲字符0x07轉換爲 Unicode鈴聲字符U + 0007或Unicode項目符號U + 2022。您需要MB_USEGLYPHCHARS標誌來決定何時將轉換爲Unicode，但在從Unicode轉換時沒有相應的歧義。從Unicode轉換時，U + 0007和 U + 2022映射到ASCII鈴聲字符。

來源

2013-02-09 01:20:51 mafu

爲什麼我的系統在寫入控制檯時發出嘟嘟聲

回答

相關問題