C#, C♯, C＃相談室 Part97

2022/12/21(水) 10:18:38.02

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2023/05/23(火) 21:42:32.85

脳にバグを飼ってる可能性も考慮
アンマネージドなC/C++で仮組みして意図通りC#にpinvokeできてるか確認しなよ

2023/05/23(火) 22:54:06.82

>>362
プラグインがLocalAllocをLMEM_FIXEDかLMEM_MOVEABLEでやったかの違いと予想
Marshal.ReadIntPtrじゃなくてLocalLockしないとだめじゃね？

2023/05/23(火) 23:38:29.47

なるほど手元に20年前のソースがあるがHBInfo HBm共にLocalLockして生ポを得てるな
使い終わったら元のハンドルをLocalUnlockでFALSE(0)が返るまで呼び出してLocalFreeで開放しとる
プラグイン側がLocalAllocしたハンドルもしくは生ポを返す仕様だから何が起きてるのか判り難かろう

**362** (ﾜｯﾁｮｲ caad-pY4I) · 2023/05/24(水) 12:07:18.61

>>363-365
無事実装できた
thx愛してる

2023/05/25(木) 20:21:17.15

Macしか持ってないんですが
Visual Studio入れてC#で
ウインドウズ用のアプリって開発できないのです？

ビルドしてウインドウズパソコンに
デスクトップアプリを配布したいんですが
無理ですか？

2023/05/25(木) 20:57:21.60

>>367
出来たとして、100%互換か怪しいから
不具合出たり対応が面倒になるくらいなら
最初からWindowsで作れば良い

2023/05/25(木) 21:00:03.51

https://dev.classmethod.jp/articles/visual-studio-2022-for-mac-preview-dotnet-maui-build/
MAUIで出来るんじゃね、試してないから知らんけど

2023/05/25(木) 21:06:32.71

ちなみに出しておいてなんだけど、情報が少なすぎてかなり茨の道だとは思う

2023/05/25(木) 21:13:07.94

仮想マシン使えばいいじゃん

2023/05/25(木) 21:29:44.23

早速のレスありがとうございます

C＃じゃないとダメだってわけじゃないんですが
子供の学習用デスクトップアプリつくるのには
VisualStudioが楽で綺麗に作れますよね？
学校で配られてるタブレットPCで動かしたいんですわ

Scratchで作ってたけど、画像がいっぱいになるとすっごく思いし
中身見られるしってので開発環境探してました

ウインドウズPC購入か、仮想マシンですか、、、
考えます

2023/05/25(木) 21:36:27.09

javascriptとか使ってwebアプリで作れば？

2023/05/25(木) 21:42:02.72

Macを買った自分を恨んでください

2023/05/25(木) 21:48:24.70

ありがとう
ウェブアプリとか難しそうですね
情報集めてみます

2023/05/25(木) 22:33:11.01

>>372
そのタブレットがARMなのかIntelなのかとかも一応気にした方がいいかも

2023/05/25(木) 23:51:38.82

いやまずそのタブレットのＯＳ確認しろ

2023/05/26(金) 00:01:08.77

TrueType と OpenType フォントを判別する方法はないのだろうか

2023/05/26(金) 10:33:06.68

本来は1回しか実行されないはずのメソッドが、何かの条件を満たすと複数回実行されてしまいます。
呼び出し階層を辿ろうにも、呼び出し元が数十か所あり、その呼び出し元も別の多くの場所から呼び出されている為、辿るのが困難な状況です。
また、各呼び出し階層内でのループや分岐・メソッド呼び出し時の引数も多い為、絶望的な感じです。

こういう場合はどうやって原因を特定すればいいのでしょうか？

2023/05/26(金) 10:41:26.90

>>379
コールスタック見ろよw

2023/05/26(金) 10:44:43.31

>>380
すみません。
外部ライブラリとか実行用の周辺機器が揃ってない為、実行出来る環境がないのです。
なので、報告受けて、Visual Studio の Code Lens・呼び出し階層表示だけ見てなんとかしようとしてます。

2023/05/26(金) 10:48:20.08

>>381
再現出来なきゃ無理って言う

2023/05/26(金) 11:25:23.48

>>381
呼び出し階層が表示できるならそこ調べりゃいいじゃん

2023/05/26(金) 11:31:15.19

調査困難な状況を説明してログを仕込ませてもらうしかないな
あと、GUIアプリならコントロールが想定外にイベント発火してる可能性を一応疑った方がいい

2023/05/26(金) 11:33:38.02

>>379
複数回呼ばれた時に例外出してるならスタックトレース見ればすぐ分かる
例外出してないなら出すようにコードを修正する
どっちもできないならあとは発生タイミングとアプリケーションのログから推測して再現させるとかかな
確証を得たいならコードを修正するのが手っ取り早い

2023/05/26(金) 11:33:49.22

>>381
メソッドが実行された時にコールスタック情報をログファイルに記録するようにすれば

**381** (ﾜｯﾁｮｲ 4f54-C1+R) · 2023/05/26(金) 11:44:37.68

みなさん、ありがとうございます。
まずはコールスタック記録するようにしてみたいと思います。

2023/05/26(金) 11:47:57.12

呼び出し階層表示が見られるって自分で言ったのに今からコールスタック表示するのかよ

2023/05/26(金) 12:11:24.31

静的な呼び出し階層と実行時のコールスタックを混同してるのか

2023/05/26(金) 12:59:28.06

辿れないほど呼び出し元が多岐に渡るメソッドをどうやって1回しか呼ばれないよう担保しようとしてたのか気になる
同時実行制御の問題なのかな

2023/05/31(水) 20:45:10.15

>>372
自分のMac売って第8世代i5の中古ノートPC2台買うたらええで
自分と子供用にな

2023/06/02(金) 09:01:04.14

自分の開発マシンにして、愛機
と言うかこれしか持ってないんです
2008年 8月20日発売
ThinkPad R500 2714A17

2023/06/02(金) 10:35:55.17

Windows11入らないと開発は無理じゃね？

2023/06/02(金) 11:37:39.80

2008年は古過ぎだろw
今のWindowsまともに動かんやろ

2023/06/02(金) 14:28:17.64

仕事ならまともなの買えよ、趣味ならしらん

2023/06/03(土) 04:06:47.54

Win11のシェアなんかゴミみたいなもんだし
問題ないわ

2023/06/03(土) 04:18:20.61

OSはWIndows10でも良いけど、快適に開発するならPCはWindows11を入れられる位のスペックが欲しい

2023/06/03(土) 10:10:11.97

スマホと同じペースで1年の寿命しかないMacよりはいい

2023/06/03(土) 13:51:37.27

まあMacは信者専用機だから・・・
オフィスワークから開発、創作活動、ゲーム、動画視聴までWindowsで高品質なのが揃うようになって20年近く経ってるのに一般人はMacを使う意味ない

2023/06/03(土) 13:55:35.12

何年前だったかプラスチックの炊飯器みたいなのを「マックはデザインがかっこいい」と言って信者が騒いでたのを見て「こいつら救いようがねぇな」と思った記憶がある

2023/06/03(土) 14:30:51.53

>>398
何でそんな嘘しか付けないんだ？

**デフォルトの名無しさん** · 2023/06/03(土) 15:55:00.80

別に使いたい用途で使えるならデザインで選んでもいいのでは、と俺は思うけどね。

2023/06/03(土) 20:10:03.02

貧乏人はApple製品を憎んで嘘で貶めようとします

2023/06/03(土) 23:10:09.26

そういう話じゃ無い

マックに100万使うならWindowsマシンに100万使った方がスペック良いよねって話

2023/06/03(土) 23:41:19.13

>>404
百万のWindowsPCなんて無駄だろ

2023/06/04(日) 00:18:11.16

嘘を指摘されると今度はごまかし始める
貧乏人は大変だね

2023/06/04(日) 01:59:33.36

c#なら素直にWindows機でいいんじゃね
そこに会社の規定とか制限があるのならしらん

2023/06/04(日) 07:09:03.35

何の話かと思ったら開発PCか

>>392
そのPCでWindowsだから重いって思うんだろ？
Linux入れりゃ良いじゃん
それかWindowsでも開発ツール入れなきゃ良い

azure上に仮想マシンやらDevBoxで良いじゃん
Codespaceで良いじゃん
俺なんて家でも会社でもiPadでブラウザでCodespaceだぞ
重いPC持ち歩く必要も無い
タブレットだけ持ってりゃ仕事出来る

2023/06/04(日) 09:46:49.84

codespacesって意外と安くないよな
何か安くなる秘法でもあるのか？

2023/06/04(日) 09:50:11.48

会社が払うから何も気にしないな

2023/06/12(月) 20:19:48.13

ブレイクポイントって関数単位で止めるものなんでしょうか
関数の途中で止めたりすると駄目なんですかね

スタックフレームなんちゃらと怒られます

func myFunction()
{
print("hoge1")
print("hoge2")#ここで止めちゃ駄目？
}

2023/06/12(月) 20:33:13.56

>>411
別の問題だな
リリースビルドしてるとか

2023/06/12(月) 22:32:43.81

>>411
それ以前にコンパイルできないわそれ

2023/06/13(火) 00:06:29.80

>>411
スレ間違ってない？

2023/06/13(火) 01:25:38.96

馬鹿は開発環境が何かさえ書かない
そもそもC#なのか？

2023/06/13(火) 06:36:47.93

ブレイクポイントって度のタイミングで使うもんなのかなと一般的な考え方として、、、、

2023/06/13(火) 07:17:41.88

一般的に関数内で止められないわけねーだろ
お前のコードが一般的とはかけ離れてるからどこまで本当のことを言ってるかすらわからん

2023/06/13(火) 07:50:20.39

関数内で普通に止められるぞ
むしろ止められないデバッガって何w

2023/06/13(火) 08:03:31.21

どう見てもC#のコードじゃないの草

2023/06/13(火) 09:38:02.47

swift？

2023/06/13(火) 12:52:41.23

>>416
馬鹿はここが何のスレか読めるか？

2023/06/13(火) 13:51:49.09

聞くスレも間違ってるけどエラーメッセージを読まないでなんちゃらで怒られましたで済ますのが一番だめ
大事なのはそのなんちゃらだし

怒るわけないよね
怒られてもないのに怒られたピエンって泣きつくやつは何やってもだめ

2023/06/15(木) 10:27:38.65

最近は指導しただけで逆恨み銃殺まであるんだな怖い怖い

2023/06/15(木) 10:29:36.05

>>423
足元撃ってやろうとしただけだってさ
乱射したらリコイルしたって

2023/06/15(木) 10:43:41.82

進次郎増殖中

2023/06/15(木) 10:49:34.74

指導する人もいなくなるし迷子の子供を保護する人もいなくなる(下心のあるおっさんを除く)

2023/06/15(木) 11:01:25.48

指導って要らなくね

このスレ的に言えばプログラム言語の研修とかだってWebサイト見りゃ良いじゃん
その上で修了試験的なのして合格なら業務投入で良いじゃん

2023/06/15(木) 11:22:48.48

土方ならな

2023/06/15(木) 12:12:53.37

土方とか関係無いやん
寧ろ優秀な奴ほど下手に指導するより書籍とか与えておけば良いって事もある

更に言えば自分で独習してきて勝手に技術習得してるのが優秀な奴じゃん
教えられて無いので出来ませんはかなりの無能な部類

2023/06/15(木) 13:10:51.30

竹田くんみたいなのが量産されそう

2023/06/23(金) 19:31:10.81

https://www.itmedia.co.jp/news/articles/2306/23/news109.html
C#とJavaの評価が低くておじさんは悲しい

2023/06/23(金) 19:59:55.85

>>431
Notepad++の人気が根強いね

2023/06/23(金) 20:45:14.09

>>431
c#は使ったことがない人(期待)と実際に使ったことがある人(賞賛)の乖離が大きいのな
実際に使ったことがある人の評価は悪くない
食わず嫌い良くないw

2023/06/23(金) 20:46:57.75

Rubyが終わっていて笑った

2023/06/23(金) 21:22:08.63

つーか上位ほぼスクリプト言語だな
C#健闘してる方じゃね

2023/06/23(金) 22:02:02.60

ワイの超糞コードもgithubに上げればすっきりリファクタリングしてもらえるだろうか

2023/06/23(金) 22:38:35.50

>>436
超有用アプリならな

2023/06/24(土) 05:52:03.90

今更だけど、.NETのLTSが三年って短すぎと思うのは俺だけ？
三年経ったらVisualStudioを買い替えて、新しいバージョンの.NETにマイグレーションしてテストして…ってそんな金誰が出してくれるんだ？

2023/06/24(土) 07:13:32.76

今のシステムは3年持たないから別に短いとも思わない
俺の会社のシステムは年4回の更新がルールになってる
テストは自動化だから追加機能のない時は1日で終わる

VSはサブスクだしvscodeでも良い

2023/06/24(土) 08:24:13.30

>>439
三年持たないシステムってどういうシステム？
うちはコテコテの業務システムなので下手すると10年以上使う…

2023/06/24(土) 09:10:16.70

セキュリティやら何やらで3年以上も持つシステムってのは世の中には1つも無いぞ

10年以上使うことは出来てもそれって年々増加するリスクを抱えて使ってるだけ

俺が言ってるのはリスクを基準以下に抑えた安全なシステムは3年が限界って意味

2023/06/24(土) 09:19:27.28

よほど古い体質じゃない限り、
今はCIとか自動化でFWとかのバージョンアップ含めて対応してくのが望ましいよね
持たないというか、「LTSきれるから対応する」という旧来の対応じゃなくて
継続的に最新を検証しながら順次当てていく運用がされてると思う

DBとかインフラ周りは事情変わるし、そっちに引っ張られることもあると思うけどね
体制を変えるのも企業としてカロリー高いし、中小ユーザ企業は置いてけぼりになってるかもね

2023/06/24(土) 09:20:49.88

>>440
Web系は軒並み寿命が短くなってる
システム的な側面もあるし、使用する言語そのもののサポート期間が短くなってるって理由もあると思う
業務系だとあまり感じないと思うけどかなり深刻よ

phpとかActive support2年、Security fixes onlyな期間いれても3年だぜ

2023/06/24(土) 09:27:17.07

スタンドアロンのマシンを工場に入れて稼働させるなら平気で10年使うとかあるんじゃない？
それなら別にサポート切れてもかまわんけど

問題はシステムそのままでネットワークに繋ぐけど更新するつもりがないようなケース。
既に動いてるソフトに追加で金(手間とかメンテ)かけたくない人たちはいるんだよ。

2023/06/24(土) 09:42:16.38

別に金掛けないなら良いんじゃね
動かなくなった時とか問題が起きてもサポート対象外で知ったこっちゃ無い

リスクの説明をしてそれでもリスク許容するって判断したならそれまででしょ
責任者は自分が下した責任を取るだけじゃん

2023/06/24(土) 09:42:45.76

大掛かりな業務システムだと製造自体で年超えるから、三年はまあ短すぎだわな

2023/06/24(土) 09:48:33.39

三年経つ前に上位互換が出るのに何を困ってるんだ

2023/06/24(土) 09:52:27.28

そんな大掛かりで特定のバージョンに繊細に依存するようなナイーブな業務システムを、ターゲットに入れてないんやろ

2023/06/24(土) 10:09:17.87

逆に.NET4系はなんであんなに長くサポートされるんだろう

2023/06/24(土) 10:32:24.72

一つの製品に時間を掛けると完成度は高くなる
今はそれをやらないで次々製品を出している
そのほうがメリットがあると考えてるから

2023/06/24(土) 11:12:26.40

それが出来ない分野ってのはあるんだよ
全てが同じように作ればいい訳ではない

2023/06/24(土) 11:58:36.68

>>449
コンセプトがWindowsの新しいAPIでWindowsの一部だから

新しい.NETはマルチプラットホームなのでどんどん新しくしないとOSに取り残される

2023/06/24(土) 12:17:48.33

Javaもそんな感じだよね…
うちみたいな昔ながらのSIerはついていけずに潰れるな…

2023/06/24(土) 12:34:32.06

.net coreはOSの一部じゃないから放置しても良いってことか
その割には3.1とか頻繁にWUかかるよな
何がそんなにダメなのか知らんけど

2023/06/24(土) 14:05:07.43

. NET Core は Windows、Linux、および macOS で動作します。
. NET Framework は Windows で動作します

だから、Linux が頻繁にupdate されるからかも

2023/06/24(土) 14:22:04.26

ん？
NETFrameworkもNETCore3.1/6も毎月定例でWindowsUpdateが来てるかと思ってたんだが、違うの？

2023/06/24(土) 14:28:46.29

>>456
そのアップデートが行われる期間が三年じゃ短いんじゃないかという話をしてるんだよ
frameworkの方はwindows付属なのでosのサポート期間と同じ長さになる

2023/06/24(土) 15:52:52.15

あ、>>456の疑問は>454に対してで
Coreのアップデート期間が短いなんて話への興味もないしサポート期間が短いという認識もおれは持ってない

2023/06/24(土) 15:56:12.83

話を変えるときには「ところで」とか言った方がいいぞ

2023/06/24(土) 16:00:59.80

2008年にリリースされた.NET Framework 3.5SP1はまだサポートされてるんだよな...

2023/06/24(土) 16:01:33.74

え、ごめんよくわからない
このスレの流れで誰がどのレスでどう話を変えたの？
具体的にどのレスに「ところで」とかつけるべきなの？

2023/06/24(土) 19:44:52.86

漢和及第