カテゴリー: テント村

▲なぜだろう？主画面のウィンドウをドラッグ移動できない．最初に写像の検査を実行した後，フリーズ状態になっている．⇒入力待ちになっていただけだ．

Stringからchar*への変換がうまくゆかない．どうしても，Marshalingという操作が必要なようだ．ゼルコバの木のコードを見ると，この辺りではncopyNameという自前の関数を作って処理している．この関数ではまず，UNICODEをS_JISに変換するということもやっている．コード変換は必ずしも必要ないのではないかと思われるが… やっと動くようになった．以下のコードでString→char*の変換を行う．

pin_ptr<const wchar_t> pinchars1 = PtrToStringChars(file1);

内部で使っているISOMORPHなどへのアクセスを回避するため，NATIVEFUNC_API int ELSIENATIVE::MatrixIsomorphism(int N, Mat& m1, Mat& m2)のような関数を使って呼び出すようにした．一応何とかこなせたのではないかと思う．ただし，エラーが出ている．

▲MatrixComparisonを実行して，EchoingMethodで-1026エラーが発生している．FILENOTFOUNDだ！エンコードの問題とも考えれるが，文字列にエスケープ文字が入っていることが障害要因になっている可能性もある．Replaceを試してみたがうまくゆかなかった．残っている文字列は”D”だけなので，エスケープの問題というより，エンコードの問題ではないかという気がする．WcharからSJISに変換してみよう．

どうもいろいろ厄介なところがある．arrayというテンプレートクラスにアクセスできない．これはおそらく，ELSIEでarrayというクラスが定義されているためではないかと思われる．これはリネームしておくしかないのではないか？⇒対処した．これでncopyNameも動作するようになり，ファイルを読み込んで処理することができた．⇒これで標準のarrayクラスが自由に使えるようになった．

現行では，typedef int Mat[MAXN+1][MAXN+1];というのを使っているが，これも一般のarrayに置き換えておこう．ELSIENATIVEでは，ReadMatrixとMatrixIsomorphismがMatを使っている．⇒マトリックスはファイルから読み込んでいるので，最後まで読まないとマトリックスのサイズが判明しないが，読みながら行列に書き込んでいるので，あらかじめサイズを指定するか，ないし固定サイズの配列を用意するしかない．⇒MAXNを定数としてそれを超えるデータは読み捨てでよいのではないか？いや，そもそもMatは２次元配列だ．

（多分）サイズを指定しないと引数には使えないと思う．しばらくは，このままで運用することにしよう．いや，配列サイズが不明でも引数として渡すことができる．これができるのなら任意サイズの配列としておいた方がよい．配列は初期化されていなくてはならないから，その情報からサイズを割り出すことができるのだろう．

ともかく，コンソールが出せるようになった．おめでたいことだ．参照した【ワレコC#講座】には再起動時にウィンドウのサイズと位置を復元する方法も載っていたので実装しておこう．やり方は，いつも我々がやっているのと同じ，プロジェクトの設定に保存するという方法だ．

https://www.wareko.jp/blog/c-sharp-form-application-save-restore-window-state-position-size

主画面の保存・復元はできるようになったが，コンソールの設定の取得・設定が分からない．フォームのプロパティにはコンソールという項目は存在しない．コンソールを開くためにやったことは，C#プロジェクトのプロパティで出力の種類をコンソールアプリケーションに切り替えたというだけだ．⇒いや，簡単にConsole.WindowWidthなどのプロパティやメソッドにアクセスできるようだ，

一応取得・復元できるようになった．初期起動したとき，デフォルトサイズで表示された後→復元という動作になっているのが，気になるが，対策は難しい．Form1のコンストラクタの冒頭で更新するようにしても，そのときはすでにウィンドウは開いた状態になっている．まぁ，これは，ここまでとしておこう．

このツールのタイトルを行列同型検定とした．元々は群の同型検定を行うために開発されたものだが，ELSIEを発掘したことで守備範囲が拡大したと言ってよいだろう．対象は正方行列に限定とし，群の乗積表，グラフの隣接行列などの具象行列では台集合は行と列の並びと一致するものとする．ともかく，ELSIEから行列の同型検定論理を切り出してC#から呼び出せるようにしてみよう．

現行ではそれをやっているのは，MatrixIsomorphismで引数は，(int N, ISOMORPH *p0, Mat& d0, ISOMORPH *p1, Mat& d1)である．Nは行列のサイズ，MatはMAXN✕MAXNの整数行列，ISOMORPHは位相同型オブジェクトで作業領域と見られる．

アプリケーションのプロパティでマルチスタートアップという指定ができる．これを使えばC++アプリとC#アプリを並列実行できそうだ．⇒ただし，C++の出力をDLLからEXEに切り替えるとまた，いろいろな不都合が噴出してくる．もし，これをやろうとするのなら EXE 生成用のプロジェクトを別途作って，それ以外の部分をDLL化するしかない．⇒さすがに，そこまでやるとなると右から左という訳にはゆかなくなってくる．ただし，そうすることのメリットもある．処理を切り分けてライブラリ化するというのはいずれやらなくてはならない仕事のうちだ．⇒とりあえず，ここのところはパスして先を急ぐことにしよう．

C++アプリを単独で起動することはできる．このコンストラクタからC#のフォームを開くことはできないだろうか？⇒かなり難しいと思う．エラーが発生するのは仕方ないので，エラーが発生してもアプリをアボートしないようにエラー処理に手を入れておくことにする．⇒現行バージョンのVSは型検査が厳密になっていて，const char* を char* と混同することができないようになっている．文字列をスローしている場合があるので，それを受けるときは const char* で取る必要がある．とりあえず，大体動作するようになった．

コンソールとフォームを同時に開くことができるようになった．コンソールプロジェクトを立てて，マルチスタートアップを仕掛けたというだけのことだが，この２つのウィンドウが同時に操作できたら，確かにかなりおもしろいと思うのだが… printfを実行しただけではコンソールには何もでない．やはり，このウィンドウのハンドルか何かを取得してそれを使って操作しないと何もできないような感じだ．⇒コンソールハンドルを取得することは可能なようだ．⇒しかし，ウィンドウハンドルをもらってもどうすることもできない．多分ウィンドウのデバイスコンテキストまでは取得できるとは思われるが，そのあとは細かい描画処理になってしまう．⇒std:coutを取り出して再利用できるようになった．

std::ostream &conout = std::cout;
conout << “Native::ElsieCommand #####################”;

これをグローバル変数に入れてやれば，多分マルチスレッドで使い回しできるはずだ．⇒かなり，難しいが，参照して出力できるようになった．⇒いや，やっぱり後が続かない．std:coutは使い回しできないような作りになっているようだ．あきらめるしかなさそうだ．以前やったように，テキストボックスに表示するというのが可能最大限ではないだろうか？ただし，テキストボックスにはC#からしか書き込みできない．コンソールアプリはイベントループを持っていないというのが致命的だ．

こんなのがあった．【ワレコC#講座】Windows FormアプリケーションでConsoleウインドウに文字を出力する　https://www.wareko.jp/blog/output-text-string-to-console-window-with-windows-form-application-in-c-sharp

これで行けるんじゃないだろうか？

▲まずい．どこか壊してしまったようだ．ソリューションを開いたときにエラーが発生するようになってしまった．

WrapperClass.csというファイルは作っていないのではないかと思うのだが… クリーンビルドして再起動でなんとか収まった．

【ワレコC#講座】ではコンソールを使う２つの方法を紹介しているが，最初の方法はうまくゆかなかった．コンソールは開けたが，書き込みもクリアもできない．書き込みはデバッグコンソールに出力されてしまうだけでなく，Console.Clearで例外が発生してしまう．２番目の方法では成功した．C#プロジェクトのプロパティで出力の種類をWindowsアプリケーションからコンソールアプリケーションに切り替えるだけだが，この状態で実行するとWindowsフォームが通常通り開き，同時にコンソールも使えるようになる．Console.Writelineで問題なく出力できた．

コンソール出力は主にDLL側でやっているので，あまり使い道はないかもしれないが，この設計は悪くないと思う．Console.Clearもその通り実行できた．いや，これはかなりよいかもしれない．Console.WriteLineだけでなく，ラッパクラスのprintfも動作している．つまり，コンソールに出力されている．これこそ望んだところだ．Debug.WriteLineをすべてConsole.WriteLineに切り替えることができるだろうか？それができるとほとんどELSIEと準同型検定が一体化したというのに等しい．

！いや，見事に出てくれた！

完璧だ！言うことなし．このウィンドウをフォームに嵌め込めたらさらによいのだが，そこまで求めるのはやや過大な要求というべきだろう．これでこれまでの作業が全部そのまま活きてくることになる．かなりおもしろくなってきた！いや，さすがにそう簡単には動いてくれないかも知れない．ELSIEコマンドを受け付けるところまではゆくが，データファイル名の入力に失敗した後の動作が悪い．完全な動作するところまで仕込むことができるだろうか？かなり難しそうな気はする．

使い方の要領というのもありそうだが… コントロールがどこにあるのか分からなくなってしまうところが欠点だ．カーソルを置いても何も入力できなくなるというのは，フォーカスを失っているという意味だろう．どうも，使いこなすのはかなり難しそうだ．入力を受け付けるというのを止めて読み取り専用とすればおそらく問題はなくなるはずだが…ともかく，ELSIEと準同型の統合という作業を進めるしかないだろう．

ELSIEにラッパクラスを追加するところまではできるのだが，そのクラスにメソッドを追加したところで，E0035が発生してしまう．重大度レベル    コード    説明    プロジェクト    ファイル    行    抑制状態　エラー (アクティブ)    E0035    #error ディレクティブ: “This library now requires a C++11 or later compiler – this message was generated as a result of BOOST_NO_CXX11_REF_QUALIFIERS being set”    ElsieProject    C:\Users\babalabo\vcpkg\installed\x86-windows\include \boost\multiprecision\detail\check_cpp11_config.hpp    34

メソッドをヘッダファイルではなく，CPPファイルに実装したら，エラーは解消した．ただし，C#でラッパクラスの名前空間を参照しようとすると，同様のエラーが発生してしまう．C#プロジェクト→参照の追加→ElsieProjectで namespace ElsieProjectにアクセスできるようになった．⇒いや，まだ通っていない．C#からラッパクラスの関数にアクセスできない．⇒どうも，やはりboostとの相性が悪いように思われる．boostを完全に停止することでようやく一通りのことができるようになった．つまり，C#からC++/CLIの関数が呼び出せるようになった．ただし，まだCLI→DLLの接続はできていない．

VS 2022を起動して準同型検定CSを開いてみた．以下のようなエラーが大量に出ている．I:\Visual Studio 2022\Web\Snippets\HTML\1041\ASP.NET\gridview.snippet: 言語の属性がないか、または無効です。

スニペットというのは，エディット中に表示されるヒントのようなものと思われるので，多分ビルドには直接影響しないのではないかと思う．⇒ビルドしてみたが，例のエラーが再発している．

重大度レベル    コード    説明    プロジェクト    ファイル    行    抑制状態　エラー    C1189    #error:  “This library now requires a C++11 or later compiler – this message was generated as a result of BOOST_NO_CXX11_REF_QUALIFIERS being set”　ElsieProject　C:\Users\babalabo\vcpkg\installed\x86-windows\include \boost\multiprecision\detail\check_cpp11_config.hpp　34   

ネット情報によると，boost のバージョンを戻すと解消するようなことが書いてあったのだが… どうも厄介なものを背負い込んでしまったようだ．boost を使うために vcpkg などというよく分からないものまで導入しているのだが…　C#ではBigIntegerが使えるので，ELSIEをまるごとC#をに移植するという方が正解だったかも… ⇒この障害は準同型検定CS 2023-09-19-1から始まっている．とりあえず，準同型検定CS 2023-09-19まで戻ってみよう．2023/09/19のログのタイトルは「C#からC++の関数を呼び出すサンプル」だ．ともかくここにラッパクラスのプロジェクトを導入してみよう．

▲D8016 コマンドラインオプション /ZIと/GLは同時に指定できません．⇒デバッグライブラリの使用とUnity(JUMBO)ビルドを有効をオフにして解消した．⇒いや，解消していない．「

/ZIプロジェクトのプロパティの[C/C++]→[全般]のデバッグ情報で「エディット コンティニュのプログラム データベース(/ZI)」で指定します。/GLは同じく[C/C++]→[最適化]のプログラム全体の最適化で「はい(/GL)」で指定します。この二つはデフォルトでプロジェクトを作成すると同時に指定される事はないはずですが、変更しましたか？
Debugモードならばプログラム全体の最適化は指定されてないはずです。またReleaseモードでは、デバッグ情報の形式は「プログラム データベース(/Zi)」になっているはずです。」ということのようだ．⇒デバッグモードでC/C++→全般→デバッグ情報の形式→なしとして解消．

▲LNK200 未解決の外部参照が３件出た．calloc_dbg, CrtDFbgReport, invalid_parameter．⇒構成プロパティ→詳細→デバッグライブラリの使用→はいで解消した．

▲警告：LINK : warning LNK4075: /INCREMENTAL は /LTCG の指定によって無視されます。リンカー→全般→インクリメンタルリンクを有効にする→いいえで解消した．

ソリューションにCLR クラスライブラリ(.NET)タイプの新しいプロジェクトを追加して，ElsieProjectとする．さらに，プロジェクトの依存関係を設定．準同型検定CS→参照→参照の追加→プロジェクト→ElsieProjectにチェックを入れる．⇒構成マネージャ→アクティブソリューション構成→準同型検定CS→プラットフォーム→Any CPUを新しいプラットフォーム→x86に切り替え．C#プロジェクト出力先の変更：プロパティ→ビルド→出力パスをbin\x86\Debug\→..\Debug\，bin\x86\Release\→..\Release\ に変更．C++の出力先と一致させる．PsiNumber.hに以下の行を追加．

#ifdef NATIVEFUNC_EXPORTS #define NATIVEFUNC_API __declspec(dllexport) #else #define NATIVEFUNC_API __declspec(dllimport) #endif namespace Native { // num個のint配列srcから、最大値とそのインデックスを探す関数です NATIVEFUNC_API void Max(int* src, int num, int* mx, int* mxIndex); }

▲C++側のビルドは通ったが，ソリューションのビルドで警告が大量発生．“Microsoft.CSharp” の異なるバージョン間で、解決できない競合が見つかりました。C# V4.0とV5.0が競合している．System.Net.Http” の異なるバージョン間で、解決できない競合が見つかりました。という警告も出ている．⇒ツール→NuGetパッケージマネージャ→パッケージマネージャコンソールでUpdate-Package -reinstall コマンドを実行して解消したようだ．