常連

### 前提
ニコニコ生放送用のコメントビューアーNiconamaCommentViewerのプラグイン (クラスライブラリ/dll) を書いています。
https://www.posite-c.com/application/ncv/plugin.html

NiconamaCommentViewerは .NET Framework 4.8で32bitアプリケーションです。
https://www.posite-c.com/application/ncv/

### 実現したいこと
DataGridViewでデータバインドを利用したいです。

### 発生している問題・エラーメッセージ
Visual Studioのプロジェクトのビルド設定で対象プラットフォームを「x86」にしてビルドすると、データソース構成ウィザードのデータオブジェクトの選択で、プロジェクト自身のクラスが表示されなくなります。

![](https://ddjkaamml8q8x.cloudfront.net/questions/2022-04-03/5595d79c-c30b-4d62-a048-7ed095e29d9c.png)

### 該当のソースコード
問題を再現できる最小限のサンプルソリューションを作成しました。
https://github.com/esperecyan/test-visualstudio-datasource

実際のプラグインはこちらです。
https://github.com/esperecyan/ncv-vcas-video-request-list

### 試したこと
対象プラットフォーム「Any CPU」でビルドすると、プロジェクト自身のクラスも表示されます。

### 補足情報（FW/ツールのバージョンなど）
- Microsoft Visual Studio Community 2022 (64 ビット) - Version 17.1.2
- .NET Framework 4.8.04084
- Windows 10 Home 21H1 64bit
- NiconamaCommentViewer 0.210.4.142 (32bit)

Visual Studioで対象プラットフォームをx86にすると、データソース構成ウィザードのデータオブジェクトの選択でプロジェクト自身のクラスが表示されなくなる

x86 32bit

現在ある関数を割り込みハンドラとしてコンパイルしたいと思っているのですが
その方法がわからず困っています。

```ここに言語を入力
void Handler_List_0x00(void) {              //割り込みベクタ0x00

  
}
```
上記の関数が割り込みハンドラとして呼び出されます。
普通の関数ではiretdではなくretでリターンしてしまうため
割り込み時にスタックに積まれたEFLAGSの分もpopできず
その後暴走してしまいます。


```ここに言語を入力
void INT_IT(void) __attribute__ ((interrupt_handler));

void INT_IT (void)
{

}
```
調べているとこんな感じに定義すればコンパイラが割り込みハンドラとして関数をコンパイルしてくれるとの情報がありました。ただ
コンパイルしようとすると
warning: 'interrupt_handler' attribute directive ignored [-Wattributes]
と警告がでます。
(-Sオプションでアセンブリ出力してみたけどやっぱりリターン時はiretではなくretだった。)

・・・どうすればある関数をコンパイラに割り込みハンドラとしてコンパイルしてもらえるのでしょうか？

**やってみたこと**

コンパイラがiretdでリターンさせてくれないなら自分で書けばいいじゃないかということで
```ここに言語を入力
void Handler_List_0x00(void) {              //割り込みベクタ0x00


    __asm__ __volatile__(
     "pop %ebp\n\t"
     "iretd\n\t"
   );
}
```

オペランドサイズが16bitの場合はiret
オペランドサイズが32bitの場合はiretd(のはず)

C:\Users\matsu\AppData\Local\Temp\ccczK3Mv.s: Assembler messages:
C:\Users\matsu\AppData\Local\Temp\ccczK3Mv.s:55: Error: no such instruction: `iretd'

と出てくるのでiretd命令は使えないようです・・・

GCC 割り込みハンドラとしてコンパイルするには？

まず私が考えている言葉の定義

リエントラント・・・あるプログラムやサブルーチンの実行を完了する前に、割り込みなどにより、同じプログラムやサブルーチンを実行しても安全だという性質を指す。

非同期安全関数・・・上記を達成するための手段としてセマフォ、スピンロックなどの同期プリミティブを使ってはならない。
同期プリミティブを使わずリエントラントを達成したもの。

シグナルハンドラ内部では非同期安全関数を使わなければならず
スピンロックなどの手段を使っているリエントラントな関数を呼びだすのもNG
(デッドロックするみたい)
割込みハンドラ（ハードウエア割り込み）、例外ハンドラ内部では非同期安全関数は使う必要はありますか？

自分はする必要があるんじゃないかと思っていますが・・・

一応調べましたが
割り込みハンドラ内では非同期安全関数を使いましょう。
といったようなことが書かれている記事はみたことがありません。

知ってて当たり前だから省略されて書かれていないのかな・・・？

環境はx86,OSはLinuxを前提にお願いします。

シグナルハンドラ内では非同期安全関数を使わなければいけないが・・・？

###質問

[こちらのサイト](https://github.com/AlexeyAB/darknet#how-to-train-to-detect-your-custom-objects)を参考にGPU非搭載の64bitのWindowsでVisual Studio 2015を用いてDarknetのYOLOv3のモデルを作成しました。
作成したモデルを別のDebug,x86のプログラムで使用したいと思いdarknet_no_gpu.exeをRelease,x86でビルドしたところ特にエラーもなくビルドが終了し、
darknet-master/build/darknet/Releaseにdarknet_no_gpu.exeが作成されました。
dakrnet_no_gpu.exeのあるディレクトリにdarknet-master/build/darknet/x64からcoco.data yolov3.weights yolov3.cfg dog.jpgを移動させた後
```
darknet_no_gpu.exe detector test coco.data yolov3.cfg yolov3.weights dog.jpg
```
を実行したところpthreadVC2.dllが見つからないと表示されdarknet/build/darknet/x64にあるpthreadVC2.dllをReleaseフォルダに移動させ再度上記のコードを実行したところ
「アプリケーションを正しく起動できませんでした(0xc000007b)。[OK]をクリックしてアプリケーションを閉じてください」
というウィンドウが表示されます。
考えられる原因を挙げていただきたいです。よろしくお願いします。

### 補足情報（FW/ツールのバージョンなど）

OpenCV 3.4.0 (cmakeにて32bit用に変換済)
windows 64bit

DarknetのYOLOをx86で動かすには

windows10(64bit)におけるxamppとphpのbitに関する質問なのですが、windows版のxampp内のphpは32bitだそうです。
これを[このサイト](https://windows.php.net/download/)で64bit版に差し替えることは可能なのでしょうか。
不可能な場合ぜひ、理由も教えてください。

64bit版に差し替えは可能なのか

インラインアセンブリに関して。
基本的なことかもしれませんが私にはさっぱり理解できないのでおねがいします

### １

[リンク内容](http://caspar.hazymoon.jp/OpenBSD/annex/gcc_inline_asm.html)

```ここに言語を入力
__asm__ ( アセンブリテンプレート
        : 出力オペランド                    /* オプション */
        : 入力オペランド                    /* オプション */
        : 破壊されるレジスタのリスト        /* オプション */
);	  	
```
インラインアセンブリは上記の要素から構成されているようです。
また、関数と違い　何も指定しない場合レジスタの値を勝手に保存してくれないので
レジスタを破壊したまま__asm__から抜け出すとまずいようです。

int型変数sampleにEBXレジスタの値をコピーする処理を作りました。（間違ってたら教えてください）


```ここに言語を入力

       int sample;

       __asm__(  "MOV %%EBX,%0\n\t"
                 :"=a" (sample)
                 :

       );
```

出力オペランドで　EAXレジスタの値を変数sampleに出力するように指定しているので

MOV %%EBX,%0

これは

MOV %%EBX,%%EAX

となり、EBXの値がコピーされたEAXの内容がsampleに出力されるのでしょうか？

また、この場合eaxレジスタが破壊されるので
: 破壊されるレジスタのリスト　にeaxを追加するべきですか？


### 2
つぎは"マッチング制約"と呼ばれているものについて
[リンク内容](http://caspar.hazymoon.jp/OpenBSD/annex/gcc_inline_asm.html)

```ここに言語を入力
int in_out=100,in2=200;
__asm__ (
         "addl %2,%0;"
         :"=a"(in_out)          /* eaxの値をin_out出力 */
         :"0"(in_out),"b"(in2)  /* in_outの値を出力オペランドで割り当てたレジスタ(eax)に入力値としてセット */
        );
```

"0"は　出力オペランド "=a"(in_out)        (つまり、%0  ?)を指しており
eaxに入力値としてin_outの値がセットされると書かれています。

・・・どういうことなのでしょうか？

  :"=a"(in_out)          
  :"a"(in_out)

これとは違うのですか？
また、上記で書いたプログラムで言うと
__asm__が始まった時点でeaxにin_outの値がコピーされているのでしょうか？


### 3

制約修飾子"&"
説明には・・・

	このオペランドが早期破壊 オペランドであることを意味する。早期破壊オペランドとは、 命令が入力オペランドを使い終わる前に変更されるオペランドである。 このため、このオペランドは、入力オペランドや任意のメモリアドレスの一部 として使われるレジスタには置かれない。




入力オペランドを使い終わる前に変更されるとは　例えばどういうことでしょうか？


### 4

```ここに言語を入力
    :"i" ((short) (0x8000+(dpl<<13)+(type<<8)))
```
これはset_idtの一部ですが



制約文字　"i"の説明では・・・
整数の即値オペランド(定数値のもの)が許される。これには、値がアセンブル時にならないとわからないシンボリックな定数も含まれる。

とのことです。


上記の例で言えば　定数が0x8000。
では
シンボリックな定数とはどういうことですか？

インラインアセンブリ　構文・ルール　がよくわからないのでお願いします

```ここに言語を入力
.data
a: .quad 436,113,224
b: .quad 2

.text
.global main

main:
        mov $a,%rsi
        mov $0,%r9
        movq (%rsi,%r9,8),%rax
        idivq b
        call finish
```

AT&T記法のアセンブリのコードです.
raxレジスタに436が代入されていることは確認できました.
しかしidivqでエラーが出てしまいます.

rdiレジスタに436/2の余りである0が入るという出力を予想しています.
どこに問題があるのかわからないため,ご教授お願いします.

アセンブリ 浮動小数点例外(コアダンプ)のエラー

[https://teratail.com/questions/342734](https://teratail.com/questions/342734)で質問したばかりなのですが、
また違う疑問が出たので教えてください。
gccで以下のコードを逆アセンブルしました。
```
#include <stdio.h>

int main(void)
{
    int a,b,c;
    a = 1;
    b = 2;
    c = a + b;
    printf("c = %d\n",c);
    return 0;
}
```
```
	.file	"test4.c"
	.text
	.def	___main;	.scl	2;	.type	32;	.endef
	.section .rdata,"dr"
LC0:
	.ascii "c = %d\12\0"
	.text
	.globl	_main
	.def	_main;	.scl	2;	.type	32;	.endef
_main:
	pushl	%ebp
	movl	%esp, %ebp
	andl	$-16, %esp
	subl	$32, %esp
	call	___main
	movl	$1, 28(%esp)
	movl	$2, 24(%esp)
	movl	28(%esp), %edx
	movl	24(%esp), %eax
	addl	%edx, %eax
	movl	%eax, 20(%esp)
	movl	20(%esp), %eax
	movl	%eax, 4(%esp)
	movl	$LC0, (%esp)
	call	_printf
	movl	$0, %eax
	leave
	ret
	.ident	"GCC: (i686-posix-dwarf-rev0, Built by MinGW-W64 project) 8.1.0"
	.def	_printf;	.scl	2;	.type	32;	.endef
```
###分からない事
・``.def	___main;	.scl	2;	.type	32;	.endef``と``.def	_main;	.scl	2;	.type	32;	.endef``、``.def	_printf;	.scl	2;	.type	32;	.endef``における .defと.scl 、.type .endefは何を表しているのですか？
(値が2と32になっているのは何故ですか？）

・``__main``と``_main``は何が違うのですか？

・``.section .rdata,"dr"``は何を表しているのですか？

・``.ident	"GCC: (i686-posix-dwarf-rev0, Built by MinGW-W64 project) 8.1.0"``を省略しても正常に動作はするのですが、省略することでシステムに悪影響を及ぼしますか？もし、.ident以下を省略したコードを配布すればライセンス的にはどうなのですか?

・``movl	$1, 28(%esp)``や``movl	$2, 24(%esp)``、``movl	%eax, 20(%esp)``で値を移動させているときに、アドレス28,24,20に格納していますが、なぜこれらのアドレスに格納されたのですか？確保されたスタックフレームは32なのにも関わらず、なぜ28番地のアドレスから使用しているのでしょうか？
###環境
MinGW
Windows10
###
なにか間違っていることがあれば、ご指摘ください。
どうかご教授お願いします。