09/07/06 11:41:48
>>675
いろいろな人が使って枯れているコンパイラより
プログラマが作ったバグの方が圧倒的に多い。
すべてアセンブラで書くなんて考えられない。
704:仕様書無しさん
09/07/06 12:17:01
>>703
>>675は「すべてアセンブラで書く」とは一言も言ってないんだが。
まぁ経験ないなら分からんだろうけどな。
705:仕様書無しさん
09/07/06 12:17:07
>>703
おまいコンパイラでフェイルセーフなコード書けるか？
706:仕様書無しさん
09/07/06 12:52:51
フェイルセーフとコンパイラは関係ないだろ
707:674
09/07/06 14:13:27
出元は私ですね。私も>>703な提案をその会社にぶつけてみたのですが、
一顧だにされませんでした。>>675さんではないが、その会社の仕事を受ける下請けは
ASMコードしか納入を認められませんでした。私はｃで書いてそのASMコードを納入。
正確には、下請けの担当者を指導したので、その人が書いたとして納入でした。
708:仕様書無しさん
09/07/06 14:49:34
>>707
そういう事言っちゃうと>>703の立場がなくなちゃうじゃないかｗ
709:仕様書無しさん
09/07/06 15:07:11
>>703は根本的に何も分かってないんだから、立場なんかなくなっていいよ。
710:仕様書無しさん
09/07/06 18:37:53
○コンパイラを信頼しきってはいけない。
×コンパイラよりもアセンブラのほうが信頼性がある。
711:仕様書無しさん
09/07/06 18:52:19
アセンブラが吐いたコードは信用できないので全部ハンドアセンブル。
もしくは吐いたバイナリを全部チェック。
でもまだプロセッサが信用ならんな。
712:仕様書無しさん
09/07/06 20:00:02
リレーシーケンス最強伝説
713:仕様書無しさん
09/07/06 20:40:51
世の中、全部ラダーで説明できる
714:仕様書無しさん
09/07/06 21:25:29
ある車載部品メーカのソフトウエア
メモリチェックだけでなく、レジスタのチェックまでしてたよ。
マジで
715:仕様書無しさん
09/07/06 21:34:04
>>714
起動時のハードチェックはアーケードゲームだってやってるぞ。
716:仕様書無しさん
09/07/06 21:35:20
>>710
ディレイスロットの穴埋め作業は人間の方が信用できんわな
>>714
車載部品じゃなくても、普通するだろう?
大した量のコードでもないだろう?
717:葉猫 ◆Jz.SaKuRaM
09/07/06 23:50:41
レジスタのチェックなんて一切ちないでちょ。
最近のマイコンのレジスタ量は膨大だち、そもそも勝手にON/OFFちたらハードが暴走つる。。。。。。。。。。。。。。。。。。。。。。。。。。
718:仕様書無しさん
09/07/06 23:52:59
お前まだ生きてたのか
719:仕様書無しさん
09/07/06 23:57:37
東海大の組込み大学院結構凄い
おまいらにオススメ
720:仕様書無しさん
09/07/07 00:19:46
レジスタいうてもCPUコアのレジスタだけでしょ。
問題はレジスタを試験するコードはレジスタを使ってるので
壊れている時にどうなるか予測がつかないわけで。
何も考えてない人が考案したか、CPUが1チップでなかった時代の名残と考えてる。
721:仕様書無しさん
09/07/07 00:25:15
いや、スレ的にメモリマップドI/Oだろ？
チェックするのが普通だと思うが。
722:仕様書無しさん
09/07/07 00:25:44
IBM PCのbiosのソースにレジスタのチェックがあったような
723:仕様書無しさん
09/07/07 00:47:33
>>721
レジスタのﾁｪｯｸつーか、
起動時にH/Wのセルフテストくらいするよな
724:仕様書無しさん
09/07/07 00:50:00
H/Wにセルフテストできる機能がついてればってことでしょ？
725:仕様書無しさん
09/07/07 00:51:21
>>714はコアのレジスタの事だと思ったんだけど。
で、周辺は機能単位で自己診断はするけど、レジスタ単体ではしないな。
>>722
S/360の影響を受けているのかも。
726:仕様書無しさん
09/07/07 03:40:09
レジスタのチェックってどんなことやるの？ やはりメモリみたいにAA書いて55書いてFF書いて
00書いて、読んでそのとおりになってるか、とか？
727:仕様書無しさん
09/07/07 04:59:12
レジスタが正しいってCPUが判断できるんだろうか（´･ω･`）。
コア３つあってお互いに比較するとか？
728:仕様書無しさん
09/07/07 05:19:40
レジスタの中身をI/Oで出力して外部回路でそれを確認とか
729:仕様書無しさん
09/07/07 08:38:01
CPU によって違うけど, 最低でも
1. condition code が正しく変化するか
2. レジスター間の転送でデータが変わることがないか
程度のことはするけどな
730:仕様書無しさん
09/07/07 11:29:36
ふつーBIST機能だろ
731:仕様書無しさん
09/07/07 11:54:38
この業界って病んでる奴多いな・・・
732:仕様書無しさん
09/07/07 22:48:22
>>731
その場合「（コ）の業界」だろ
733:仕様書無しさん
09/07/07 23:30:28
やらねー。
起動時にやるのはDRAMのチェックくらいかな。
0xdeadbeefとか0x5ca1ab1eとか0xbeeffaceとか0xba5eba11とか
734:仕様書無しさん
09/07/08 07:12:13
deadbeefとかって、まだよく使われてる技法なのか。
735:仕様書無しさん
09/07/08 10:36:37
>>707
703ですけど、わかってないと言われて出てきました。
私も同じように言われたことがあります。
そのときはＣで書いたサンプルプログラムとコンパイル結果のアセンブラソース
をお客さんに見せて、説得しました。
（ちょっとしたサンプルを１０本ほど用意しました。）
その結果、お客さんが食いついてきて、さらに何本かのサンプルを作り
結果のアセンブラソースを見てもらいました。
それで何とかＯＫをもらうことが出来ました。
最後はしっかり責任を持ってソフトを作りますってことで納得してもらいました。
736:仕様書無しさん
09/07/08 10:39:54
技法かこれ？
737:仕様書無しさん
09/07/08 10:52:11
URLﾘﾝｸ(ja.wikipedia.org)
技法といえば技法なのかもしれんｗ
738:仕様書無しさん
09/07/08 13:28:05
そりゃASMもやるけど
Cが併用できないなんてやだよ