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

2023/03/26(日) 07:31:00.51

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part157
https://mevius.5ch.net/test/read.cgi/tech/1669349768/
■関連スレ
C#, C♯, C＃相談室 Part97
https://mevius.5ch.net/test/read.cgi/tech/1671585518/
■コードを貼る場合は↓を使いましょう。
https://ideone.com/
https://dotnetfiddle.net/
初心者はまずVisual Studioを使いましょう。なおVisual Studioの使い方などに関しては各バージョンで違うので専用スレでお願いします
http://www.visualstudio.com/downloads/
■情報源
https://learn.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://learn.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://learn.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
++C++; // 未確認飛行 C
https://ufcpp.net/

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

2023/05/03(水) 13:57:38.37

>>381
多分お前が普段使ってる様なアプリもそんなもん

その神経質で無能なレビューアーが関係してるお前のシステムって世界でどんだけ売れてんのって話

2023/05/03(水) 13:59:04.86

動けばいいとしつこく言ってるやつはただの無職だよ
無職の妄想の中ではそうなんだろうさ
現実には動くのは当然で最低限でしかないんだけどね

2023/05/03(水) 14:03:35.88

>>383
そうは言ってるけどじゃあそれ以上に何が必要か言えてないやん

ちなみに話の流れは
>>330
>>333
みたいなコードの内容から来てるんやで
こういうコードが糞だろうが動けば良いって話だから脱線するなよ
お前等っていつも前提間違ってるからなw

2023/05/03(水) 14:06:31.39

まああんまり完璧なコードを書くと、その後の仕事がなくなるからな。

2023/05/03(水) 14:09:44.71

> 777c-KiN+
ついでに聞くけど、お前の中でシステム監査ってどんなもんなの？

2023/05/03(水) 14:15:23.93

>>386
すまん無能の質問の意味が分からん

システム監査って経済産業省とかIPAに定義あるよね
普通はそれに準拠したものが一般的だと思うんだ
つまり共通認識じゃないの？

無能の頭の中って俺俺監査があるん？

2023/05/03(水) 14:19:36.70

> だって製品の検査で調べるのはその動くかどうかじゃん

こんなこと言ってるし、また俺のシラン世界があるのかと

2023/05/03(水) 14:26:32.08

>>388
アホw

まさか動くかどうかが機能要件や非機能要件セキュリティ要件満たしてないと思ってる？
それこそ最低限満たした上で動く事だよね

その上で中のコードが>>384で言った様な糞コードかどうか関係無いよねって話だ

ほら言った様に話の流れが分かって無い
理解してない
前提を間違ってる

無能だな

2023/05/03(水) 14:26:49.46

GWだねぇ

2023/05/03(水) 14:30:01.23

>>389
> まさか動くかどうかが機能要件や非機能要件セキュリティ要件満たしてないと思ってる？

システム監査ってそういうことじゃないぞ
お前の中のシステム監査ってどんなもんなん？

2023/05/03(水) 14:37:49.92

>>391
繰り返すアホ

2023/05/03(水) 14:42:38.57

>>391
お前が間違ってるんじゃ？
経済産業省のシステム監査基準だとセキュリティガイドライン等に準拠してるか云々って書いてあるしそういう事を監査するもんじゃないの？

2023/05/03(水) 14:48:38.92

俺の知ってる世界だと、システム監査ってのは雑に言うとシステムを体制として担保する方法ができてるかを確認するもの

で、「機能要件や非機能要件セキュリティ要件」に関連した箇所でいうと、それらの要件が正しく永続的に保証できる証跡が残せるか？って観点で監査される

つまり、

> だって製品の検査で調べるのはその動くかどうかじゃん

ってことにはならんのよ
だから、コーダーが「動けばいい」ってスタンスで仕事してたら、レビュアーが体制としてブチ切れるんだわ

で、お前の中のシステム監査ってどんなもんなん？

2023/05/03(水) 15:09:07.11

動けばいいってのは
なぜそう書かないほうが良いのか、ちゃんと理解して説明できないやつの言い訳
まあそう書くなって言ってる奴もちゃんと説明できてないんだがな

2023/05/03(水) 15:19:09.40

>>390
GW終わって2ヵ月ちょい経つと今度は夏だねぇってなるんだよな

2023/05/03(水) 15:26:23.95

ぼんやりとした質問ですが、

Form1にWebView2が合ったとして、Form2でお気に入りを作って、Form2からForm1の
WebView2にナビゲートしたいんです。

やってみたんですが、Form1にあるはずのWebViewがForm2から出てこないんです。

調べてみたらキャスト？とかいうのが必要らしくて、キャストはちんぷんかんぷんです。

コード書いておくので誰かお助けを～

後Form1のWebview2にアクセスしようとしたら保護がかかってしまいました。
ランタイムを噛ませたりとかよく分かりません。

こんな超初心者の俺ですが、助けてください。

private async Task InitializeAsync()
{
await webView21.EnsureCoreWebView2Async(null);
}
private async void Form1_Load(object sender, EventArgs e)
{
await InitializeAsync();

webView21.CoreWebView2.Navigate("https://web.biz-prog.net/";);
}

2023/05/03(水) 15:26:47.58

private void button1_Click_1(object sender, EventArgs e)
{
Form2 f2 = new Form2(this); // 自フォームへの参照を渡す
f2.Show(); // サブ・フォームを表示
}

ここからForm2

public partial class Form2 : Form
{
Form1 f1;
private object webView21;

public Form2(Form1 f)
{
f1 = f;
InitializeComponent();
｝

試して見たんですが、オートコンプリートに((Form1)).webview2が出てきません

2023/05/03(水) 16:36:13.15

Form1に配置してるWebView2がprivateで宣言されてるからじゃないかね
VS使ってるならデザイナーで選択してプロパティウィンドウのModifiersを確認して
PrivateになってるならInternalかPublicにしたらいいよ

2023/05/03(水) 16:48:57.57

プライベートのままアクセサ作れば良くね？

2023/05/03(水) 17:56:30.72

そもそも素人コーディングをやるやつがマトモなアプリ書けるとは思えん
アプリの作り方を勉強した人ならマシなコード書くからな

2023/05/03(水) 19:51:19.18

>>399-401
解決しました。ありがとうございます。

2023/05/03(水) 21:30:59.09

>>394
あのさちゃんと読んだ？

お前は前提を勘違いしてるんだよ
動けば良いってそういう事じゃ無いんよ

2023/05/03(水) 21:35:17.93

>>394
もっと分かりやすい例を出そう

例えば同じ処理を100箇所コピペ出実装したとする
普通なら関数化してってやるわな

こんな100箇所コピペした糞コードでもシステム監査や他のテストでは一切問題にならない
動けば良いんだよ

2023/05/03(水) 21:36:12.63

アスペしつこいな

2023/05/03(水) 21:40:43.87

>>405
お前みたいな無能が多くて困ってる

2023/05/03(水) 21:42:02.40

もっというと例えばMV系フレームでこの処理はモデルに書くべきだとかどうとか
こういうのもどうでもいい

モデルで書くべきだろうが書くべきで無かろうが

動けば良いんだよ

2023/05/03(水) 21:43:26.02

オブジェクト指向もそう
クラス設計がどうだの継承がどうだのどうでもいい

動けば良いんだよ

2023/05/03(水) 21:46:03.28

このクラスでカプセル化されてないから云々
どうでも良い

動けば良いんだよ

2023/05/03(水) 21:55:41.82

触らぬキチに祟りなし

2023/05/03(水) 22:10:57.21

まあ中小規模だと“動けばいい”でやってるのも事実だからなぁ
エクセルにチェックつけてペタペタしてソースは見ないなんてのもザラ
なんならちょっとしたものなら本人が動いてる！で終わりとかね

2023/05/03(水) 22:36:48.59

>>411
動けばいいよりちょっと良くなると
何が良くなるの？
資料も書かないくせに余計な拡張要素入れたがるやつってぶっ殺したくなるんだけど？
お前もその類？

2023/05/04(木) 01:49:28.43

可読性がよくなる
バグが入り辛くなる
後釜がコード読んで罵倒せずにすむ
自分がクソコードに遭遇する可能性が減る

2023/05/04(木) 03:35:15.40

資料を書く・書かないとコードを改善する・しないは別問題なのになんかキレ散らかしてるの怖･･･

2023/05/04(木) 06:46:14.26

なんぞ嫌なことでもあったんだろうｗ

2023/05/04(木) 07:31:56.06

糞コード納品してリテイク食らって動けばいいといくら主張しても却下されてここで八つ当たりしてんじゃね

2023/05/04(木) 08:16:56.65

寿命の短いゲームの開発とかには動けばいいだろのメンタリティでコード書いてるやつが多い結構いる
実際クソコードだからバグ修正のアプデでまたバグるのも日常茶飯事

2023/05/04(木) 10:57:14.77

オマエらって普段からそんな立派なコード書いてるの？

皮肉でも何でもなく、大手さんの寄越したコードでもネットのサンプルをそのままコピペとか普通にあったんだけど。
アマゾンの AWS 用のサンプルコードとかでも整理なにそれなコードも普通にあるし。
ああいうレベルのものでも水準を満たしていたりするんだろうか。

まあ自分も普段は納品する側の中小だけど。

2023/05/04(木) 11:02:54.68

>>1読め

2023/05/04(木) 12:11:12.80

>>413
ドキュメントでも書いてよ

2023/05/04(木) 13:12:46.06

>>418
PSNの個人情報流出思い出した
dobon（だったはず）丸パクリの暗号化だった。"saltは8バイト以上"っていう文字列で復号化できた
オレが作った社内システムも同じことしてた。
社内システムだからセキュリティは気にしてないが。

2023/05/04(木) 13:16:44.41

>>420
クソコードをドキュメントに起こすときのモチベーション低下もあるな
規則性がないからな
あの頃の俺はなんでこんな変な処理を……

2023/05/04(木) 15:58:14.71

>>422
言い訳はいいから書いて

2023/05/04(木) 16:21:40.44

？意味わからん
まさか今から書いて上げろって言ってる？

2023/05/06(土) 20:43:47.65

非同期ファイルコピーのサンプルを探していたら、FileStream を使う方法と File.Copy を使う方法があるようなのですが、どっちがいいのでしょうか？
それぞれのメリット・デメリットが知りたいです。

//方法 1 (FileStream)
private static async Task CopyFileAsync(string sourceFilePath, string destinationFilePath)
{
　using (var sourceStream = new FileStream(sourceFilePath, FileMode.Open, FileAccess.Read, FileShare.Read, bufferSize: 4096, true))
　using (var destinationStream = new FileStream(destinationFilePath, FileMode.CreateNew, FileAccess.Write, FileShare.None, bufferSize: 4096, true))
　{
　　await sourceStream.CopyToAsync(destinationStream);
　}
}
//方法 2 (File.Copy)
private static async Task<bool> CopyFileAsync(string srcFileName, string destFileName)
{
　await Task.Run(() => File.Copy(srcFileName, destFileName));
　return true;
}

2023/05/06(土) 22:50:57.94

とりあえず機能させたいならFileCopyで十分
中断とか進捗状況確認とか融通が利くのがFileStream

2023/05/06(土) 23:28:08.83

File.Copyだと同期処理がスレッドを専有しそう。
FileStream.CopyToAsyncだとそうならないように実装されているのかな？

**425** (ﾜｯﾁｮｲ 9354-ouLR) · 2023/05/07(日) 00:12:10.49

>>426-427
ありがとうございます。
FileStream を使うことにしました。

2023/05/07(日) 00:41:03.38

>>425 の方法でファイルコピー後、コピー先ファイルのタイムスタンプを変更しようとしたら、例外が発生します。
頻度は10回に1回あるかないか程度です。
何が原因でしょうか？

static async Task Main(string[] args)
{
await CopyFileAsync("コピー元ファイル名.txt","コピー先ファイル名.txt");
}

static async Task CopyFileAsync(string srcFileName, string destFileName)
{
using (var srcStream = new FileStream(srcFileName, FileMode.Open, FileAccess.Read, FileShare.Read, bufferSize: 4096, true))
using (var destStream = new FileStream(destFileName, FileMode.Create, FileAccess.Write, FileShare.None, bufferSize: 4096, true))
{
await srcStream.CopyToAsync(destStream);
//試しにFlush・Close・Dispose 入れてみたけどダメでした。
srcStream.Flush();
destStream.Close();
srcStream.Close();
destStream.Dispose();
srcStream.Dispose();
}
var lastWriteTime = File.GetLastWriteTime(srcFileName);
File.SetLastWriteTime(destFileName, lastWriteTime); //ここで、: '別のプロセスで使用されているため、プロセスはファイル 'コピー先ファイル名.txt' にアクセスできません。'

**425** (ﾜｯﾁｮｲ 9354-ouLR) · 2023/05/07(日) 00:57:48.70

方法 2 (File.Copy) の方法でも発生しました。
まったく原因の見当がつきません・・・

2023/05/07(日) 00:58:07.18

ef coreでDBからレコードを大量に取得する場合、
(A)
foreach( var row in await query.ToListAsync() )
で取得する場合と
(B)
foreach( var row in query )
で取得する場合、どちらがアプリサーバで消費するメモリが多いでしょうか？
queryはIQueryable<T>型です。
DBサーバとアプリサーバは分かれています

(A)だとDBサーバから結果が全部返るまで待ってからループ開始、
(B)ならストリーミングで読み出せたところからループ処理
って勝手に想像してたんですが、ef coreで使用するDBMSのミドルウェアに依存でしょうか

具体的にはDBMSはpostgresqlです。
このあたりのドキュメントあったらURL教えてください

2023/05/07(日) 01:21:55.84

onedriveとかgoogledriveとかdefenderとかnortonとか

**425** (ﾜｯﾁｮｲ 9354-ouLR) · 2023/05/07(日) 01:29:00.89

とりあえず原因不明なので、最大10回を上限に、例外発生したらリトライするようにしました・・・

int j = 0;
bool b = false;

while (!b || j < 10)
{
　try
　{
　　//コピー処理
　　b = true;
　}
　catch
　{
　　continue;
　}
　j++;
}

2023/05/07(日) 01:37:17.63

>>432
Windows Defender 無効にしたら例外が発生しなくなりました！
天才さんありがとうございます！（＞▽＜）

2023/05/07(日) 08:06:15.51

>>431
DB絡んでないけど一般論としては
https://atmarkit.itmedia.co.jp/ait/articles/1409/24/news105.html
もっともODBCドライバとかDBプロパイダの作りがザルだとクエリ実行結果を一気に全件取り出して
アプリサーバ上のメモリ上に保持してる可能性もゼロではないけど、postgresならそんなことはないだろう

実体化したくないけど非同期でレコードを取り出したいってことなら
await foreach( var row in query.AsAsyncEnumerable() )

2023/05/07(日) 11:06:44.59

>>435
ありがとうございます。
ToList()やToListAsync()はすべての結果が利用可能になるまで何も返されない、つまり
大量レコード処理には向かない

(B)の場合でもAsNoTracking()をつけて変更検知をOFFにしないと
Linq to DBがキャッシュしてしまいメモリ使用量が大きくなる

(B)でさらにI/Oをブロックしたくない場合、非同期ストリームを利用する

ということで大量レコードをチビチビ処理する場合は
async foreach( var row in query.AsNoTracking() )
という書き方に落ち着きました

他の参考URL
https://stackoverflow.com/questions/56176176/difference-between-tolistasync-and-asasyncenumerable-tolist
https://stackoverflow.com/questions/3688213/iterating-through-iqueryable-with-foreach-results-in-an-out-of-memory-exception

2023/05/07(日) 11:09:18.20

ミス
最終的に
async foreach( var row in query.AsNoTracking().AsAsyncEnumerable() )
という書き方に落ち着きました

2023/05/07(日) 11:24:15.43

終わるまでにめっちゃメモリ使って死ぬ感じある

2023/05/07(日) 14:06:12.41

Defenderやらが邪魔するのはそうなんだろうけど
C/C++でACLや属性変更でリトライなんてしてた覚えないからC#のDisposeでファイルがちゃんとクローズできてないだけな気もする

2023/05/08(月) 10:05:23.91

Disposeでクローズなんかしないだろ？
つかそんな実装頼みの使い方してたら痛い目に遭うぞ

2023/05/08(月) 13:04:12.03

using制御しかしてないわ

2023/05/08(月) 13:11:33.93

>>439-441
>>429はWidows Defenderのせいにして終わってるから
納得できる形で解決してみせてよ

2023/05/08(月) 13:27:23.81

>>442
非同期なら当たり前に発生するなw

2023/05/08(月) 13:29:30.54

ファイルを閉じるから横取りされるんだぞ

2023/05/08(月) 13:38:05.76

今回みたいなケースでファイルクローズ直後にファイルいじろうとすると使用中の様な警告出ることあるから
基本的にリトライするようなコード入れてるけどそんなことないのかね

2023/05/08(月) 13:53:31.24

OS側の処理も非同期なんだと予想

2023/05/08(月) 15:24:20.83

いちいちリトライなんか仕込んてたらハゲそう
イラネーヨって言ってくれ

2023/05/08(月) 23:17:00.86

>>440
IDisposableを継承しているのにクローズしなかったら使い物にならないだろ。

例えばFileStreamクラスのDispose()には、
Stream によって使用されているすべてのリソースを解放します。
とあるので、当然Closeもする。

2023/05/08(月) 23:18:14.32

あ、継承じゃなくて実装だ。

2023/05/09(火) 04:40:15.34

Disposeの処理の中でClose普通に呼んでたはず
ソース見りゃ分かるやろ

**448** (ﾜｯﾁｮｲ c2bd-O5MS) · 2023/05/09(火) 04:54:39.15

>>450
>>440が「そんな実装頼みの」って言ったので、あえてソースを見ずにドキュメントの内容で答えた。

2023/05/09(火) 07:21:46.18

asyncawaitに対応してない何かがあるのかもな

2023/05/09(火) 08:53:33.61

自作じゃない.NET純正で、Taskを返す〇〇Asyncメソッドがasyncawait対応してないは無いでしょ

2023/05/09(火) 10:25:27.81

だから、OSだって非同期にファイル処理してるんだろ？
で、完了通知なんて受けて無いw

2023/05/09(火) 11:26:49.94

C#のファイル操作が遅いからファイルコピーと属性変更との間にWindowsDefebderが割り込んでスキャンされて妨害されるのかもしれない
知らんけど

2023/05/09(火) 11:28:32.40

>>455
win32apiを使ってるのでさすがにそれなはい
削除してもすぐにファイルが消えないのはあるあるだからリトライするのが定番

2023/05/09(火) 11:46:04.35

とはいえ
頻度は10回に1回あるかないか程度
Windows Defender 無効にしたら例外が発生しなく
なら妥当かもしれない

2023/05/09(火) 16:21:49.31

>>429
これ閉じる前にFileStream.SafeHandle使ってSetLastWriteTime(SafeFileHandle, DateTime)のオーバーロード使うのはどうなの？

2023/05/09(火) 20:43:33.82

質問なんですが
formのbutton1.textをテキストボックスから取得したいのですが、
テキストが長い場合、ボタンのテキストが改行されてしまいます

表示が後半隠れてしまうのは別に構わないのですが、
改行がおこるとテキストがボタンの上側に移動してしまいます
button1.textを改行しないようにできないでしょうか？

2023/05/09(火) 22:36:11.30

ボタンのPaintイベントで自前描画すればOK

2023/05/09(火) 22:41:53.48

button1.AutoEllipsis = true;

2023/05/10(水) 10:41:28.62

どなたか教えてくださいC#です
public class Person
{
public Name Name { get; set; }
}
public class Name
{
public string NameText { get; set; }
}
こういうクラスがあったとして、

var p = new Person
{
Name = {},
};
Console.WriteLine(p.Name);
これはnullが出力されるんですが、構文解析時のName={}の右辺はどういう評価をされてるんでしょうか？
また
var p = new Person
{
Name = {NameText=""},
};
これもコンパイルは通りますが実行時にObject reference not set to an instance of an object.で落ちます
Name = {NameText=""},
の{NameText=""}は構文解析時にどういうモノとして扱われてるんでしょうか？
本来はName= new Name{NamText=...}とするところで、new {クラス名}を書き忘れたらビルドが通っていたのでなんだろうと思った所存です

2023/05/10(水) 11:20:13.56

オブジェクト初期化子
1つ目のケースは初期化するプロパティがないので何もしない
2つ目のケースはこれと同じ意味になる
var p = new Person();
p.Name.NameText = "";

https://ufcpp.net/blog/2016/12/tipsobjectinitializer/

2023/05/10(水) 11:21:23.96

>>460
レスありがとう、Paintイベント追加で自力でやるのはけっこう大変そうですね

>>461
ありがとう、...省略はできたけど、文字は上側に寄ったままでした

button1.Padding.Topに４ぐらいいれたら解決しました

2023/05/10(水) 11:27:39.61

>>463
なるほど！ありがとうございます！
いやーこれはコンパイル時に落としてほしい…

2023/05/10(水) 11:28:45.20

Formsで独自描画はバッドノウハウに近いと思う　
スケーリング考慮してないのばっかり

2023/05/10(水) 13:49:34.03

>>465
AのコンストラクタでNameがnewされてたら問題ないわけだし使い分けでしかないね
nullableを有効化しとけばこのケースだとAのNameがnull許容でもnull非許容でも警告出してくれるよ

2023/05/10(水) 14:23:44.58

C#でASP.NETでHTMLコード書くにはどこいじればいいの？

**429** (ﾜｯﾁｮｲ 9354-ouLR) · 2023/05/10(水) 17:05:27.60

私にとっての解決後も議論があったようですが、
Windows Defender を無効化 ( Windows Defender の [除外] に、コピー先フォルダを登録する ) してから、1回も発生していません。
for(int i = 0; i < 100; i++){}
での 100回ループテストを何度か行っても発生していないので、自分の中では解決済みになっています。

2023/05/10(水) 18:11:17.94

ファイル内容変更したからウイルスチェックが走ってんじゃん
ってオチかよw

2023/05/10(水) 18:54:24.51

オチかよも何も、最初からそういう話だったのに
DisposeがちゃんとやってないんだろとかOSの遅延がうんたらとか頭でっかちが騒いでるだけやで

2023/05/10(水) 18:59:46.60

asyncawaitってスレッドセーフのメソッドじゃなくても使っていんだっけ？

2023/05/10(水) 19:16:24.65

>>456で結論書いてやったのにまだやってたのか

2023/05/10(水) 19:57:37.80

>>473
全く結論になって無いよあれ
単なる対症療法なだけだろw

2023/05/10(水) 20:01:05.91

その対症療法が唯一の治療法なんだがまだそれもわからないのかよw

2023/05/10(水) 20:03:31.18

リソースを占有できるのがそのスレッドだけではない場合
つまり今回と同様の場合だな
原因がセキュリティソフトかバックアップソフトか何かは全く関係ない
時間を置いて何度かリトライしてそれでもだめなら例外を投げる
基本中の基本だぞ？

**429** (ﾜｯﾁｮｲ 9354-ouLR) · 2023/05/10(水) 20:19:03.60

議論再燃させて申しわけありません。
消えます。

2023/05/10(水) 21:49:28.98

みんな参加できるし
いい内容だと思う

2023/05/10(水) 22:26:34.42

>>1
＞議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。

2023/05/10(水) 23:13:27.93

>>475,476
今回の場合(>>429)は、ファイルを一旦解放するのが問題なんだから、>>458の方法で上手く行くでしょ

2023/05/10(水) 23:27:09.51

ファイル削除のことならリトライは必要だけど、今回のと関係ないね