ふらっと C#,C♯,C＃（初心者用） Part153

2021/12/13(月) 22:53:21.18

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part152
http://mevius.5ch.net/test/read.cgi/tech/1629888256/
■関連スレ
C#, C♯, C＃相談室 Part94
http://mevius.5ch.net/test/read.cgi/tech/1553075856/
■コードを貼る場合は↓を使いましょう。
https://ideone.com/
https://dotnetfiddle.net/
■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries/
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries/
https://referencesource.microsoft.com/
https://source.dot.net/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html

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

2022/02/08(火) 12:30:36.89

>>934に便乗して
NpgsqlでDB接続するコンソールアプリを1分おきに起動するタスクがあるんだけど、
それなりの頻度でStsyem.TimeoutExceptionで接続失敗しちゃう
どこに問題があると疑うべきなのかなあ

と思っていまログを確認したら
半年くらい前までは2～3日に1回(=1/1000～1/5000位の確率)でTimeoutしてたのが
最近だと月1回くらいしか起こらなくなってた・・・
環境というかPostgreSQLサーバの負荷等の問題だったのかな・・・・・・？

2022/02/08(火) 12:38:00.12

同時に書き込アクセスできず待たされるのはよくある
書き込んでる奴が時間かかってたらタイムアウト
プログラミング分かりやすくするなら、DBアクセスは排他処理して同時に複数接続しない。それで失敗はなくなるだろ

2022/02/08(火) 12:44:07.19

>>939
TimeoutExceptionのエラーメッセージに何をした時にタイムアウトが発生したのかが書いてあるから
まずそれを確認したら？

2022/02/08(火) 12:59:02.44

一概にタイムアウトと言っても、「接続タイムアウト」と「コマンドタイムアウト」があるからどっちが発生しているかをよく確認しないとね。
接続文字列のTimeout、CommandTimeout
（もしくはコード上でef経由で個別設定しているとか）

>>939
npgsqlが吐いてる例外をInnerExceptionで見れません？

2022/02/08(火) 14:08:23.98

- 詳細エラーメッセージ
- npgsqlとpostgresのバージョン
- 再現コード
この3点セットがあれば誰か調べてくれるよ
.NETやOSの情報もあればなお良い

2022/02/08(火) 14:33:47.63

>>940
ありがとうございます
なるほど、確かに下げてみれば再現が出来るかもしれません
早速試してみます
これで同じエラーが出てくれれば良いのですが…

>>944
タイムアウト設定に関して、Timeout、CommandTimeout共にデフォルトで運用していました
現在試しにそれぞれ60に伸ばしています
InnerExceptionは例外の詳細ですよね？
お恥ずかしい話ですが、例外処理を書いていなかったため、今回このエラーが分かったのもwindowsのイベントビューアで発見しました
急遽例外処理を入れたのですが、エラーが再現せず…

2022/02/08(火) 14:42:17.36

>>945
ありがとうございます

現在分かるエラー内容
①System.TimeoutException
②System.Data.Entity.Core.EntityException

各種バージョン
Npgsql:ver.4.1.3.0(ランタイムver.v4.0.30319)
PostgreSQL:PostgreSQL 13.3, compiled by Visual C++ build 1914, 64-bit
.NetFramework:4.6.1
OS:Windows10pro

エラー発生箇所コード

static void GetStartProcessTime()
{
using (var context = new DbContext())
{
var processingTimeTable = context.CheckprocessingTimeTable.First(x => x.id== 1);
processingTimeTable.CreateDate = DateTime.Now;

context.SaveChanges();
}
}

2022/02/08(火) 15:07:00.89

>>947
すいません言葉足らずでした
エラーはその2つの例外情報は分かるのですが説明は「ハンドルされない例外のため、プロセスが中止されました。」となっており、それ以外はエラーに至るまでの内部的な関数？が呼ばれた場所が記載されている状態です
その呼ばれた場所の最後が、エラー発生箇所コードとして記載させて頂いた部分です

2022/02/08(火) 15:35:11.95

>>856
これをありがたいと思うのは変な人
分からないでありがたがってる

>>870が正解

2022/02/08(火) 15:42:07.62

まずは作成日みたいなフィールドを後で更新するなと。

2022/02/08(火) 18:40:08.93

>>947
これ同じ処理が複数同時に走る？

複数同時に走る場合でread committedならデッドロックになるケースじゃない？
それが原因かどうかはわからないけどlog_lock_waitsがoffならonにしてしておくといいかも

2022/02/08(火) 18:50:37.00

>>949
ちゃんとチェックするとこに行ったら全弾被弾して
○○さんって大したことないよねって評価をいただくわけですね

2022/02/08(火) 18:53:19.11

スタイリッシュなつもりでいるようだけど自分の処理の状態も把握できないもん作って悦に浸ってるのがダセェ
お前がよく見るのはあくまでサンプルだからな

2022/02/08(火) 20:10:07.63

>>951
デッドロックやＤＢ上のロックタイムアウトなら、普通はDBサーバ上で確認できるだろ
まず何がエラーになったのかちゃんと確認すべきじゃね

ＤＢ側で何の（接続要求すらの）感知もできてないなら、おれならまずはネットワーク系の問題を疑うがな
ソケットの枯渇とか名前解決の不具合とかファイアウォール関係とか、その辺があやしい

2022/02/08(火) 20:26:14.86

>>951
ありがとうございます
このGetStartProcessTimeが複数の箇所で同時に呼ばれる事はありません
教えて頂いた設定等は私の知識不足で全然触れたことがないので一度調べてみます

>>954
ありがとうございます
postgresのログも見てみましたが、タイムアウト発生時にはエラーや何らかの処理をしているログ自体ありませんでした
データベースがEntityFrameworkから接続を要求されているというのは後からでも見ることが出来るのでしょうか？

2022/02/08(火) 21:45:24.55

>>954
>まず何がエラーになったのかちゃんと確認すべきじゃね
そりゃそうよ
ただ本当に詳細が確認できない状態で再現もできないのなら
次に発生した時に情報を取れるようにしておくのは重要

DB側のログで何が確認できるかは設定次第
https://www.postgresql.org/docs/current/runtime-config-logging.html

2022/02/08(火) 22:06:08.66

そもそもタイムアウトが起きるぐらいの処理時間かかってるの？

2022/02/08(火) 22:25:24.63

>>952
c#のwindows環境でシングルコアで動くか？ってやってるところどこにあるんだよ
脳みそ何のために使ってんだ？

2022/02/08(火) 22:34:34.58

>>955
自PC内ってことだったからnpgsqlのtraceレベルのログも仕掛けといたら？

NpgsqlLogManager.Provider = new ConsoleLoggingProvider(NpgsqlLogLevel.Trace, true, true);
https://www.npgsql.org/doc/diagnostics/logging.html

2022/02/08(火) 22:47:06.84

>>957
各クエリの時間を測った事は無いのですが、アプリケーション自体の一連の処理が0.5～0.7秒程度で終わっているので、今回のDBへの接続がタイムアウトになるほど長くかかる事は通常は無いと考えています…

テンプレートにあったサイトを使ってエラーを記載してみました
上手く出来ているか分かりませんが、以下が現在確認出来ているエラー内容です

https://ideone.com/rIerhm

2022/02/08(火) 22:48:14.55

>>958
っていうかそういう自分の思い込みでしか物事を判断できないから
バグまみれのスレッド立てても気にもならないんだろうな

シングルコアで動かしたログがあればマルチコアで並列で動作してるか
どうかチェックになんだろ
得にオメーのはどうせ並列でなんか動いてねぇからシングルでもマルチでもログかわんねーだろｗ

2022/02/08(火) 23:01:38.91

>>961
シングルコアが分からないなら口出ししなければいいのに

2022/02/08(火) 23:07:43.01

あなたの会社ではどのシングルコアCPUを搭載したwindowsPCでスレッドの動作確認を行っているんですか？
そんなことしてる会社などないだろ

2022/02/08(火) 23:18:00.69

初代ラズパイ＋monoかな
脳みそ何のために使ってんだ？ ←　妄想

2022/02/08(火) 23:18:39.86

>>963
わざわざ相手するなよ
その人ろくに有益なこと言えないのにひたすらマウント取ろうと粘着するから
無駄にレス流れて迷惑なんだよ

2022/02/09(水) 02:29:49.81

脳みそはマルチコアでも容量が1bitしかないようだなハハハ

2022/02/09(水) 03:04:14.67

またシングルスレッドおじさん帰ってきたのか

2022/02/09(水) 10:25:30.10

Windowsフォームのプログラムをタブレットでも使いたいという要望があったのですが
comboboxのスクロールバーを大きくすることはWindowsフォームで出来るでしょうか？
というかタブレットかつ高解像度のPCが出てくると
いよいよWindowsフォームがキツくなってきた気がします。

2022/02/09(水) 10:27:52.18

>>968
プロパティでどうこうみたいなお手軽な方法は無くって、カスタムコントロールを作るとかしないとダメだった気がする

2022/02/09(水) 11:46:02.13

OwnerDrawは全てを解決します

2022/02/09(水) 13:55:19.52

つーかAndroidタブのコンボボックスにスクロールバーなんかないよね
指で操作するためのUIに変える必要があるってことよね
オーナードローなんかで解決するかな

2022/02/09(水) 14:17:49.58

>指で操作するためのUIに変える必要があるってことよね
フォームアプリがタッチパネルに反応するだけでも御の字と思っている状況なので、
出来るなら是非とも欲しい動作です。

2022/02/09(水) 14:17:49.99

>指で操作するためのUIに変える必要があるってことよね
フォームアプリがタッチパネルに反応するだけでも御の字と思っている状況なので、
出来るなら是非とも欲しい動作です。

2022/02/09(水) 14:19:08.14

スクロールバーを出ないぐらいコンボボックスの範囲を大きくしておけばいいのでは？
オーナードローとかしだしたら大変だからやらない方が身のためかもしれない

2022/02/09(水) 14:35:48.89

コピペで一発とはいかないけどこれでできるな
スクロールバー二重になったりちょっとおかしいとこ変えるだけだからすぐだろ
https://www.codeproject.com/Questions/552065/Customizepluswindowsplusscrollplusbarplusinpluscom

2022/02/09(水) 15:24:21.38

WPFのコンボもフリックしてタップで止めるとかできないんだっけ？

まあWPFの方が不十分とはいえ一応タッチパネル系のイベントに対応してるんで
できるならWPFで作り直した方がいいんだろうねたぶん

2022/02/09(水) 16:41:51.90

>>975
これできないな。メッセージ飛ばせば終わりだろと思ったけどまったくだった

2022/02/09(水) 21:31:08.51

コンボボックスやめてパネルにでかいボタンを並べてスクロールさせるかリストボックスだな
そうなるとやっぱオーナードローか

2022/02/09(水) 22:39:05.34

.Net6.0にしようとしたらSJIS削られてて焦った

2022/02/09(水) 22:43:02.03

>>979
まじかよ、俺社一生使えないじゃん・・・

2022/02/09(水) 23:04:40.19

EXCEL用のCSV出力できなくなるの？

2022/02/09(水) 23:05:53.89

>>980
次スレよろぴく

2022/02/09(水) 23:06:30.96

それは BOM を付けたげたら済む話じゃないの？

2022/02/09(水) 23:12:22.58

CodePageEncodingProvider.Instance.GetEncoding("shift-jis")
こんな感じで取得できたはず

2022/02/09(水) 23:14:43.66

>>982
はい次スレ

ふらっと C#,C♯,C＃（初心者用） Part154
https://mevius.5ch.net/test/read.cgi/tech/1644416019/

2022/02/09(水) 23:25:51.66

CP932とshift-jisは実は別物と2chブラウザを作ったときに理解した
大体20年近く前の話

2022/02/10(木) 00:27:38.90

>>981
UnicodeのTSVで出せばいい

2022/02/10(木) 04:11:44.10

会社で新しくC++MFCからC#に移行しそうなのですが、結構違いますか？

2022/02/10(木) 04:41:11.49

むしろ共通点はほぼないと思いますよ。
UIにWindows Formを使うならWin32の知識が無駄にはならない程度

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-2hKW) · 2022/02/10(木) 04:51:25.43

>>988
MFCのDocument/View構造とWPFのMVVMは考え方がほんのちょっと似てるかも

2022/02/10(木) 05:16:17.86

ありがとうございます
やっぱり違うところもそれなりにあるんですね
本格以降の前に勉強しないと…

2022/02/10(木) 09:10:07.63

フレームワークのバージョンに右往左往

2022/02/10(木) 18:20:37.30

Javaと同じ人が作っただけあって
Javaのが似てると思います

2022/02/10(木) 19:31:29.55

MFCとC#のWPFなら基本的にまるで別物だよなぁ
WinFormsも別物だけど、C++よりはC#の方が簡単だと思うけど
ラムダ式やらその辺の書き方に付いていけない奴は結構いるらしい
staticおじさんにはC#は辛いかも知れないｗ

2022/02/10(木) 19:33:58.19

JAVAじゃなくてDelphiでしょw
JAVAやC++はむしろ反面教師として否定的継承をしてるのがC#

2022/02/10(木) 19:37:23.72

MFCのカオスに耐えられた人がC#は理解できないとかないと思うよw
ラムダ式なんてむしろC++やってた人には馴染みやすいでしょ

2022/02/10(木) 19:57:50.08

mfcを初めて触ったときはなんて簡単にwindowsアプリが作れるんだって感動したものだけど、c#はそれより数十倍簡単だからな
mfcとc#はまったく違うけど、mfcできるなら一瞬で使えるようになるよ

2022/02/10(木) 21:50:11.16

MFC今も現役なの？

2022/02/10(木) 22:05:49.13

今のC++はラムダ式も型推論もあるもんね

2022/02/10(木) 22:41:54.23

拡張子がcppってだけのC言語使い方だときついでしょ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 58日 23時間 48分 33秒