スレ立てるまでもない質問はここで 156匹目

**デフォルトの名無しさん** · 2021/02/20(土) 17:17:54.73

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

【前スレ】
スレ立てるまでもない質問はここで 155匹目
https://mevius.5ch.net/test/read.cgi/tech/1606439237/

次スレは>>980が立てること

**デフォルトの名無しさん** · 2021/02/26(金) 01:05:25.41

Wndowsサービスはサーバーの場合もあればそうじゃない場合もある

**デフォルトの名無しさん** · 2021/02/26(金) 05:11:28.10

WindowsServerは普通にOffice入れたりする
リモートデスクトップみたいなサービスもある

**デフォルトの名無しさん** · 2021/02/26(金) 10:01:35.52

>>12
ありがとうございます！

**デフォルトの名無しさん** · 2021/02/26(金) 13:46:55.17

>>20
普通はOfficeは入れない

**デフォルトの名無しさん** · 2021/02/26(金) 14:19:56.57

WEBアプリからDLL呼ぶから意外と入れる
ライセンス的にどうなんだろうね

**デフォルトの名無しさん** · 2021/02/26(金) 15:03:42.55

>>23
クライアントがすべてライセンスを持ってるならライセンス的にはOKぽい
技術的には問題があるが
https://support.microsoft.com/en-us/topic/considerations-for-server-side-automation-of-office-48bcfe93-8a89-47f1-0bce-017433ad79e2

**デフォルトの名無しさん** · 2021/02/27(土) 05:30:01.63

子プロセスを呼び出すプロセスは、そのプロセスがkillされたとき
自分が呼び出した子プロセスをkillするものだと思うけど
デフォルトでそうなってないのってなんで？

**デフォルトの名無しさん** · 2021/02/27(土) 06:29:04.32

逆に、親が死んだとしても子供が死ぬ謂れがないのに、なんで子供が道連れに死ぬものだと思うの？

**デフォルトの名無しさん** · 2021/02/27(土) 07:17:12.57

パイプライン・ジョブ・タスクランナーみたいな、
複数のプロセスで処理するものは、個別のプロセスに意味がない

だから親が止まれば、すべての子も止まるべき

流れ全体が、正常が異常かだけが重要。
データベースと同じ

全体が成功すれば成功で、
1つでも失敗すれば、全体をロールバックする

**デフォルトの名無しさん** · 2021/02/27(土) 07:24:00.97

>>26
デフォルトの問題です。
当たり前ですが人間の話はしていません。

親プロセスが死んだとき、子プロセスだけが生き残っていて嬉しいことがありますか？
それは特殊な例だけでしょう

**デフォルトの名無しさん** · 2021/02/27(土) 07:26:30.81

ディレクトリに当てはめれば
親ディレクトリが削除されたとき、下位ディレクトリだけ残っていて
なにか嬉しいですか？と同じ話ですよ

**デフォルトの名無しさん** · 2021/02/27(土) 07:31:01.56

>>25
コンソールベースのシステムは子が一緒にkillされるのが用途と直感に敵っていた
一方GUIベースのシステムでは子がkillされるのは多くの場合直感に反する
あるアプリがメモ帳を開いたとして、アプリが終了したときにメモ帳が勝手に閉じるのは不自然
MDIならさらに悪いことになる

**デフォルトの名無しさん** · 2021/02/27(土) 07:37:29.03

>>30
だからデフォルトの話だって
MDIだってウインドウを閉じたら、中のウインドウも一緒に消えるはずだ

**デフォルトの名無しさん** · 2021/02/27(土) 07:39:27.74

そもそもGUIのシステムでアプリが別のアプリを起動することは殆どない

**デフォルトの名無しさん** · 2021/02/27(土) 07:43:41.52

>>28
いや、そのデフォルトの話としてですね
プロセスに関して「死ぬ」と表現しているように、生命をそのモデルとしています
そして子供は親の所有物ではなく、関係しているだけです
親ディレクトリが削除されたファイルだって、実際にはlost+foundディレクトリに移されるだけというシステムもあれば、ファイルがあったらディレクトリは削除できないシステムもあります

で、親が死んだら子供も無理心中すべきではないのか？という思想にそれほどの蓋然性はあるのですか？

**デフォルトの名無しさん** · 2021/02/27(土) 07:49:56.95

>>31
デフォルトの話って何のOSの話をしてるの？
俺は普通にアプリからプロセス起動するけど

最初にクソレスがついて質問者が反発して意固地になってるパターンっぽいからこれもうメンドクセェな

**デフォルトの名無しさん** · 2021/02/27(土) 07:51:03.46

MDIの中のウィンドウはプロセスとは限らんよ

**デフォルトの名無しさん** · 2021/02/27(土) 07:52:42.43

>>33
> プロセスに関して「死ぬ」と表現しているように、生命をそのモデルとしています

ソースでもあんの？そうしなければいけなかった理由は？

**デフォルトの名無しさん** · 2021/02/27(土) 07:54:10.80

>>33
> で、親が死んだら子供も無理心中すべきではないのか？という思想にそれほどの蓋然性はあるのですか？

はい。親プロセスがいない状態で子プロセスだけが残ってることに
どれだけ意味があるんですか？まだこの質問に答えてもらってません。

例外があるのは知ってますので、例外的な例ならいらないです。
子プロセスを起動する殆どのプログラムに当てはまる例を聞いています

**デフォルトの名無しさん** · 2021/02/27(土) 07:55:15.29

>>35
> MDIの中のウィンドウはプロセスとは限らんよ
じゃあなんであなたはMDIなんて例を持ち出してきたんですか？

**デフォルトの名無しさん** · 2021/02/27(土) 08:02:14.39

>>38
起動したウィンドウが子プロセスがどうかはエンドユーザーには見分けられない（コンソールなら一目瞭然）
そこでユーザがそのシングルプロセスのMDIアプリケーションで別ドキュメントを開いて閲覧や編集を始める可能性がある（まあMDIじゃなくても別ドキュメントを操作し始めることはある）
親と道連れでまるっとkillされると、ユーザーの意思で開いたドキュメントも閉じてしまってまずい

**デフォルトの名無しさん** · 2021/02/27(土) 08:03:31.86

>>37
君の主張こそが例外
現実を見よう

>>36
ライフサイクルって言葉を聞いたことないのかい？

**デフォルトの名無しさん** · 2021/02/27(土) 08:03:37.55

>>39
ああ、基本的なことがわかってないのね

MDIは親ウインドウが閉じたら、子ウインドウは全て閉じます。

理解したら出直してね。

**デフォルトの名無しさん** · 2021/02/27(土) 08:04:26.32

>>40
> 現実を見よう

だからその現実を教えてくれって言ってんの
親プロセスが死んだとき、子プロセスが残っていて何が良いことでもあんの？

現実を見よう。
ないから、何も言わないんだろ？

**デフォルトの名無しさん** · 2021/02/27(土) 08:06:00.50

>>41
いや一度深呼吸して落ち着いて読み直してくれ
俺はMDIは一蓮托生だからこそ困るケースになるという話をしてる

**デフォルトの名無しさん** · 2021/02/27(土) 08:08:20.03

>>43
> 俺はMDIは一蓮托生だからこそ困るケースになるという話をしてる

じゃあ、MDIの子ウインドウだけ残っていて
アプリが適切に動く例が存在するんか？

MDIの子ウインドウだけ残っていてもまともに動かないだろ
CLIでも同じで、子プロセスだけ残っていてもまともに動かないから
親プロセスが死んだとき、子プロセスだけ残っていても意味がないだろって
話を出発点にしてるのに、

MDIだと子ウインドウだけ残っていて
まともに動くんか？

**デフォルトの名無しさん** · 2021/02/27(土) 08:09:30.44

どうもMDIも知らんみたいだから画像貼り付けとくわｗ

https://www.atmarkit.co.jp/fdotnet/winexp/winexp01/winexp01_01.html
https://www.atmarkit.co.jp/fdotnet/winexp/winexp01/winexp01_02.gif

ファイルの保存などの機能は、親ウインドウがやってるから
親ウインドウが死ぬの、子ウインドウだけ残っていても意味ないの

**デフォルトの名無しさん** · 2021/02/27(土) 08:09:46.21

親ウインドウが死ぬと、子ウインドウだけ残っていても意味ないの

**デフォルトの名無しさん** · 2021/02/27(土) 08:24:37.06

なでしこスレに投下したとこだけど、あそこ動いてないからこっちにも投下させてください
linuxにwineでなでしこ入れたのは良いけど、calc使いたくて
calc起動　でwindowsだとopenofficeやlibreofficeのcalcが起動するんだけど
linuxでは当然起動しない

何か起動する方法はないかと探してるけどどうだろう

**デフォルトの名無しさん** · 2021/02/27(土) 08:37:16.83

>>44
MDIの子ウィンドウだけ残るなんて話してないぞ
具体的に書こうか
親プロセスPが子プロセスCを起動したとする
Cは他人が作ったMDIアプリで、起動時の指定でドキュメントD1を開いたとする
ユーザーがCのウィンドウを見てD2を開いたとする
Pが終了したとき、Cも終了するとなると、D1とD2も当然閉じる
D1が閉じるのは意図通りだけど、D2が閉じるのはユーザーの期待に反する
そういうケースの説明のためにMDIを例示した

ただ俺のMDIへの言及は枝葉にすぎない
俺が伝えたい肝は、GUIシステムにおいて子プロセスがウィンドウを持つときユーザーからは子プロセスとして認識できないので誤解を生じるという点
もちろん子プロセスがウィンドウを持たないことも多いが、持つことも多い
どちらが多いなんて言い張り合いをする気はないが、デフォルトを決める上で勘案すべき事柄

**デフォルトの名無しさん** · 2021/02/27(土) 09:53:54.84

>>48
どうでもいい情報ばかりで説明下手すぎ

> Cは他人が作ったMDIアプリで、起動時の指定でドキュメントD1を開いたとする
> ユーザーがCのウィンドウを見てD2を開いたとする

CじゃなくてMDI設定にしたエクセルでいいだろ
エクセル起動して、エクセルの中の1番目のウインドウでドキュメントD1が開く
同じくエクセルのウインドウを見てD2をが
エクセルの中の2番目のウインドウでドキュメントD2が開く

こーなりました。
https://docs.microsoft.com/ja-jp/office/vba/images/odc_xl15_ta_programmingthesdiinexcel2013_02.jpg
エクセルの中に、２つのウインドウがあるんだから
エクセルを終了したとき、2つのウインドウが閉じるのはユーザーの期待通りだ

**デフォルトの名無しさん** · 2021/02/27(土) 09:59:35.99

>>48
> 親プロセスPが子プロセスCを起動したとする

親プロセスPが、シェル対して「ドキュメントを開く」のアクションを
実行するって話なら、親プロセスがCを起動してなんかいない

プロセスが他のプロセス（子プロセス）を開くという話と
プロセスがシェルに依頼してプロセスを起動してもらう話を
ごっちゃにするな

**デフォルトの名無しさん** · 2021/02/27(土) 10:25:50.90

こりゃもう口論が目的化してるな
当初の質問も理由が知りたかったのか、そんなデフォルトおかしいよねとただ共感してもらいたかったのか

**デフォルトの名無しさん** · 2021/02/27(土) 10:37:10.60

Win32のCreateprocessはシェルを介さないで直接子プロセスを起動するだろう。
そこで親が先に死んだら子プロセスが親なしになるだけ。

**デフォルトの名無しさん** · 2021/02/27(土) 13:35:02.43

>>51
じゃあ仕切り直し

25 自分：デフォルトの名無しさん[] 投稿日：2021/02/27(土) 05:30:01.63 ID:hpJz9JUm [1/15]
子プロセスを呼び出すプロセスは、そのプロセスがkillされたとき
自分が呼び出した子プロセスをkillするものだと思うけど
デフォルトでそうなってないのってなんで？

**デフォルトの名無しさん** · 2021/02/27(土) 13:44:30.37

Wndowsでも親プロセスが死んだら子プロセスも殺したいんだって
みんなあれこれ悩んでるね。

なんでみんな望んでる動作をデフォルトにしなかったんだろうか

**デフォルトの名無しさん** · 2021/02/27(土) 14:11:49.68

みんなと言えるほど多くの人は望んでないから。

**デフォルトの名無しさん** · 2021/02/27(土) 14:23:18.53

まーた口論することが目的のレスをする
困ったもんだねｗ

**デフォルトの名無しさん** · 2021/02/27(土) 14:33:36.68

ぼくの常識が世間の常識じゃないのは嫌！というだけのことだな

**デフォルトの名無しさん** · 2021/02/27(土) 14:41:42.27

普通に考えて、子プロセスが生きている間それを起動したプロセスを終了できないという
制約があったらいろいろと面倒だと思うが。
親が死んだら子を殺す動作をオプションとして簡単に実現できるようにしてほしいという
要望ならわからんでもないが、そこは手間の問題。

**デフォルトの名無しさん** · 2021/02/27(土) 15:13:28.59

子プロセスを作った時点で、ハンドルを保存しておけば
親が閉じるときに子のハンドル使って閉じれば良いだけやん

**デフォルトの名無しさん** · 2021/02/27(土) 16:02:00.45

>>58
俺は最初から親プロセスが死んだら子プロセスを死ぬ動作が
デフォルトのほうが良かったんじゃないかって言ってるんだが？

俺が言ってないことを、さも俺が言ったかのように書かないでくれ

**デフォルトの名無しさん** · 2021/02/27(土) 16:02:33.35

>>59
Windowsの話に限定しないように
そもそもLinuxの話をしてたんだが

**デフォルトの名無しさん** · 2021/02/27(土) 16:15:46.90

ずっと板違いだし20回レスしているおかしいやつまでいるのかよ

**デフォルトの名無しさん** · 2021/02/27(土) 16:17:07.40

>>60
子プロセスを自動的に殺すか殺さないか2つの案があるときに、デフォルトの動作として
どちらを選ぶかという話とデフォルトではない方の動作をオプションとして提供するかどうか、
その2つの話に分けて説明したつもりなんだが。

**デフォルトの名無しさん** · 2021/02/27(土) 16:21:22.18

>>63
それは最初からわかっていてその後の話、
なんでデフォルトが殺さない方にしたのか
という話をしてる

> 親プロセスが死んだとき、子プロセスだけが生き残っていて嬉しいことがありますか？
> それは特殊な例だけでしょう

**デフォルトの名無しさん** · 2021/02/27(土) 16:22:38.95

>>63
あと俺が言ってないのは
「子プロセスが生きている間それを起動したプロセスを終了できないという制約」
だからな。

俺はそんな制約があったほうが良いなんて一言も言ってない
どこからその話が出てきたのか全くわからない

**デフォルトの名無しさん** · 2021/02/27(土) 16:52:11.78

伝わらんかな？

1. OS側で強制的に殺す
2. 殺さない(必要に応じてプロセス側でやる)
3. 両方選択できるようにしてどちらかをデフォルトにする

1は困る場面があるし3は手間の問題だと言っているんだが。

**デフォルトの名無しさん** · 2021/02/27(土) 16:58:48.93

>>66
最初から2の話しかしていない。なんで2になってるのかという話をしてる
俺は1は候補にすら出してないから書くのはやめろ
3の話もしていない

今は親プロセスが死んだとき子プロセスは殺さないようになってるが
親プロセスが死んだとき、子プロセスだけが生き残っていて嬉しいことがありますか？

**デフォルトの名無しさん** · 2021/02/27(土) 17:12:46.48

>なんで2になってるのかという話をしてる

消去法で2になるということをわかりやすく書いたつもりなんだが。

>親プロセスが死んだとき、子プロセスだけが生き残っていて嬉しいことがありますか？

ふつうに、デーモンとか起動した親とは別にバックグラウンドで動いてほしいプロセスとかあるじゃん。

**デフォルトの名無しさん** · 2021/02/27(土) 17:17:37.97

> ふつうに、デーモンとか起動した親とは別にバックグラウンドで動いてほしいプロセスとかあるじゃん。

殆どのプログラムはデーモンじゃないし、バックグラウンドで動くことは親プロセスが死んでないからなんけいないし
子プロセスを苦労して殺す方法を、どの言語もあれこれ頑張るぐらいなら
デーモンとして残す方法を頑張ったほうが良いじゃん

これで言ってること理解できますかね？

**デフォルトの名無しさん** · 2021/02/27(土) 17:18:40.13

ライフサイクルやら殺す(kill)やら、生命に当てはめて見ているって話に反論はどした？
親が死んでも子は育つってな、世界的に一家心中なんて常識外で不自然なんだよ
現実を見よう

**デフォルトの名無しさん** · 2021/02/27(土) 17:20:36.27

そもそもデーモンとして残す方法なんて簡単なんだわ
すでに親プロセスの付け替え機能はすでに実装されてるんだから

あとはデフォルトをどちらにするかの話
なんで、面倒くさいほうがデフォルトになってんの？

**デフォルトの名無しさん** · 2021/02/27(土) 17:21:58.99

> ライフサイクルやら殺す(kill)やら、生命に当てはめて見ているって話に反論はどした？

>>28ですでに反論済み
> 当たり前ですが人間の話はしていません。

**デフォルトの名無しさん** · 2021/02/27(土) 17:38:47.25

>>69
だからそれは両方の手段を提供するってことになるだろ？つまり>>66の3.

さすがにここまでくると、理由を知りたいというよりも自分が望む形になっていないことに対して
駄々をこねているようにしか思えない。

**デフォルトの名無しさん** · 2021/02/27(土) 18:06:56.29

>>73
今現在も両方の手段を提供していて
なんで不便な方がデフォルトなのって
これが話の出発点

やっと俺の最初の話に追いついただけだよ

**デフォルトの名無しさん** · 2021/02/27(土) 18:16:07.47

ちなみに今のやり方とコメント

1. デーモンを作る・・・用途としては少ないのでこれをデフォルトにする理由がわからない
2. ↑をつくる場合forkして子プロセス作って親は終了して・・・どちらにしろ面倒な仕組みが必要
3. これは今の親が死んでも子プロセスは残るというおかしな仕様をハックしたからだろう
4. 最初からデーモンをつくるAPIを容易すべきだった
5. そうすりゃ親プロセスが死んだ時に子プロセスを全部殺せた

親プロセスが死んだ時に子プロセスは全部死ぬという仕様をデフォルトにし
子プロセスを死なないようなAPIを、forkとか使う面倒なハックの代わりにすれば
シンプルに出来たはずなんだが

なんでそうなってるの？が最初から話をしている内容に
誰でも知ってるやろ的な技術的な説明を加えた言葉

> 25 自分：デフォルトの名無しさん[] 投稿日：2021/02/27(土) 05:30:01.63 ID:hpJz9JUm [1/27]
> 子プロセスを呼び出すプロセスは、そのプロセスがkillされたとき
> 自分が呼び出した子プロセスをkillするものだと思うけど
> デフォルトでそうなってないのってなんで？

> 28 自分：デフォルトの名無しさん[] 投稿日：2021/02/27(土) 07:24:00.97 ID:hpJz9JUm [2/27]
> >>26
> デフォルトの問題です。
> 当たり前ですが人間の話はしていません。
>
> 親プロセスが死んだとき、子プロセスだけが生き残っていて嬉しいことがありますか？
> それは特殊な例だけでしょう

↑特殊な例＝デーモンであることぐらいすぐ気づけよ

**デフォルトの名無しさん** · 2021/02/27(土) 18:43:48.49

>今現在も両方の手段を提供していて

両方？

>親プロセスが死んだ時に子プロセスは全部死ぬという仕様をデフォルトにし

あんたが望んでいるこれはオプションででも提供されていないと思うが？
あんたが言う面倒な手順ってのは、親が死ぬときに子を殺して回るとか、子が
親の死を検知して自殺するとかだろ？それは>>66の2.

>>75はもう「ぼくのかんがえたさいきょうのOS」の話なんでコメントはせんがw

**デフォルトの名無しさん** · 2021/02/27(土) 18:55:16.34

>>76
自分で実装すれば出来るだろ
デーモンだって自分で実装してるんだし

それでなんで面倒くさいほうがデフォルトなの？
知らないなら知らないでいいじゃないか
無理して答えようとしなくて良いんだぞ

**デフォルトの名無しさん** · 2021/02/27(土) 19:19:40.68

だからその機能が提供されていないから自分で実装することになっているんだと思うが。
さすがにここまで話が通じないとは。

**デフォルトの名無しさん** · 2021/02/27(土) 19:20:09.41

要するに何もわかってない？

**デフォルトの名無しさん** · 2021/02/27(土) 19:26:12.38

>>78
で何のために今まで実装されてないの？

最初からそれを聞いてる

**デフォルトの名無しさん** · 2021/02/27(土) 19:50:16.37

まるで駄々っ子だねぇｗ
実装されていないってのはつまり、それぞれのOSの開発者はそれほど必要な機能だと
考えていないんだろう。

**デフォルトの名無しさん** · 2021/02/27(土) 20:05:19.11

ファイルを開いたら閉じなくてはいけない
それはプログラマーが実装する
OSができることはガッベージコレクション

**デフォルトの名無しさん** · 2021/02/27(土) 20:06:33.62

あわしろ氏は、そうは言っていなかったな。

**デフォルトの名無しさん** · 2021/02/27(土) 21:06:45.81

システムコールやAPIを設計するとき、できるだけプリミティブな機能として実現するというのは至極自然なことだろう。プロセスを殺すならそのプロセスだけを殺す。子供も一緒に殺したいならプログラマが明示的にそう書けばいいというだけのこと。
そんなのぼくはやだやだ！めんどくさい！なんて知ったことではない

**デフォルトの名無しさん** · 2021/02/28(日) 00:07:23.43

>>47
Linux 板で聞いた方がよい

which calc
と、コマンドを打ってみれば？

グローバルにパスが通っていれば、そのコマンドの場所が表示される

**デフォルトの名無しさん** · 2021/02/28(日) 00:12:10.19

Windows ではプログラムで、IE, Excel などの子プロセスが自動的に、kill されないのかな？

子だけが残った場合に、どのプログラムが起動したか分からないし、
子は何かで使っているかも知れないと思って、なかなか削除できない

どう扱えば良いのか、分からない

**デフォルトの名無しさん** · 2021/02/28(日) 01:03:53.67

されない
だからタコの作ったツールだと何個もExcelやらのインスタンスが残る＞OLE
だから、つ SysInternalTools

**デフォルトの名無しさん** · 2021/02/28(日) 02:04:10.78

>>82
ガベージコレクションやるのはOSなのか？
フレームワークや言語がやる認識だったが

**デフォルトの名無しさん** · 2021/02/28(日) 02:34:00.51

>>88
プロセスを停止したら、そのプロセスが使っていた
リソースを解放するのはOSの仕事ですよ？

86 · 2021/02/28(日) 06:17:53.34

GC は言語内で、その言語内で作ったオブジェクトの解放はするけど、

プログラム内で、IE, Excel などを起動したら、
別のプロセスとなって、その言語内のGC では追跡できない

だから、>>87
が言うように、多くのExcel のプロセスが残ってしまう

**デフォルトの名無しさん** · 2021/02/28(日) 07:07:50.83

COCOAが3億円で発注されたらしいが
あの内容だと1行当たりいくらになるんだろうな？

**デフォルトの名無しさん** · 2021/02/28(日) 08:48:22.87

>>90
それは起動の仕方が違うから的外れ。IEやExcelを直接起動してるのではなく
シェル（OS）に依頼して明示的に子プロセスならない方法で作成している

**デフォルトの名無しさん** · 2021/02/28(日) 08:49:22.22

>>90
COMとかOLEオートメーションを勉強したほうが良いですよ
プロセスツリーを見ればわかるように
子プロセスにはなってないですから

**デフォルトの名無しさん** · 2021/02/28(日) 09:10:29.45

……インプロセスサーバーとアウトプロセスサーバーの違いも分からん奴が人に勉強不足と言うのか

**デフォルトの名無しさん** · 2021/02/28(日) 10:01:29.70

そうですね。勉強不足ですね。私は子プロセスではないといいました。ExcelやIEがどちらなのかよく考えてみましょう
http://docwiki.embarcadero.com/RADStudio/Sydney/ja/%E3%82%A4%E3%83%B3%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9%EF%BC%8C%E3%82%A2%E3%82%A6%E3%83%88%E3%82%AA%E3%83%96%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9%EF%BC%8C%E3%81%8A%E3%82%88%E3%81%B3%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC

・インプロセスサーバー
クライアントと同じプロセス空間で実行中のライブラリ（DLL）。たとえば，Internet Explorer または Netscape で
表示されている Web ページに埋め込まれた ActiveX コントロールがこれに当たる。
つまり，ActiveX コントロールはクライアントマシンにダウンロードされ，Web ブラウザと同じプロセスの中で呼び出される

・アウトオブプロセスサーバー（ローカルサーバー）
クライアントと同じマシンの別のプロセス空間で動作している別のアプリケーション（EXE）。
たとえば，Word 文書の中に埋め込まれた Excel スプレッドシートがこれに当たる。
Word と Excel は同じマシン上で動作している 2 つの別個のアプリケーション
ローカルサーバーは，COM を使ってクライアントと通信する

**デフォルトの名無しさん** · 2021/02/28(日) 10:09:30.03

開発者向けスレ【スマートコントラクト】
https://fate.5ch.net/test/read.cgi/cryptocoin/1614432702/

**デフォルトの名無しさん** · 2021/02/28(日) 10:16:35.68

>>89
参照不要になったゴミ部分だけを探して捨てていく仕組みをGCという
ガベージコレクション、文字通りゴミ収集ということ
プロセス終了時のような、占有していたものを全解放する行いはGCとは言わない、少なくともGCという言葉が使われてこなかった
ガッベージという読み方も一般的じゃないし原音とも合ってない

**デフォルトの名無しさん** · 2021/02/28(日) 11:50:34.07

>>97
それはGCの話を始めたアホに言ってください
私はその話は全くしていません。
GCという単語すらこのレスより前に書いていません

**デフォルトの名無しさん** · 2021/02/28(日) 15:50:09.32

>>98
俺はお前にはレスしてないぞ

**デフォルトの名無しさん** · 2021/02/28(日) 18:21:46.67

>>85
わかりました、きいてみます
なでしこユーザー少なくてこういうときは困ります

86 · 2021/03/01(月) 02:20:34.60

>>95
パッと読んだ感じでは、同一プロセス内のメモリ空間に配置されるものは、
一部分の部品をコード化した、DLL みたいにサイズが小さいもの

昔は、1つのプロセスの仮想メモリ空間は、4GB しかなかったから。
今は、どうか知らないけど

EXE 同士みたいなものは、サイズが大きいから、
別のプロセスとして起動されるのだろう

**デフォルトの名無しさん** · 2021/03/01(月) 14:38:49.82

クラウドサービスを利用してる場合のテストってどうすればいいの？

前提として
・API互換性のあるオンプレ製品は無い
・E2Eテストなのでモックでは駄目

普通に考えると金を払ってテスト用のクラウドサービスを借りるしかないんだけど
テストのために余計な費用を払いたくない

**デフォルトの名無しさん** · 2021/03/01(月) 15:32:57.73

>>102
クラウドからでもオンプレからでもローカルPCからでもE2Eテスト実行すればええやん
何に困ってるのか分からん

**デフォルトの名無しさん** · 2021/03/01(月) 16:10:57.96

> E2Eテストなのでモックでは駄目
というのは思考停止

モックでいい部分（自社ロジック部分）のテストが絶対にある
本当にモックではだめな部分だけE2Eテストをするだけの話

1か0で考えるのはやめなさい
テストのために余計な費用を払いたくないんでしょう？
0にできないなら1にするんじゃなくて0.1にすればいいでしょう

**デフォルトの名無しさん** · 2021/03/01(月) 16:25:54.42

>>102
テストデータにはテスト用のフラグを付けて区別するとか、色々やりようはあるでしょ

**デフォルトの名無しさん** · 2021/03/01(月) 16:29:27.70

マシンリソースやネットワークリソースは使いたいけど金は払いたくないってこと？
プロダクションと違った形の節約はできるだろうが無料枠にでも収まらない限り金払わないのは無理だろ

**デフォルトの名無しさん** · 2021/03/01(月) 17:55:42.04

https://i.imgur.com/92XMy0r.png

**デフォルトの名無しさん** · 2021/03/01(月) 18:02:34.33

>>107
スクール入会金
ウン万円

**デフォルトの名無しさん** · 2021/03/01(月) 19:42:34.62

こんな可愛いPMなんかいねーよ

**デフォルトの名無しさん** · 2021/03/01(月) 22:28:54.04

テストってDBだけ入れ替えたら出来るよね？

**デフォルトの名無しさん** · 2021/03/01(月) 23:23:47.08

質問・アドバイスよろしいでしょうか？
Pythonで統計分析をしたくてプログラミングの独学を始めて間もないのですが，パソコンが壊れてしまいました。買い替えにあたってパソコンの最低限のスペックやOSはどのようなものがいいでしょうか？様々なサイトを見てもWindowsがいいとかmacがいいとか，結局何がいいのかいまいちわからないです。ご教授いただけると嬉しいです。

**デフォルトの名無しさん** · 2021/03/01(月) 23:27:41.28

Ruby on Rails の実行環境は、
development, test, (staging), production

テストは、単体・機能・結合・システムテスト

**デフォルトの名無しさん** · 2021/03/01(月) 23:32:43.03

Python は知らないけど、
Ruby なら、Mac でメモリ32GB とか

Windows 10 pro版でも、WSL2, Linux, Docker で、メモリ16～32GB。
8GB では足りない

メモリは、とにかく最大まで積む

Pythonのスレで聞けば？

**デフォルトの名無しさん** · 2021/03/01(月) 23:43:55.64

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

**デフォルトの名無しさん** · 2021/03/03(水) 19:02:36.46

php勉強するんだけどphp民のおすすめエディタおしえて

ちなJavaはeclipseでフロントはvscode使ってる

**デフォルトの名無しさん** · 2021/03/05(金) 10:03:02.59

どこで聞けば良いか分からなかったので教えてくだしあ

とあるasp.netからiisを経由して表示するプログラムがあるんだが
元々は問題なく動作していたんだ
そのうち1つのaspxファイルの一部をvisualstudioでコメントアウトして実行したら404が返ってきたので
そのコメントアウトを元に戻して実行したんだけど
やっぱり404が返されるんだ

念のため変更したaspxファイルをwinMergeで比較してみたが全く同じ
元々の動作する状態と変更後で何が変わったかサッパリなんだが
これって何が問題なのか可能性として挙げられるものを教えてくれないだろうか

asp.net自体初めて触ったのに誰も教えてくれない環境で詰んでる
ざっくりした質問で申し訳ない

**デフォルトの名無しさん** · 2021/03/05(金) 10:17:04.23

リポジトリ全体をロールバックしてみたら

**デフォルトの名無しさん** · 2021/03/05(金) 10:26:19.07

>>117
git管理していないから無理な気がする
あと元に戻ったとしてもいずれ触らないといけない部分なので
できれば原因を追及したい……

**デフォルトの名無しさん** · 2021/03/05(金) 10:50:50.07

>>116
コメントアウトして実行ってのはどうやって実行してるの？

同じ環境と同じ実行手順で問題なく動作してたことをコメントアウト直前に自分で確認してる？