gocha
gocha
We are facing the same issue. After some testing, a few things became clear. **Workaround**: Stick with System.Diagnostics.DiagnosticSource 4.7.0. You must use Microsoft.EntityFrameworkCore 3.1.3 or earlier for that. * In...
Although I haven't tried it, I expect that the Invoke-CosmosDbStoredProcedure cmdlet has the same problem and will not work correctly if you use Unicode characters in the StoredProcedureParameters parameter.
Issue #44 occurred due to an incomplete fix that addressed this issue.
本リポジトリの位置づけはよく理解できていないものの、そもそもディレクトリ構造も異なっていて、Subversion の複製ではないらしいことは理解。移行をするのであれば、Subversion から持ってきて不都合な点をいじりまわすほうがうまく行きそうかな？という感想。 追記: package/linux/readme.txt より以下を発見。 > HSP Linux/Raspberry Pi > は、以下のリポジトリ管理に変更されました > https://github.com/onitama/OpenHSP
メモ: すでに https://github.com/zakki/openhsp にミラーが存在する。ただしブランチやタグの移植までは行われていない。 独自に `git svn clone` を使用した移行を実施中です。チェックアウト自体は小一時間で完了できるため、細かな整理を加えても順調に行けば一日以内に片付くと思います。
とりあえず Subversion のすべてのコミットを対象として Git リポジトリのクローンに成功しました。 [openhsp-git-svn-1341.7z](https://drive.google.com/file/d/13comHlp2QeYS9552ay8A2sMiAsEpg2f6/view?usp=share_link) これを `git push` しようとすると、100 MB を超えるファイルを持つコミットが存在することでエラーが発生します。 [openhsp-git-push-logs.txt](https://github.com/onitama/OpenHSP/files/10367773/openhsp-git-push-logs.txt) ``` remote: error: File hsp3dish/win32gp/gameplay/lib/gameplay.lib is 239.54 MB; this exceeds GitHub's file size limit of 100.00 MB...
とりあえず上記のファイルのみ bfg で削除したリポジトリを push しました。 それと、上記に掲載したアーカイブでは tags の付与位置が微妙だったので、手動で直しました。 （`3.31@556` `3.31` タグの親ツリーが他と異なっているけれど、rebase しようとするとバイナリ類が競合するのでその点は諦め） https://github.com/gocha/openhsp @zakki さんのスクリプトにある `bfg` のコマンドで削ったらさらにスリムになりそうですね。 どのくらいの弊害があるか私にはわからないので、とりあえず削っていないですが。 ご希望があれば、いつでもリポジトリの所有権を委譲します。
ご返信ありがとうございます。そして長年のHSPのメンテナンスお疲れ様です。本件の対応イメージや課題感がそれなりに理解できました。 HSP のソースコードにあまり理解がないのですが、主にサイズが大きいのは package (vendor も?) だと思いましたので、そこを除いてならサイズ問題はかなり抑えられそうですね。 掲示板と GitHub には異なるメリットとデメリットがあるため、どちらかの使用を辞める必要はないと個人的には思います。掲示板で報告を受けた不具合を随時 GitHub に転記するなど、そういった運用の仕方もありではないかと思います。 積極的に開発に携わる意欲があるわけでもないのに、いろいろ書いてしまって恐縮です。 現状、仮に何かをお手伝いしようと思っても、タスクや課題の一覧や状況を知ることが容易ではないと感じました。このようにオープンな場で課題別に情報を残そうとすることが、なにか似たような対応について考える方への参考などになれば幸いです。 管理上そうしたければ、この課題はクローズしていただいても構いません。ご回答ありがとうございました。