古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/08/30(日) 19:25:35.12

ここは古代に使われていたVisual Basic ～6.0 の質問スレです。
質問者は使用しているOS、VBのバージョン、サービスパックのバージョン、
「何がしたくて、どうしたけど、どう困っているのか」を明確に書きましょう。

VB.NETは別物なので専門スレで、VBA、APIの質問もそれぞれのスレで。

○ 質問者の心得
　一．質問する前にMSDNやGoogle、過去ログにも目を通してみる。
　二．VBScript、インストーラーなどはこのスレでＯＫ。
　三．質問は第三者にもわかりやすいよう簡潔かつ具体的に。
　四．荒らしは相手しない。

○ 回答者の心得
　一．答えられない質問は無駄に罵倒せずスルー。無理するな。
　二．代用法を強制しない。
　三．回答する上で必須ではない情報をむやみに聞き返さない。
　四．荒らしは相手しない。
　五．VB情報募集中。
　六．回答は質問者が理解できるよう具体的に。

MSDN Online Japan ホーム
　http://www.microsoft.com/japan/msdn/default.asp
Visual Studio 6.0 Service Pack 6
　http://msdn.microsoft.com/vstudio/downloads/updates/sp/vs6/sp6/default.aspx
Google
　http://www.google.co.jp/

前スレ VBプログラマ質問スレ（Ver.6.0 まで） part64
http://peace.2ch.net/test/read.cgi/tech/1393069842/

※「まず自分で調べる」クセを身につけよう。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2015/08/30(日) 20:13:09.53

古代かいｗ
もっと古いのを使ってた俺みたいなのも居るのに！

**デフォルトの名無しさん** · 2015/08/30(日) 22:17:15.85

Virtual Box？

**デフォルトの名無しさん** · 2015/08/31(月) 18:37:05.24

古代の言語なんだろうけど、全然使いこなしていないんだよな(w)

**デフォルトの名無しさん** · 2015/08/31(月) 19:46:36.39

いにしえの古代兵器がオーパーツであるのは
何時の時代のファンタジーも一緒だ。

**デフォルトの名無しさん** · 2015/08/31(月) 20:03:30.69

>>5
ありがと。

>>全然使いこなしていないんだよな(w)
これ自分のことなんだよね。
奥が深いなと思っている。

**ピラフ** · 2015/08/31(月) 21:13:05.51

>>5
オーパーツとおパンツって似てるよね。
そういう意味でもファンタジー。

**デフォルトの名無しさん** · 2015/08/31(月) 23:11:07.53

古代でBASICといえばN－BASIC辺りを指しそうなもんだけれどな

俺も歳をとったのか

**デフォルトの名無しさん** · 2015/08/31(月) 23:32:00.26

結局スレタイをどうこうしようと
VBに.NET以前のバージョンのVBが存在してることを知らない連中が紛れ込む悪寒

**デフォルトの名無しさん** · 2015/08/31(月) 23:43:15.14

そんな奴はいねえよw
VB6以前を知らないのにあえてVBを選択する奴なんかいない。
仮にいてもVBでググれば嫌でもVB6の存在を知ることになる。

**デフォルトの名無しさん** · 2015/09/01(火) 00:23:11.87

ググればすぐ分かるようなことをスレに質問に来るような連中って結構いるんだぞ

**デフォルトの名無しさん** · 2015/09/01(火) 03:10:46.75

>>8
古代BASICならそうかもしれないが、
古代Visual Basicなんだから、N-BASICは当てはまらない。

**デフォルトの名無しさん** · 2015/09/01(火) 10:41:19.76

VB6を現役でコーディングしてる奴は、このスレに居るのだろうか？

**デフォルトの名無しさん** · 2015/09/01(火) 10:49:13.53

ここにいますよ
新規システムもバリバリ開発してますよ

**デフォルトの名無しさん** · 2015/09/02(水) 03:40:06.42

プログラマー集めて石を投げればJavaやってる奴に当たると言うくらい
Javaが横行している世の中で、VBばかりやってる奴は
相当な希少種だという話を聞いたことがある。

**デフォルトの名無しさん** · 2015/09/02(水) 04:04:12.76

Javaの公式APIドキュメントとかで日本語版が用意されているのはJavaのメインの顧客は日本だからか？
VB6がWindows10でも使えるようになったのもやはり日本がVB6のメインの顧客だから？

**デフォルトの名無しさん** · 2015/09/02(水) 10:03:25.09

C→C++→Java→VB6→VB.NETと来て、VB6がメインな俺は貴重な存在
ほんとは早いうちに.NETに移行したいけど、予算や納期がまにあわん
客もフレームワークかえたら余分な金かかるだけだろってわかってるから
動くうちは当面VB6だわ

>>16
アメリカでもVB6は現役、もし未だにVB6つかってんのが日本だけじゃとっくに切られてると思うわ

**デフォルトの名無しさん** · 2015/09/02(水) 14:54:25.69

サードパーティー製のOCXとか使えなくなったりしないの？
グラフとかグリッドとかその他もろもろ。

**デフォルトの名無しさん** · 2015/09/02(水) 23:04:45.52

VB6の開発ってXPでやってんの？
こわい…

**デフォルトの名無しさん** · 2015/09/03(木) 00:23:12.55

>>19
とりあえず7では動いてるけど

**デフォルトの名無しさん** · 2015/09/03(木) 00:25:17.11

ちなみにVB5も7の64bitで動いてるw

**デフォルトの名無しさん** · 2015/09/03(木) 07:17:08.99

俺の周りでは.netに移行してもvb6ののりでしかやってないやつばっか

**デフォルトの名無しさん** · 2015/09/03(木) 08:37:05.16

俺は逆に.NETのノリでVB6やってる

**デフォルトの名無しさん** · 2015/09/03(木) 08:50:53.35

名は体を表すって奴か

**デフォルトの名無しさん** · 2015/09/04(金) 10:40:10.79

まだwindows2000のPC使ったコントローラが動いてて…

**デフォルトの名無しさん** · 2015/09/04(金) 10:50:38.04

うちなんかNT4のシステムが・・・VB5で・・・ううっ・・・

**デフォルトの名無しさん** · 2015/09/04(金) 13:48:19.11

DOS機のフロッピーに組んだQuickBasicシステムが調子悪いっていう問合せがきた・・
さすがに勘弁してほしい・・
中古のHDD積んでWin98とVB5で造り直してやろうかなw

**デフォルトの名無しさん** · 2015/09/05(土) 09:59:37.90

劣化させてどうする

**デフォルトの名無しさん** · 2015/09/05(土) 11:00:30.93

QuickBasicは通信が出来たから
通信対戦テトリス作った記憶がある

電子専門学校行ってた俺の卒業論文代わりである

**デフォルトの名無しさん** · 2015/09/05(土) 13:11:06.99

>>28
ISAのハード積んでるのよ、これが。
どうやらそれ自体は生きてるみたいだからデバドラの事情でその辺の時代までしか進化させられないんだよね。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2015/09/05(土) 13:27:46.40

古代ってつけるから、古いBASICの話が盛り上がってしまうではないか

**デフォルトの名無しさん** · 2015/09/05(土) 13:31:33.70

自分MSX-BASICいいすか？

**デフォルトの名無しさん** · 2015/09/05(土) 14:37:27.25

VBじゃないからだめです

**デフォルトの名無しさん** · 2015/09/05(土) 14:49:55.04

古代っていうからファルコムと何か関係があるのか思った

**デフォルトの名無しさん** · 2015/09/05(土) 15:05:34.42

古代が古代がススムくん

**デフォルトの名無しさん** · 2015/09/05(土) 18:32:08.84

>>34
祐三なら今、世界樹と不思議のダンジョンの音楽作ってたみたいだぞ

**デフォルトの名無しさん** · 2015/09/06(日) 09:50:20.09

>>27
マジかｗ

**デフォルトの名無しさん** · 2015/09/12(土) 16:59:48.38

前スレで例外処理についてやってたみたいだけど
なるべくエラー行を特定するためにも
On Error Resume NextとErr.Clearでなんとかするって自分内で結論した
つまりエラーになる予測が立つメソッドを呼び出す時は呼び出す側が責任を持つけど
それより上の親とかは関知しない
処理が進まない致命的なエラーなら子に状態を返させて親が終了したりするけど

VBの例外機構ってネストの概念がないからOn Error Goto
とか凝ったことやろうとすると破綻する気がする

**デフォルトの名無しさん** · 2015/09/14(月) 07:24:03.22

>>38
いきなり結論覆して申し訳ないけど、そもそもエラーになる予測がつくところなら先にチェックしないか？

予測がつかない実行時エラーは中断するべきだろうから
親というよりは最上階層まで影響が出ることになるかも知れないし。

なるべくエラー行を特定したいと言うのも、どうせOn Error Resume Next使うということは
その先でエラーが起きたかどうかの分岐を入れるつもりなんでしょ？

そもそもそんな作りにするくらいの長い関数を作るつもりなのかを先に聞きたい。

**デフォルトの名無しさん** · 2015/09/14(月) 13:29:24.17

>>39
ファイルオープンするために、いちいちファイルの存在チェックとか、パーミッションのチェックするの？
それでOKになったとしても、誰かが排他オープンしてて、オープン失敗とかあるかもだし。

**デフォルトの名無しさん** · 2015/09/14(月) 22:17:38.65

>>40
ファイルの存在チェックくらいするだろうけどまぁいいや。

その辺を実行時エラーで捕まえるのはいいとしても、
責任？はもう少し考えた方がいいと思う。

例えば分散トランザクションとか、2度以上に渡って段階的にロールバックが必要で、
それぞれ別の階層で行われるような場合とか。

責任を与えるとしたらOnErrorが書いてあるところの責任はエラー情報の収集、
それ以外はそれぞれの処理に合わせて臨機応変になると思うよ。

**デフォルトの名無しさん** · 2015/09/15(火) 10:17:12.18

>>41
責任について会話したつもりはないし、するつもりはない。

アトミックな動作で成功か失敗かわかるのに、わざわざ不十分で不要なエラーチェックを
事前にして、なおかつそれでOKでもさらに失敗する可能性があるようなことを勧めるのは
どうかと思っただけ。

socket.connectしてみれば、有効なネットワークI/Fが無いところから、ホスト名が解決できない、
解決はできたが接続不可、接続タイムアウト、そして予見可能なさまざまなエラーが
わかるんだが。

**デフォルトの名無しさん** · 2015/09/15(火) 11:46:03.38

>>39
> そもそもエラーになる予測がつくところなら先にチェックしないか？

実行時エラーっていうのは、先にチェックが出来ないものなんだよ。
先にチェックした所で意味が無い。（例外はある）

例えば、ファイルが有るか？を調べた後に別プロセスが消したらどうする？
データベースに接続できるか？をチェックした後に接続が切れたらどうする？
ロックかけられるか？を調べた後に別プロセスがロックしたらどうする？

先にチェックするという考えをしたら
それは間違いだと思ったほうがいい。