CrystalDiskInfoやCrystalDiskMarkなどCrystal Dew World製品に関する総合掲示板です。
|
![[NEW]](./brd/myk/image/new_icon.gif){kind=icon}
ひよひよ
- 20/9/29(火) 0:01 -
|
▼MASAさん：
>▼ひよひよさん：
>>▼MASAさん：
>>>CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
>>>
>>>Ver.8.7.*まではアンインストール時に
>>>「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
>>>といった確認のコメントが表示されていたはずですが
>>>
>>>Ver.8.8.*以降は表示されることなく
>>>完全にアンインストールされてしまうのは仕様でしょうか？
>>
>>インストーラーの多言語対応と合わせて、すっきりさっぱり削除するように変更しました。
>
>バックアップすればいいのでそれほど重要視はしていないのですが
>頻繁に更新するたびにSMARTのログが消えていくので
>過去からの推移が全くわからなくなって
>グラフの存在意味もなくなり
>なんだかなあという感じはします。
もしかして新しいバージョンが出る度にアンインストールしているのでしょうか？
CrystalDiskInfo のアップデートは、そのままインストーラーを実行するだけで良いです。
>▼ひよひよさん：
>>▼MASAさん：
>>>CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
>>>
>>>Ver.8.7.*まではアンインストール時に
>>>「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
>>>といった確認のコメントが表示されていたはずですが
>>>
>>>Ver.8.8.*以降は表示されることなく
>>>完全にアンインストールされてしまうのは仕様でしょうか？
>>
>>インストーラーの多言語対応と合わせて、すっきりさっぱり削除するように変更しました。
>
>バックアップすればいいのでそれほど重要視はしていないのですが
>頻繁に更新するたびにSMARTのログが消えていくので
>過去からの推移が全くわからなくなって
>グラフの存在意味もなくなり
>なんだかなあという感じはします。
もしかして新しいバージョンが出る度にアンインストールしているのでしょうか？
CrystalDiskInfo のアップデートは、そのままインストーラーを実行するだけで良いです。
|
MASA
- 20/9/28(月) 23:52 -
|
▼ひよひよさん：
>▼MASAさん：
>>CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
>>
>>Ver.8.7.*まではアンインストール時に
>>「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
>>といった確認のコメントが表示されていたはずですが
>>
>>Ver.8.8.*以降は表示されることなく
>>完全にアンインストールされてしまうのは仕様でしょうか？
>
>インストーラーの多言語対応と合わせて、すっきりさっぱり削除するように変更しました。
バックアップすればいいのでそれほど重要視はしていないのですが
頻繁に更新するたびにSMARTのログが消えていくので
過去からの推移が全くわからなくなって
グラフの存在意味もなくなり
なんだかなあという感じはします。
>▼MASAさん：
>>CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
>>
>>Ver.8.7.*まではアンインストール時に
>>「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
>>といった確認のコメントが表示されていたはずですが
>>
>>Ver.8.8.*以降は表示されることなく
>>完全にアンインストールされてしまうのは仕様でしょうか？
>
>インストーラーの多言語対応と合わせて、すっきりさっぱり削除するように変更しました。
バックアップすればいいのでそれほど重要視はしていないのですが
頻繁に更新するたびにSMARTのログが消えていくので
過去からの推移が全くわからなくなって
グラフの存在意味もなくなり
なんだかなあという感じはします。
|
ひよひよ
- 20/9/28(月) 23:07 -
|
>▼アイヴァーンさん：
>>ひよひよさん、おはこんばんちは！
おはこんばんちは！
ご連絡ありがとうございます。8.8.8の変更でバグらせていました。
手元の環境で改善したことを確認したので大丈夫だとは思いますが、8.8.9で修正したのでご確認をお願いします。
>>ひよひよさん、おはこんばんちは！
おはこんばんちは！
ご連絡ありがとうございます。8.8.8の変更でバグらせていました。
手元の環境で改善したことを確認したので大丈夫だとは思いますが、8.8.9で修正したのでご確認をお願いします。
|
ひよひよ
- 20/9/28(月) 19:30 -
|
▼MASAさん：
>CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
>
>Ver.8.7.*まではアンインストール時に
>「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
>といった確認のコメントが表示されていたはずですが
>
>Ver.8.8.*以降は表示されることなく
>完全にアンインストールされてしまうのは仕様でしょうか？
インストーラーの多言語対応と合わせて、すっきりさっぱり削除するように変更しました。
>CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
>
>Ver.8.7.*まではアンインストール時に
>「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
>といった確認のコメントが表示されていたはずですが
>
>Ver.8.8.*以降は表示されることなく
>完全にアンインストールされてしまうのは仕様でしょうか？
インストーラーの多言語対応と合わせて、すっきりさっぱり削除するように変更しました。
|
MASA
- 20/9/28(月) 15:19 -
|
CrystalDiskInfoのShizuku Edition インストーラー版を使用しています。
Ver.8.7.*まではアンインストール時に
「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
といった確認のコメントが表示されていたはずですが
Ver.8.8.*以降は表示されることなく
完全にアンインストールされてしまうのは仕様でしょうか？
Ver.8.7.*まではアンインストール時に
「CrystalDiskInfoの設定ファイルとログファイルを削除しますか？*****」
といった確認のコメントが表示されていたはずですが
Ver.8.8.*以降は表示されることなく
完全にアンインストールされてしまうのは仕様でしょうか？
|
アイヴァーン
- 20/9/28(月) 4:15 -
|
すみません、プレビューしたら添付ファイルが消えてました。
付けなおして再投稿します(;´∀｀)
▼アイヴァーンさん：
>ひよひよさん、おはこんばんちは！
>
>Crystal Disk Info 8.8.7 では表示された JMicron？ JMS583 チップ採用の USB3.0 NVMe SSD 外付けケースの SSD が 8.8.8 では表示されなくなっているようです。
>※ちなみに、外付けケース製品は Amazon で見つかる"ineo M.2 PCIe NVMe SSD外付ハードドライブケ―ス,正の放熱のための內蔵ファン[C2605 NVMe]"というもの。
>ポータブル外付けケースなので、普段は接続しておらず気が付かなかったくらいで実害はないのですが、気が付きましたのでご連絡まで(*´ω｀)ﾉ
付けなおして再投稿します(;´∀｀)
▼アイヴァーンさん：
>ひよひよさん、おはこんばんちは！
>
>Crystal Disk Info 8.8.7 では表示された JMicron？ JMS583 チップ採用の USB3.0 NVMe SSD 外付けケースの SSD が 8.8.8 では表示されなくなっているようです。
>※ちなみに、外付けケース製品は Amazon で見つかる"ineo M.2 PCIe NVMe SSD外付ハードドライブケ―ス,正の放熱のための內蔵ファン[C2605 NVMe]"というもの。
>ポータブル外付けケースなので、普段は接続しておらず気が付かなかったくらいで実害はないのですが、気が付きましたのでご連絡まで(*´ω｀)ﾉ
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
アイヴァーン
- 20/9/28(月) 4:13 -
|
ひよひよさん、おはこんばんちは！
Crystal Disk Info 8.8.7 では表示された JMicron？ JMS583 チップ採用の USB3.0 NVMe SSD 外付けケースの SSD が 8.8.8 では表示されなくなっているようです。
※ちなみに、外付けケース製品は Amazon で見つかる"ineo M.2 PCIe NVMe SSD外付ハードドライブケ―ス,正の放熱のための內蔵ファン[C2605 NVMe]"というもの。
ポータブル外付けケースなので、普段は接続しておらず気が付かなかったくらいで実害はないのですが、気が付きましたのでご連絡まで(*´ω｀)ﾉ
Crystal Disk Info 8.8.7 では表示された JMicron？ JMS583 チップ採用の USB3.0 NVMe SSD 外付けケースの SSD が 8.8.8 では表示されなくなっているようです。
※ちなみに、外付けケース製品は Amazon で見つかる"ineo M.2 PCIe NVMe SSD外付ハードドライブケ―ス,正の放熱のための內蔵ファン[C2605 NVMe]"というもの。
ポータブル外付けケースなので、普段は接続しておらず気が付かなかったくらいで実害はないのですが、気が付きましたのでご連絡まで(*´ω｀)ﾉ
|
金華山の仙人 - 20/9/27(日) 9:47 - |
▼ひよひよさん：
>う〜〜〜〜む。なにがしかリークしているのかもしれませんが、通常時は表示されているGDIオブジェクトがスクリーンショットを撮ったときだけ消えるってのはなんとも・・・。
既に「JMicron汎用：E9項目表示NG問題」は再現しなくなってる為、未だ再現環境が有るうちに、何とかヒントだけでも掴みたいですね。
この手の厄介問題は、再現環境が限られてる場合が多いので、再現環境でData採取や各種試験を行える時に行わないと、当分迷宮入りになりますし。
そして忘れた頃に客先で再現して、更に苦労する、というのが製品出荷後（フリーソフトの場合は、正式公開後に相当？）に良くあるパターンですし。
◇
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1975;id=#1975
｜影響範囲が小さくすぐに直せる部分は 8.x で修正しつつ、根本的には、9.xで改善を図りたいと思います。
とりあえず、上記の8.xで直せる部分を直して、試験したいところです。
>う〜〜〜〜む。なにがしかリークしているのかもしれませんが、通常時は表示されているGDIオブジェクトがスクリーンショットを撮ったときだけ消えるってのはなんとも・・・。
既に「JMicron汎用：E9項目表示NG問題」は再現しなくなってる為、未だ再現環境が有るうちに、何とかヒントだけでも掴みたいですね。
この手の厄介問題は、再現環境が限られてる場合が多いので、再現環境でData採取や各種試験を行える時に行わないと、当分迷宮入りになりますし。
そして忘れた頃に客先で再現して、更に苦労する、というのが製品出荷後（フリーソフトの場合は、正式公開後に相当？）に良くあるパターンですし。
◇
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1975;id=#1975
｜影響範囲が小さくすぐに直せる部分は 8.x で修正しつつ、根本的には、9.xで改善を図りたいと思います。
とりあえず、上記の8.xで直せる部分を直して、試験したいところです。
|
ひよひよ
- 20/9/26(土) 20:28 -
|
▼金華山の仙人さん：
>>まあ他ユーザーから、同様の問題現象の報告が無いうちは、「俺環」「Win環」の可能性も、十分残ってますが。
>
>上記可能性の調査の為にCDI8.8.8で、W10p64/2004でも同様の試験をしてみました。
>
>そうしたらSP600もシステムドライブも、何の問題も無く、CDIで画像セーブがOKでした。ｳｰｰﾝ
>
>これは厄介ですねぇ・・・。
>
>やっぱり他ユーザーからの報告を、待つしか無さそうな気がします。
う〜〜〜〜む。なにがしかリークしているのかもしれませんが、通常時は表示されているGDIオブジェクトがスクリーンショットを撮ったときだけ消えるってのはなんとも・・・。
>>まあ他ユーザーから、同様の問題現象の報告が無いうちは、「俺環」「Win環」の可能性も、十分残ってますが。
>
>上記可能性の調査の為にCDI8.8.8で、W10p64/2004でも同様の試験をしてみました。
>
>そうしたらSP600もシステムドライブも、何の問題も無く、CDIで画像セーブがOKでした。ｳｰｰﾝ
>
>これは厄介ですねぇ・・・。
>
>やっぱり他ユーザーからの報告を、待つしか無さそうな気がします。
う〜〜〜〜む。なにがしかリークしているのかもしれませんが、通常時は表示されているGDIオブジェクトがスクリーンショットを撮ったときだけ消えるってのはなんとも・・・。
|
ひよひよ
- 20/9/26(土) 20:27 -
|
|
金華山の仙人 - 20/9/24(木) 23:06 - |
>まあ他ユーザーから、同様の問題現象の報告が無いうちは、「俺環」「Win環」の可能性も、十分残ってますが。
上記可能性の調査の為にCDI8.8.8で、W10p64/2004でも同様の試験をしてみました。
そうしたらSP600もシステムドライブも、何の問題も無く、CDIで画像セーブがOKでした。ｳｰｰﾝ
これは厄介ですねぇ・・・。
やっぱり他ユーザーからの報告を、待つしか無さそうな気がします。
上記可能性の調査の為にCDI8.8.8で、W10p64/2004でも同様の試験をしてみました。
そうしたらSP600もシステムドライブも、何の問題も無く、CDIで画像セーブがOKでした。ｳｰｰﾝ
これは厄介ですねぇ・・・。
やっぱり他ユーザーからの報告を、待つしか無さそうな気がします。
|
金華山の仙人 - 20/9/24(木) 15:42 - |
しかし、この問題は結構厄介な感じです。
せめてJMicronなSSDの画像セーブしたら、他SSDのセーブ画像NGになるなら未だしも、JMiconなSSDを１回表示しただけで、他SSDのセーブ画像がNGになるのは、運用で回避するのも、かなり面倒です。
一つのPCに一個でもJMicron（現MaxioTekも?）なSSDが有って、一回でもそれを表示すると、他のSSD（多分JMicronなSSDも）が画像セーブNGになる、ってのは、CDI画像セーブ機能自体の使用を避けるしか無い気がします。
まあ他ユーザーから、同様の問題現象の報告が無いうちは、「俺環」「Win環」の可能性も、十分残ってますが。
せめてJMicronなSSDの画像セーブしたら、他SSDのセーブ画像NGになるなら未だしも、JMiconなSSDを１回表示しただけで、他SSDのセーブ画像がNGになるのは、運用で回避するのも、かなり面倒です。
一つのPCに一個でもJMicron（現MaxioTekも?）なSSDが有って、一回でもそれを表示すると、他のSSD（多分JMicronなSSDも）が画像セーブNGになる、ってのは、CDI画像セーブ機能自体の使用を避けるしか無い気がします。
まあ他ユーザーから、同様の問題現象の報告が無いうちは、「俺環」「Win環」の可能性も、十分残ってますが。
|
金華山の仙人 - 20/9/24(木) 15:26 - |
125%NG画像の方はSP600じゃなくて、W10p64/1909システムに使ってる545sの画像でしや。ｽﾐﾏｾﾝ
そうなると「JMicron汎用処理」の中のバグじゃない、可能性が有るのかな？
◇
という事で、もう少し検証してみました。
SP600のUSBアダプタ接続を外して、CDI8.8.8も終了した状態に、まず戻しました。
そしてUSBアダプタでSP600を接続して、CDI8.8.8を起動して、画面を125%に設定しました。
その後、まず545sをCDIで画像セーブしたところ、OKでした。
そして次にSP600を選んで画面に表示（画像セーブ無し）した後、再度545sを選択して、CDIで画像セーブしたところ、NGになりました。
やはり「JMicron汎用処理」が（画面表示するだけで）悪さをしてる事が、ハッキリした次第です。
そうなると「JMicron汎用処理」の中のバグじゃない、可能性が有るのかな？
◇
という事で、もう少し検証してみました。
SP600のUSBアダプタ接続を外して、CDI8.8.8も終了した状態に、まず戻しました。
そしてUSBアダプタでSP600を接続して、CDI8.8.8を起動して、画面を125%に設定しました。
その後、まず545sをCDIで画像セーブしたところ、OKでした。
そして次にSP600を選んで画面に表示（画像セーブ無し）した後、再度545sを選択して、CDIで画像セーブしたところ、NGになりました。
やはり「JMicron汎用処理」が（画面表示するだけで）悪さをしてる事が、ハッキリした次第です。
|
金華山の仙人 - 20/9/24(木) 15:07 - |
「SG600」:125%
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1982;id=#1982
「BarraCuda」：100%
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1983;id=#1983
「BarraCuda120」：100%
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1984;id=#1984
今回CDI8.8.8にて、W10p64/1909の環境で、SP600と同様に画像下端をSMART項目最下行に近接させてみましたが、CDIセーブ画像に問題は有りませんでした。
◇
しかしCDI8.8.8にて、SP600を再度試したところ、CDIセーブ画像NGは再発しました。
以前の100％だけでなくて、画面125%で試した（SMART全項目がギリギリ入りきらない）ところ、更に悪化した画像データになりました。
どうやら「俺環」「Win環」ではなくて、「JMicron汎用処理」のみに、バグが有るとしか考えられない様です。
下記のG神さんの指摘が、当たってる感じなんでしょうねえ。
https://crystalmark.info/board/c-board.cgi?cmd=ntr;tree=1962
「パトラッシュ状態」で大変でしょうが、何とか頑張りませう。(^_^;)
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1982;id=#1982
「BarraCuda」：100%
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1983;id=#1983
「BarraCuda120」：100%
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1984;id=#1984
今回CDI8.8.8にて、W10p64/1909の環境で、SP600と同様に画像下端をSMART項目最下行に近接させてみましたが、CDIセーブ画像に問題は有りませんでした。
◇
しかしCDI8.8.8にて、SP600を再度試したところ、CDIセーブ画像NGは再発しました。
以前の100％だけでなくて、画面125%で試した（SMART全項目がギリギリ入りきらない）ところ、更に悪化した画像データになりました。
どうやら「俺環」「Win環」ではなくて、「JMicron汎用処理」のみに、バグが有るとしか考えられない様です。
下記のG神さんの指摘が、当たってる感じなんでしょうねえ。
https://crystalmark.info/board/c-board.cgi?cmd=ntr;tree=1962
「パトラッシュ状態」で大変でしょうが、何とか頑張りませう。(^_^;)
|
金華山の仙人 - 20/9/24(木) 14:48 - |
こちらも01項目は、BarraCudaと同じくNGなままですね。(^_^;)
※W10p64/1909でのCDI画像セーブはOKでした。
※W10p64/1909でのCDI画像セーブはOKでした。
|
金華山の仙人 - 20/9/24(木) 14:39 - |
01項目NGのままなのは、BarraCuda/BarraCuda120 の方みたいですね。
まあ「リードエラーレート」表示なら、以前から各国言語の翻訳があるから楽ですが、BarraCudaで出現した
https://crystalmark.info/board/brd/myk/upload/1806_SeaTools-GUI_BarraCuda-SMART_1.PNG
｜01項目「UECC Error count」
は、各国言語で全て新規訳文を作る必要が有るので、確かに大変そうですね。(^_^;)
※こちらのCDI画像セーブも、W10p64/1909で実施したけど、問題無しでした。
まあ「リードエラーレート」表示なら、以前から各国言語の翻訳があるから楽ですが、BarraCudaで出現した
https://crystalmark.info/board/brd/myk/upload/1806_SeaTools-GUI_BarraCuda-SMART_1.PNG
｜01項目「UECC Error count」
は、各国言語で全て新規訳文を作る必要が有るので、確かに大変そうですね。(^_^;)
※こちらのCDI画像セーブも、W10p64/1909で実施したけど、問題無しでした。
|
金華山の仙人 - 20/9/24(木) 14:30 - |
どうやら01項目NGのまま、なのは、BarraCuda/BarraCuda120の方で、SG600は、01項目＆寿命%表示ともOKで、完了の様ですね。
※今回はSP600のセーブ画像で、右上が切れたW10p64/1909にて、画像下端をSMART最下行に近接してみたが、CDIセーブ画像に問題は無かったです。
※今回はSP600のセーブ画像で、右上が切れたW10p64/1909にて、画像下端をSMART最下行に近接してみたが、CDIセーブ画像に問題は無かったです。
|
金華山の仙人 - 20/9/24(木) 11:25 - |
▼G神さん：
自分もプログラム開発現場を離れた後で、離れた先の業務改善（手抜き？）や趣味の為等で、自作のHTMLやマクロの類を3〜4種類作成しましたが、ソースのチェックをしてくれる仲間が居ない場合に、結構苦労しました。
此処まで詳しくソースチェックしてくれるのは、大変貴重で有難い事だと思います。
（まあチェックされた方は、ちょっと複雑な気分になったりしますけどね。^^;）ｲｯｼｭﾉ､ﾊｼﾞｻﾗｼﾆﾅﾙﾉﾃﾞ
自分もプログラム開発現場を離れた後で、離れた先の業務改善（手抜き？）や趣味の為等で、自作のHTMLやマクロの類を3〜4種類作成しましたが、ソースのチェックをしてくれる仲間が居ない場合に、結構苦労しました。
此処まで詳しくソースチェックしてくれるのは、大変貴重で有難い事だと思います。
（まあチェックされた方は、ちょっと複雑な気分になったりしますけどね。^^;）ｲｯｼｭﾉ､ﾊｼﾞｻﾗｼﾆﾅﾙﾉﾃﾞ
|
金華山の仙人 - 20/9/24(木) 11:12 - |
▼G神さん：
返信と説明有難う御座います。
>指摘のバグは、SMART値のスレッショルドテーブルを出力するか否か、本来であれば「編集」-「コピーオプション」-「SMART_READ_THRESHOLD」メニューのチェックON/OFF状態に従うべきところを、「SMART_READ_DATA」チェック状態のON/OFFで判定しているというものです。
>
>そのため「SMART_READ_DATA」がOFFの状態で、「SMART_READ_THRESHOLD」のみONにしても、スレッショルドテーブルはファイル出力等されず、「SMART_READ_DATA」がONの状態なら、「SMART_READ_THRESHOLD」のON/OFFに関係なく、スレッショルドテーブルが出力されるという動きになります。
>
>それ以外の挙動に対しては、関係はないと思います。
３割位？しか理解出来てませんが、直接関係無い事は分かりました。
>ただ、気になったのが、プログラムの中核的なデータである、ATA_SMART_INFO を構造体として宣言していますが、コンストラクタが定義されていません。(Cと違いC++ではclassとstructはメンバのデフォルトの扱いがpublicか否かでほぼ同じ。class同様コンストラクタやデストラクタも定義できます)
>
>そのためATA_SMART_INFO型の変数を使う都度、明示的に初期化しない限り、構造体メンバ変数の初期値が不定になるため、それが廻り廻って再現性のないバグの原因になっている可能性はあります。
そうそう。(~_~;)
初期化してないDataのせいで、再現環境が分らなかったり一定しなかったり、っていうのは、それなりにプログラム開発の仕事に従事してた経験で、よーーーーーく分かります。
>ATA_SMART_INFO が構造体のままでも、とりあえずコンストラクタを定義することは可能です。 再現性のないバグを排除する目的なら、全てのメンバを自動で初期化するため、早急にコンストラクタを定義することと、併せて代入演算子(operator =)や、複製を作るコピーコンストラクタを定義した方がよいと思います。
>
>あと気になったのは、APIの呼び出し結果をチェックせずにその後の処理を行っているとかですね。
>APIによっては、特定条件下で呼び出した場合、必ず失敗するとかありますから。
丁度、職場にC言語が導入されかけた頃に、プログラム開発の仕事から離れたせいで、専門的な事は分かりませんが、何となーーーく分かりますねぇ。(^o^;)
返信と説明有難う御座います。
>指摘のバグは、SMART値のスレッショルドテーブルを出力するか否か、本来であれば「編集」-「コピーオプション」-「SMART_READ_THRESHOLD」メニューのチェックON/OFF状態に従うべきところを、「SMART_READ_DATA」チェック状態のON/OFFで判定しているというものです。
>
>そのため「SMART_READ_DATA」がOFFの状態で、「SMART_READ_THRESHOLD」のみONにしても、スレッショルドテーブルはファイル出力等されず、「SMART_READ_DATA」がONの状態なら、「SMART_READ_THRESHOLD」のON/OFFに関係なく、スレッショルドテーブルが出力されるという動きになります。
>
>それ以外の挙動に対しては、関係はないと思います。
３割位？しか理解出来てませんが、直接関係無い事は分かりました。
>ただ、気になったのが、プログラムの中核的なデータである、ATA_SMART_INFO を構造体として宣言していますが、コンストラクタが定義されていません。(Cと違いC++ではclassとstructはメンバのデフォルトの扱いがpublicか否かでほぼ同じ。class同様コンストラクタやデストラクタも定義できます)
>
>そのためATA_SMART_INFO型の変数を使う都度、明示的に初期化しない限り、構造体メンバ変数の初期値が不定になるため、それが廻り廻って再現性のないバグの原因になっている可能性はあります。
そうそう。(~_~;)
初期化してないDataのせいで、再現環境が分らなかったり一定しなかったり、っていうのは、それなりにプログラム開発の仕事に従事してた経験で、よーーーーーく分かります。
>ATA_SMART_INFO が構造体のままでも、とりあえずコンストラクタを定義することは可能です。 再現性のないバグを排除する目的なら、全てのメンバを自動で初期化するため、早急にコンストラクタを定義することと、併せて代入演算子(operator =)や、複製を作るコピーコンストラクタを定義した方がよいと思います。
>
>あと気になったのは、APIの呼び出し結果をチェックせずにその後の処理を行っているとかですね。
>APIによっては、特定条件下で呼び出した場合、必ず失敗するとかありますから。
丁度、職場にC言語が導入されかけた頃に、プログラム開発の仕事から離れたせいで、専門的な事は分かりませんが、何となーーーく分かりますねぇ。(^o^;)
|
金華山の仙人 - 20/9/24(木) 11:02 - |
▼ひよひよさん：
>8.8.8 で、個別対応に現在の値を参照するように変更しました。
別件のSG600の件は除いて、BarraCuda＆BarraCuda120は対処が終了した、と言う事で良いですね？
（あ、このツリーに書いてるから、SG600の寿命％がOKなのかな？）
後で時間をとって確認してみます。
>8.8.8 で、個別対応に現在の値を参照するように変更しました。
別件のSG600の件は除いて、BarraCuda＆BarraCuda120は対処が終了した、と言う事で良いですね？
（あ、このツリーに書いてるから、SG600の寿命％がOKなのかな？）
後で時間をとって確認してみます。
