バテた．．．大バグの原因判った．．．
関連記事
- 【#Assembler】結局x64のアセンブラでゴニョゴニョと書き始めたオイラはバカかっ！（爆 【2024年05月13日（月）】
- 【#VCPP #VisualStudio】VS2022のVC 64ビットコンパイルでインラインアセンブラが使えなくなってるぞー 【2024年05月10日（金）】
- 【#CPP】出先でC++にてライブラリの緊急実装！脳死したーｷｮﾑﾘすぎるー 【2024年01月15日（月）】
- 【C#】謎な改造アプリ，SIMD命令を導入して高速化しようか，思案中 【2023年11月14日（火）】
- 生成AI「仕事で利用」2割 正確性などに懸念(23/5/7) 【2023年05月07日（日）】
アンマネージDLLのAPI引数に
std::vector型なんか指定してたら，そりゃ落ちる！
デバグ開始３分で原因判明．．．
マネージEXEから，P/Invoke挟んで上位層アンマネージDLL，さらにその下層の低レベルアンマネージDLLの中に
vector型な引数（しかも，データの受取（vectorの中身な動的配列が生成・開放でグジャグジャ動く）じゃし）を持ったAPIが定義してあったぞな
絶句でごわした
vectorな引数を
long配列の”ポインタのポインタ”な引数へ書き換えてやって，API内部で動的にlong配列生成させて，データの丸コピー
んで，そのポインタと要素数を受け取り，返すように変更
したら，落ちなくなったぞな．．．
まぁ，それ以外もいろんな地雷が仕込んであって
その地雷の信管抜くのに大騒ぎ，終日掛かったでごわした
なんか，動き出したじぃ．．．
一山は超えた予感．．．
おつかれちゃんです～
>>mokemoke さま
ビール飲んでマタリマタリ
その先に、さらに厄介な地雷原が・・・ 😈
>>康ちゃん@まったり～ さま
可能性はある！
なので，現場で走らせて，地雷を踏まそう（爆