22/02/08 15:07:00.89 Ki5uCpbuM.net
>>947
すいません言葉足らずでした
エラーはその2つの例外情報は分かるのですが説明は「ハンドルされない例外のため、プロセスが中止されました。」となっており、それ以外はエラーに至るまでの内部的な関数？が呼ばれた場所が記載されている状態です
その呼ばれた場所の最後が、エラー発生箇所コードとして記載させて頂いた部分です
964:デフォルトの名無しさん
22/02/08 15:35:11.95 4pbgYgTcM.net
>>856
これをありがたいと思うのは変な人
分からないでありがたがってる
>>870が正解
965:デフォルトの名無しさん
22/02/08 15:42:07.62 2+2aacXwr.net
まずは作成日みたいなフィールドを後で更新するなと。
966:デフォルトの名無しさん
22/02/08 18:40:08.93 11RalhgJ0.net
>>947
これ同じ処理が複数同時に走る？
複数同時に走る場合でread committedならデッドロックになるケースじゃない？
それが原因かどうかはわからないけどlog_lock_waitsがoffならonにしてしておくといいかも
967:デフォルトの名無しさん
22/02/08 18:50:37.00 u9WL3yPq0.net
>>949
ちゃんとチェックするとこに行ったら全弾被弾して
○○さんって大したことないよねって評価をいただくわけですね
968:デフォルトの名無しさん
22/02/08 18:53:19.11 u9WL3yPq0.net
スタイリッシュなつもりでいるようだけど自分の処理の状態も把握できないもん作って悦に浸ってるのがダセェ
お前がよく見るのはあくまでサンプルだからな
969:デフォルトの名無しさん
22/02/08 20:10:07.63 pmS2YoNl0.net
>>951
デッドロックやＤＢ上のロックタイムアウトなら、普通はDBサーバ上で確認できるだろ
まず何がエラーになったのかちゃんと確認すべきじゃね
ＤＢ側で何の（接続要求すらの）感知もできてないなら、おれならまずはネットワーク系の問題を疑うがな
ソケットの枯渇とか名前解決の不具合とかファイアウォール関係とか、その辺があやしい
970:デフォルトの名無しさん
22/02/08 20:26:14.86 fYph1ArX0.net
>>951
ありがとうございます
このGetStartProcessTimeが複数の箇所で同時に呼ばれる事はありません
教えて頂いた設定等は私の知識不足で全然触れたことがないので一度調べてみます
>>954
ありがとうございます
postgresのログも見てみましたが、タイムアウト発生時にはエラーや何らかの処理をしているログ自体ありませんでした
データベースがEntityFrameworkから接続を要求されているというのは後からでも見ることが出来るのでしょうか？
971:デフォルトの名無しさん
22/02/08 21:45:24.55 11RalhgJ0.net
>>954
>まず何がエラーになったのかちゃんと確認すべきじゃね
そりゃそうよ
ただ本当に詳細が確認できない状態で再現もできないのなら
次に発生した時に情報を取れるようにしておくのは重要
DB側のログで何が確認できるかは設定次第
URLﾘﾝｸ(www.postgresql.org)
972:デフォルトの名無しさん
22/02/08 22:06:08.66 u9WL3yPq0.net
そもそもタイムアウトが起きるぐらいの処理時間かかってるの？
973:デフォルトの名無しさん
22/02/08 22:25:24.63 RReR8OJiM.net
>>952
c#のwindows環境でシングルコアで動くか？ってやってるところどこにあるんだよ
脳みそ何のために使ってんだ？
974:デフォルトの名無しさん
22/02/08 22:34:34.58 11RalhgJ0.net
>>955
自PC内ってことだったからnpgsqlのtraceレベルのログも仕掛けといたら？
NpgsqlLogManager.Provider = new ConsoleLoggingProvider(NpgsqlLogLevel.Trace, true, true);
URLﾘﾝｸ(www.npgsql.org)
975:デフォルトの名無しさん
22/02/08 22:47:06.84 fYph1ArX0.net
>>957
各クエリの時間を測った事は無いのですが、アプリケーション自体の一連の処理が0.5～0.7秒程度で終わっているので、今回のDBへの接続がタイムアウトになるほど長くかかる事は通常は無いと考えています…
テンプレートにあったサイトを使ってエラーを記載してみました
上手く出来ているか分かりませんが、以下が現在確認出来ているエラー内容です
URLﾘﾝｸ(ideone.com)
976:デフォルトの名無しさん
22/02/08 22:48:14.55 u9WL3yPq0.net
>>958
っていうかそういう自分の思い込みでしか物事を判断できないから
バグまみれのスレッド立てても気にもならないんだろうな
シングルコアで動かしたログがあればマルチコアで並列で動作してるか
どうかチェックになんだろ
得にオメーのはどうせ並列でなんか動いてねぇからシングルでもマルチでもログかわんねーだろｗ
977:デフォルトの名無しさん
22/02/08 23:01:38.91 RReR8OJiM.net
>>961
シングルコアが分からないなら口出ししなければいいのに
978:デフォルトの名無しさん
22/02/08 23:07:43.01 RReR8OJiM.net
あなたの会社ではどのシングルコアCPUを搭載したwindowsPCでスレッドの動作確認を行っているんですか？
そんなことしてる会社などないだろ
979:デフォルトの名無しさん
22/02/08 23:18:00.69 NUxQNPK7a.net
初代ラズパイ＋monoかな
脳みそ何のために使ってんだ？ ← 妄想
980:デフォルトの名無しさん
22/02/08 23:18:39.86 QQmTWHSUM.net
>>963
わざわざ相手するなよ
その人ろくに有益なこと言えないのにひたすらマウント取ろうと粘着するから
無駄にレス流れて迷惑なんだよ
981:デフォルトの名無しさん
22/02/09 02:29:49.81 6+/OHix60.net
脳みそはマルチコアでも容量が1bitしかないようだなハハハ
982:デフォルトの名無しさん
22/02/09 03:04:14.67 w+huDBHz0.net
またシングルスレッドおじさん帰ってきたのか
983:デフォルトの名無しさん
22/02/09 10:25:30.10 FQOg5JO/0.net
Windowsフォームのプログラムをタブレットでも使いたいという要望があったのですが
comboboxのスクロールバーを大きくすることはWindowsフォームで出来るでしょうか？
というかタブレットかつ高解像度のPCが出てくると
いよいよWindowsフォームがキツくなってきた気がします。
984:デフォルトの名無しさん
22/02/09 10:27:52.18 tI59uOap0.net
>>968
プロパティでどうこうみたいなお手軽な方法は無くって、カスタムコントロールを作るとかしないとダメだった気がする
985:デフォルトの名無しさん
22/02/09 11:46:02.13 kunTT2/DM.net
OwnerDrawは全てを解決します
986:デフォルトの名無しさん
22/02/09 13:55:19.52 nVoy06Fa0.net
つーかAndroidタブのコンボボックスにスクロールバーなんかないよね
指で操作するためのUIに変える必要があるってことよね
オーナードローなんかで解決するかな
987:デフォルトの名無しさん
22/02/09 14:17:49.58 P+Dycpf60.net
>指で操作するためのUIに変える必要があるってことよね
フォームアプリがタッチパネルに反応するだけでも御の字と思っている状況なので、
出来るなら是非とも欲しい動作です。
988:デフォルトの名無しさん
22/02/09 14:17:49.99 P+Dycpf60.net
>指で操作するためのUIに変える必要があるってことよね
フォームアプリがタッチパネルに反応するだけでも御の字と思っている状況なので、
出来るなら是非とも欲しい動作です。
989:デフォルトの名無しさん
22/02/09 14:19:08.14 5WmGk4RQ0.net
スクロールバーを出ないぐらいコンボボックスの範囲を大きくしておけばいいのでは？
オーナードローとかしだしたら大変だからやらない方が身のためかもしれない
990:デフォルトの名無しさん
22/02/09 14:35:48.89 gJYxYm5Ia.net
コピペで一発とはいかないけどこれでできるな
スクロールバー二重になったりちょっとおかしいとこ変えるだけだからすぐだろ
URLﾘﾝｸ(www.codeproject.com)
991:デフォルトの名無しさん
22/02/09 15:24:21.38 lp//LDU1a.net
WPFのコンボもフリックしてタップで止めるとかできないんだっけ？
まあWPFの方が不十分とはいえ一応タッチパネル系のイベントに対応してるんで
できるならWPFで作り直した方がいいんだろうねたぶん
992:デフォルトの名無しさん
22/02/09 16:41:51.90 iS0fYVVpa.net
>>975
これできないな。メッセージ飛ばせば終わりだろと思ったけどまったくだった
993:デフォルトの名無しさん
22/02/09 21:31:08.51 nVoy06Fa0.net
コンボボックスやめてパネルにでかいボタンを並べてスクロールさせるかリストボックスだな
そうなるとやっぱオーナードローか
994:デフォルトの名無しさん
22/02/09 22:39:05.34 HRI/vJyh0.net
.Net6.0にしようとしたらSJIS削られてて焦った
995:デフォルトの名無しさん
22/02/09 22:43:02.03 1A90hyai0.net
>>979
まじかよ、俺社一生使えないじゃん・・・
996:デフォルトの名無しさん
22/02/09 23:04:40.19 7kRrx8rI0.net
EXCEL用のCSV出力できなくなるの？
997:デフォルトの名無しさん
22/02/09 23:05:53.89 a7Kiiaid0.net
>>980
次スレよろぴく
998:デフォルトの名無しさん
22/02/09 23:06:30.96 gW34M8HF0.net
それは BOM を付けたげたら済む話じゃないの？
999:デフォルトの名無しさん
22/02/09 23:12:22.58 iS0fYVVpa.net
CodePageEncodingProvider.Instance.GetEncoding("shift-jis")
こんな感じで取得できたはず
1000:デフォルトの名無しさん
22/02/09 23:14:43.66 1A90hyai0.net
>>982
はい次スレ
ふらっと C#,C♯,C＃（初心者用） Part154
ｽﾚﾘﾝｸ(tech板)
1001:デフォルトの名無しさん
22/02/09 23:25:51.66 FxI6XKVTM.net
CP932とshift-jisは実は別物と2chブラウザを作ったときに理解した
大体20年近く前の話
1002:デフォルトの名無しさん
22/02/10 00:27:38.90 WTxAQl/h0.net
>>981
UnicodeのTSVで出せばいい
1003:デフォルトの名無しさん
22/02/10 04:11:44.10 Bfsj9FyQ0.net
会社で新しくC++MFCからC#に移行しそうなのですが、結構違いますか？
1004:デフォルトの名無しさん
22/02/10 04:41:11.49 8GgErYEHa.net
むしろ共通点はほぼないと思いますよ。
UIにWindows Formを使うならWin32の知識が無駄にはならない程度
1005:デフォルトの名無しさん
22/02/10 04:51:25.43 nU5m13/Jd.net
>>988
MFCのDocument/View構造とWPFのMVVMは考え方がほんのちょっと似てるかも
1006:デフォルトの名無しさん
22/02/10 05:16:17.86 Bfsj9FyQ0.net
ありがとうございます
やっぱり違うところもそれなりにあるんですね
本格以降の前に勉強しないと…
1007:デフォルトの名無しさん
22/02/10 09:10:07.63 0HR3aWgk0.net
フレームワークのバージョンに右往左往
1008:デフォルトの名無しさん
22/02/10 18:20:37.30 hh6EUNrwa.net
Javaと同じ人が作っただけあって
Javaのが似てると思います
1009:デフォルトの名無しさん
22/02/10 19:31:29.55 G6G2NR290.net
MFCとC#のWPFなら基本的にまるで別物だよなぁ
WinFormsも別物だけど、C++よりはC#の方が簡単だと思うけど
ラムダ式やらその辺の書き方に付いていけない奴は結構いるらしい
staticおじさんにはC#は辛いかも知れないｗ
1010:デフォルトの名無しさん
22/02/10 19:33:58.19 vwYTLp7Ia.net
JAVAじゃなくてDelphiでしょw
JAVAやC++はむしろ反面教師として否定的継承をしてるのがC#
1011:デフォルトの名無しさん
22/02/10 19:37:23.72 vwYTLp7Ia.net
MFCのカオスに耐えられた人がC#は理解できないとかないと思うよw
ラムダ式なんてむしろC++やってた人には馴染みやすいでしょ
1012:デフォルトの名無しさん
22/02/10 19:57:50.08 y+gM+mODa.net
mfcを初めて触ったときはなんて簡単にwindowsアプリが作れるんだって感動したものだけど、c#はそれより数十倍簡単だからな
mfcとc#はまったく違うけど、mfcできるなら一瞬で使えるようになるよ
1013:デフォルトの名無しさん
22/02/10 21:50:11.16 Wm6mdcT10.net
MFC今も現役なの？
1014:デフォルトの名無しさん
22/02/10 22:05:49.13 WTxAQl/h0.net
今のC++はラムダ式も型推論もあるもんね
1015:デフォルトの名無しさん
22/02/10 22:41:54.23 VfTItntg0.net
拡張子がcppってだけのC言語使い方だときついでしょ
1016:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 58日 23時間 48分 33秒
1017:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています