[過去ログ] WindowsやめてLinuxデスクトップ! 6 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
213: 2018/03/17(土)14:31 ID:B2V6hcn6(1/2) AAS
>>206
呼ばれたような気がした、釣られたか。
今回のFT245RLを監視・制御する6809ルーチンでC言語的な STA , X+ (A7 80)インクリメントは使った。
下を印刷して実質ハンドアセンブルした。ミニアセンブラだとアドレッシングモードが思うように反映しない。
外部リンク:www.6809.net

一昨日バイナリーの送受信もできてるようになった。なのでFM-7で作ったコード
(意地でもモニタを見て、手書きで書き写したりしない)をLinuxに送ることができたのでテキストにした上
「ハンド」ディスアセンブルして、このスレに貼ろうと考えたけどケチを付ける人が必ずいるから止めた。
因みにバイナリーの確認はLinux側でreadしたバイナリーデータをエコーバック(write)でFM-7に返した。
214
(1): 2018/03/17(土)14:35 ID:me3bJpkH(1/4) AAS
そういえば、VC++のMFCの一部を改良するより、大規模に自作の関数群に入れ替えた
方が上手く行った事がある。なぜなら、MFCのソースを正確に解読するのに時間がかか
る事、解読できても、少し修正する程度では自分がやりたい事ができるような設計には
そもそもなっていない事、既存のMFCの基礎に不具合を生じさせないためには、むしろ
自前のコードが複雑になってしまい、バグの発生確率が高まること、などがあった
(できないわけではないが、自分が実装したいコードとはアルゴリズムが余りにも異な
るため、お互いのコードのすり合わせの部分が巨大になると予想されたから。)。
215
(1): 2018/03/17(土)14:41 ID:B2V6hcn6(2/2) AAS
>>199
>原因が別にあるよなw
他の切り口・方法でも確かめてるから原因は他にはない。因みにAY-3-8910を外してパータンを利用してる。

1)トライステートバスバッファとフリップフロップの違いってことに関して
正解を明示する前にこの類の回答があるだろうと用意してた引っかえ問題で原因を提示したあとでは気抜けた。
理由は制御できるタイプのフリップフロップなら代用は利くから。ただコスト的にも回路的にも無意味なだけ。
背景として74LS244の予備が一個で74LS74の予備が数個あったので動けばコスト的にも有利と魔が差した訳。

2)よく壊さなかったな
含み笑いが出る、君も知ったかだね。この辺りは実体験のあるなしの違いも大きいかな。
ハードに損傷を与えるか否かは原因が決まってる。某インターフェースの規格を作った人から昔聞いていた。
省2
216
(3): 214 2018/03/17(土)14:44 ID:me3bJpkH(2/4) AAS
>>214 は、>>211 >>212 へのコメント

何が言いたかったかというと、自分で作った場合には色々なメリットがある
ということ。

1. 一度作ってしまえば、自分の思い通りに改良しやすい。
2. ライセンスに翻弄されることもない。
3. もし自分の腕が良いなら、例え表面的には既存のものと同じ機能であっ
  ても、実は自分で書いた方がコードの効率も可読性が良いかも。
4. 3.の結果、改良も容易で、改良後の安定性も高くできるかも(あなた次第で)。
5. 日本語対応なども自分のコードならとても上手くできて、不具合0。
217: 2018/03/17(土)14:45 ID:me3bJpkH(3/4) AAS
>>215
でお、その人は別人だけどね。
218: 2018/03/17(土)15:21 ID:wLEqdDw4(2/2) AAS
>>216
プログラマーあるあるだねw
折れ的にはCStringクラスが鬼門なんだよなぁ。ATL/WTL使うとインクルードの順番やら制御用のマクロ定義やらマンドクサー・・・で。
219: 2018/03/17(土)15:44 ID:me3bJpkH(4/4) AAS
CString だけ使って、ATL, WTL 使わない方が良いかも。
220: 2018/03/17(土)18:37 ID:wFahodmO(2/2) AAS
>>210
寝言かな?
221
(2): 2018/03/18(日)09:14 ID:MQOX+2km(1/5) AAS
>>216
自分で作るとコストが高いんだよなあ
222
(1): 2018/03/18(日)09:35 ID:YtTFh+sG(1) AAS
ぶっちゃけライセンスで困ったことある?
223: 2018/03/18(日)10:07 ID:CVbxeym+(1/3) AAS
>>222
ある。解決策が見出せないので、GPL、LGPLには距離を置くしかない状態にある。
224
(1): 2018/03/18(日)10:22 ID:CVbxeym+(2/3) AAS
>>221
既存のモジュールでの、不具合の解決法や、やりたい事のやり方を見出すのに
一苦労する時間を考えると、意外にも自分が作った方が効率が高い事がある。
225: 2018/03/18(日)12:15 ID:SF2hVWkU(1/3) AAS
>>216
スレタイ的にはスレ違いの可能性があるけどけどWindows関連の話題でも建設的な話題は良いと思う。
MFCで開発したアプリを如何にLinuxに移植するかと言う観点ならスレ違いでもなくなるし。

指摘してる内容もその通りだけど他の人からの意見のように既存コードを利用する時と新規に開発する時の
メリットとデメリットの見極めが難しい点もある。何回も使わなければ既存コードの利用も捨て難い。
226: 2018/03/18(日)12:32 ID:vPnfvasf(1) AAS
この統失さんがFMシリーズを語るスレで独り相撲しているのを見てしまったw
227
(1): 2018/03/18(日)14:42 ID:MQOX+2km(2/5) AAS
>>224
そりゃそういうケースが無いとは言わないけど
変更部に対する保証を考えると自作のコードは1バイトでも短い方がいいよね
228
(1): 2018/03/18(日)14:44 ID:3erWU3Ou(1/4) AAS
>>221
コストって?
229
(1): 2018/03/18(日)15:22 ID:MQOX+2km(3/5) AAS
>>228
人的資源を使ったらその時間に比例するコストがかかるのは当たり前だろ
230
(1): 2018/03/18(日)17:18 ID:3erWU3Ou(2/4) AAS
>>229
人的資源って本人だろ?
231
(1): 2018/03/18(日)17:59 ID:MQOX+2km(4/5) AAS
>>230
本人かどうかはプロジェクト上関係ない
232
(2): 2018/03/18(日)18:16 ID:3erWU3Ou(3/4) AAS
>>231
自分で作るとコストが高いって話なのに本人かどうかは関係ないって何よ?
1-
あと 770 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.354s*