古代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/

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

**デフォルトの名無しさん** · 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
> そもそもエラーになる予測がつくところなら先にチェックしないか？

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

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

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

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

VB6と関係ないプログラミング一般論で熱くなるなよ…
そもそもVB6に常識は通用しない(ｷﾘｯ

**デフォルトの名無しさん** · 2015/09/16(水) 10:30:16.72

>>43
Windowsはファイルオープン後にファイルが消される心配はない、つまりオープンでエラーチェックすればいい
データベース接続にしても、実際にコネクトだしてみて成功か失敗かで判定するから何の問題もない
先にロックされていたらロック待ちに入るだけだから何の問題もない、タイムアウトするまで気長に待てばいい
トランザクション開始後に何かエラーがおきても、とりあえずロールバックだせばいい
それにロールバック前にプロセスが死んでもTPモニタがトランザクションを回収してくれるから安心していいぞ
分散トランだろうろうがローカルトランだろうが、そこらへんは同じだ

**デフォルトの名無しさん** · 2015/09/16(水) 10:37:18.52

>>45
実行時エラーを、事前にチェックで発生しないように出来はしないって話
話わかってないなら参加しないでね。

あと、そこに書いてあること、
全部間違いだから。

**デフォルトの名無しさん** · 2015/09/16(水) 10:57:59.80

ははは、単に書いてあることが理解できなかっただけでしょ
ロックできないと実行時エラーがでるDBMSがあればお目にかかりたいわ
いろいろ糞なSymfowareでもさえそんなことしないぞ

**デフォルトの名無しさん** · 2015/09/16(水) 11:17:08.96

当たり前だけど>>46の方が正しいね。
このレベルが議論になるってプログラマ1年生かよw

前スレで例外はいちいち捕捉せず一か所でまとめて....とか言ってた奴と同レベル。

**デフォルトの名無しさん** · 2015/09/16(水) 11:56:19.64

>>48
> 前スレで例外はいちいち捕捉せず一か所でまとめて....とか言ってた奴と同レベル。

同一人物じゃないの？

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

>>47
> ロックできないと実行時エラーがでるDBMSがあればお目にかかりたいわ

http://www.kitagawa-hanga.com/se/s_vberr.html#EJ005
> Ｑ：実行時エラー'''-2147217900(80040e14)　ロックできませんでした。
> Ａ１：ACCESSのDBが開いていた。

それにもともとデータベースのロックとは書かれてないので
ファイルのロックの可能性もある。

**デフォルトの名無しさん** · 2015/09/16(水) 13:14:41.01

実行してみなければ、実行できるかどうかわからないことがある。
ということを理解できるかどうかという壁があるんだと思うね。

外部リソースを使うようなもの。
例えばファイルとかデータベースとかは
どんな操作でも実行時エラーになる可能性がある。

例えば、大量のデータを書き込んでる途中で
ネットワークが切れたらどうするの？とか
ディスクがいっぱいになったらどうするの？とか

こういうのは書き込み前にいくらチェックした所で
問題なく処理が完了するかどうかはわからない。

**デフォルトの名無しさん** · 2015/09/16(水) 14:01:11.69

なんか話がずれてきた感があるな。

そういう本当に実行してみるまでわからない場合じゃなくて、わかる場合でさえ、ほとんどの場合は
事前エラーチェックなんて不要だって話なんだが。

例えば、ファイルオープンチェック前のファイル存在チェックなんかいらないとか。
（ファイルが存在しない場合にオープンエラーになるケース）

51 · 2015/09/16(水) 14:24:42.20

>>52
俺の定義では、ファイルのオープン前の存在チェックは
「実行するまでわからない」に含まれています。

なぜなら、存在チェックした後で
ファイルが消される可能性があるから。

実行する前にわかるものは0除算チェックとかね。

ただ重要な事はアプリを作る上では原則としてどこの行でも
実行エラーが発生するかもしれないという前提で作ること。

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

>>53
> 俺の定義では、ファイルのオープン前の存在チェックは
> 「実行するまでわからない」に含まれています。
俺もそうだよ。

実行する前にわかるエラーでも、事前エラーチェックが不要なケースの話をしているつもりなんだが。
同じこと何回も言ってる気がする。

**デフォルトの名無しさん** · 2015/09/16(水) 17:17:25.48

>>51
大量書込みの場合は、書き込み処理前の空き容量チェックと
write実行時の両方でエラーチェックするのが当然なんだけど
なんで事前チェックが不要だと思ったのかが聞きたいな

**デフォルトの名無しさん** · 2015/09/16(水) 17:25:43.66

>>55
どうでもいいけど、ファイルを読み込みオープンする前にファイルの存在チェックはするの？

**デフォルトの名無しさん** · 2015/09/16(水) 18:52:08.86

>>55
事前チェックは単なるユーザビリティ用。

例えば空き容量チェックをすることで
30分たってからエラーになるよりも
その前にわかったほうが、ユーザビリティは良い。

だがこれはディスクに空き容量があることの保証にはならない。
なぜならチェックした後に、他のプロセスが書き込んで
チェックした時よりも減ることがあるからだ。

だから事前チェックは「空き容量があるだろうチェック」であり
そのチェックを通っても、空き容量がないというエラーが発生することがある。

簡潔に言うと
・事前チェック＝必ずしも必要ではないう（追加でやっても良い）
・実行時エラー＝必ず必要

**デフォルトの名無しさん** · 2015/09/16(水) 18:53:59.05

>>54
> 実行する前にわかるエラーでも、事前エラーチェックが不要なケースの話をしているつもりなんだが。

俺は最初から、事前エラーチェックはしなくても良い
してもいいが、事前にチェックした項目でも、エラーが発生することがある
って言ってるんだが？

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

>>56
ファイルリストボックスに列挙されてるなければ無い、という事じゃなくて？

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

>>56
するときもあるし、しないときもある

するときっていうのは、>>57のいっているようなユーザビリティのためってことが多い
処理が何フェーズかに分かれていて、それぞれ処理に数分かかり使うファイルが異なる
ような場合だと、あらかじめ各フェーズで使用するファイルやその他処理実行に必要な
要件を満たしているかを、すべてチェックしてから最初のフェーズを開始したほうが
何十分も処理したあげく途中で失敗してユーザを落胆（もしくは激怒）させる可能性が低くなる

しないときは、それが必要のない時とか、そんなプログラム書くのが面倒くさくなった時も含まれる

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

なんで、あんたらVB6と無関係な話を延々とし続けるんだ？

**デフォルトの名無しさん** · 2015/09/17(木) 14:53:34.39

>>59
> ファイルリストボックスに列挙されてるなければ無い、という事じゃなくて？

ファイルリストボックスに列挙されてなくても、ファイルがある時はあるし、
列挙されていても、ファイルがないときもある。

**デフォルトの名無しさん** · 2015/09/18(金) 14:02:13.93

VBだとフォーム上のコントロールにデータをもたせると比較的簡単にプログラムが組めてしまうから
逆にプログラマがバカなまま育たないのかも知れないな
最初からVBしかやってない人と、ほかの言語からVBに来た人では、
データ構造とかエラーチェックに対する考え方がまるで違う気がする

**デフォルトの名無しさん** · 2015/09/18(金) 14:11:59.86

>>63
> 最初からVBしかやってない人と、ほかの言語からVBに来た人では、
> データ構造とかエラーチェックに対する考え方がまるで違う気がする
だから何なの？

**デフォルトの名無しさん** · 2015/09/18(金) 14:14:55.06

多分、自分がVBしかやっていないから他の言語から来た人を余計な事をする
馬鹿だと言いたいんじゃない？

**デフォルトの名無しさん** · 2015/09/18(金) 16:27:05.77

ほかの言語って具体的に何を想定してるんだろうな
VB時代の言語でVBと同程度のRADツールで比べてもそう言う結論になるのかどうか

**デフォルトの名無しさん** · 2015/09/18(金) 20:05:45.12

delphi…
OSSでこういうのができないものか

**デフォルトの名無しさん** · 2015/09/24(木) 09:46:51.27

どこからVBと同程度って前提が出てきたんだろう

**デフォルトの名無しさん** · 2015/09/26(土) 23:28:23.77

>>68
VBと比較するのに同程度じゃないものとくらべる方がおかしくないか？

たとえばアセンブラとVBで
>データ構造とかエラーチェックに対する考え方がまるで違う
って言われても、そりゃそうだとしか思わんが

**デフォルトの名無しさん** · 2015/10/08(木) 23:12:16.70

なんかWIN7でVB6のIDEが動かなくなったんだけど
ＭＳパッチでもきたのかな。

以下のメッセージが出て

ｺﾝﾎﾟｰﾈﾝﾄ'ComDlg32.OCX'、またはその依存関係のひとつが適切に
登録されていません。ﾌｧｲﾙが存在しないか、あるいは不正です。
Continue?

以下コマンドを管理者権限で実行しても改善せず。
C:\Windows\regtlib.exe C:\Windows\system32\msdatsrc.tlb

**デフォルトの名無しさん** · 2015/10/08(木) 23:16:36.76

ＵＡＣを無効にしても改善されず。分からん。

**デフォルトの名無しさん** · 2015/10/08(木) 23:37:40.98

自己解決。
regsvr32 /u c:\windows\syswow64\comdlg32.ocx
regsvr32 c:\windows\syswow64\comdlg32.ocx

**デフォルトの名無しさん** · 2015/10/10(土) 11:49:26.74

Windows10でもVB6のIDE動くの？

**デフォルトの名無しさん** · 2015/10/10(土) 23:52:40.60

ｳｺﾞｲﾀﾖ

**デフォルトの名無しさん** · 2015/10/12(月) 01:25:36.87

>>74
ﾏｼﾞﾃﾞ

**デフォルトの名無しさん** · 2015/10/14(水) 21:40:19.96

Windows ７/ Windows Server 2008 R2 以降のOS とStrConv関数 – VBStrConv.Wideを使用した文字変換について
http://blogs.msdn.com/b/jpvsblog/archive/2015/10/13/windows-windows-server-2008-r2-os-strconv-vbstrconv-wide.aspx

**デフォルトの名無しさん** · 2015/10/16(金) 22:02:34.27

過疎化ってるからチラ裏でも良いよね？
>>27だけど、Win2000とVB6で作っちゃったよw
全てにおいで懐かしかったな。
久々のVBいじりだったけど楽しかった。

**デフォルトの名無しさん** · 2015/10/17(土) 07:46:54.00

そのWin2kはライセンスされてるのかね？

アクティベーションがない時代なんだよね
おれも知り合いの中国人に円盤もらったわ

**デフォルトの名無しさん** · 2015/10/20(火) 15:35:18.80

VB6プログラマなら、Win98やNTや2Kのパッケージくらい持ってるだろ

**デフォルトの名無しさん** · 2015/10/20(火) 15:43:54.37

Win98のCDパッケージをポケットに入れて、ポンポンと叩くとあら不思議！
WinNT4.0とWin2kのCDパッケージ二つに…

なるわけないよね…

**デフォルトの名無しさん** · 2015/11/07(土) 03:30:26.17

最初のVBはWin3.1上のVB2だった
イベントドリブンが何だか分からなくて苦労したが
BASICの232C通信で使うON COM GOTOで既にあったんだよな

**デフォルトの名無しさん** · 2015/11/07(土) 11:03:27.27

VB2.0は神だったけど作ってた人はdelphiに移ったんだっけ

**デフォルトの名無しさん** · 2015/11/09(月) 09:54:18.44

VB6のIDEがWindows 10 x64に乗らん
みんなどうしてる？

**デフォルトの名無しさん** · 2015/11/09(月) 12:23:34.27

>>83
VMware WorkstationのゲストにVB6のIDEが動くWindows 7を入れてその上で使っている
いずれにせよx64でVB6 IDEを使うのは問題が多い
動かんわけではないが

**デフォルトの名無しさん** · 2015/11/10(火) 00:50:07.56

うちはとりあえずVirtualBox上のXPにインストールして使ってます

**デフォルトの名無しさん** · 2015/11/10(火) 10:06:43.11

>>83
VB6のインストール時に「データアクセス」のチェックボックスを外すカスタマイズをしてインストールする。
インストールが完了したら、下記２つのSPを導入する

Visual Basic 6.0 Service Pack 6ランタイム再頒布可能パッケージ
VB6.0-KB290887-X86.exe

Visual Basic 6.0 Service Pack 6 累積的な更新プログラム
VB60SP6-KB2708437-x86-JPN.msi

「データアクセス」に相当するコンポーネントはXP以降、Windows側で搭載している
（但しDAO 3.5等一部のコンポーネントは導入されない場合がある）

今更VB6を使ってるアホがいるのかと馬鹿にしていたが
先日、.netとMFCを使わず作れという案件があって使わせてもらったところ

**デフォルトの名無しさん** · 2015/11/10(火) 22:21:33.79

いまやランタイム個別インストールの要るVBはOKだったのかい

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

>>87
VB6の日本ランタイムはXP以降では個別インストールは不要

?Msvbvm60.dll
?Stdole2.tlb
?Oleaut32.dll
?Olepro32.dll
?Comcat.dll
?Asycfilt.dll
?Ctl3d32.dll

但し、英語版を前提にしているので日本語を使用する場合は
vb6jp.dlのみシステムフォルダへコピー要

l

いまやと言われるが
?Msvbvm60.dll
?vb6jp.dll

**デフォルトの名無しさん** · 2015/11/11(水) 10:24:47.98

>>88
日本語版Windowsにはvb6jp.dlｌをプリインストールしておいて欲しいよな
そしたらEXEだけの配布であたかも動くように錯覚させられる

**デフォルトの名無しさん** · 2015/11/11(水) 19:06:08.81

>>86
ありがとー！

**デフォルトの名無しさん** · 2015/11/12(木) 09:35:45.98

>>89
日本語の文字はイメージにして貼り付けて原寸で表示すればいい。
実際にはランタイムで動くが配布はexe一本で済むから
.netのバージョンがどうとかサイドバイサイドにしたりやめたり訳わからん
C++ライブラリやMFCのバージョン依存からも解放される

**デフォルトの名無しさん** · 2015/11/12(木) 19:55:09.34

VC6使ってmsvcrt.dllだけリンクすればどこでも動くよ的なことをVB6でやろうとしてるのかな

**デフォルトの名無しさん** · 2015/11/12(木) 20:13:06.00

DLLの静的リンクとデフォで導入されたDLLを前提とするEXEでは意味が全然違う

**デフォルトの名無しさん** · 2015/11/12(木) 23:45:00.40

昔ボーランド製言語でランタイムごと静的リンクってやってたよな
ちょっとしたアプリすら数MBのEXEになるってやつ
あれはあれで楽だった

**デフォルトの名無しさん** · 2015/11/13(金) 09:54:26.58

悪の組織はVBとかGWーBASICでセキュリティーシステム構築しているよな

**デフォルトの名無しさん** · 2015/11/13(金) 19:54:28.33

VB6で接続出来るSQL serverのバージョンは2008、2012あたりまで？

**デフォルトの名無しさん** · 2015/11/13(金) 21:18:31.36

>>96
2016もできますよ
Native Clientもまだ使えるし、驚くなかれCOMのDMOでさえDLLをコピーしてレジストすれば使えてしまうのですわん！

**デフォルトの名無しさん** · 2015/11/13(金) 21:19:42.18

ODBCやOLEDB経由で何でも繋がると思うけど

**デフォルトの名無しさん** · 2015/11/13(金) 21:23:08.82

サポートされない　＝　使えない

と考える大手企業の俺としては×

**デフォルトの名無しさん** · 2015/11/13(金) 21:44:09.41

>>97 ：デフォルトの名無しさん：2015/11/13(金) 21:18:31.36 ID:YBJ5maQh
>>2016もできますよ
>>Native Clientもまだ使えるし、驚くなかれCOMのDMOでさえDLLをコピーしてレジストすれば使えてしまうのですわん！
>>
>>99 ：デフォルトの名無しさん：2015/11/13(金) 21:23:08.82 ID:YBJ5maQh
>>サポートされない　＝　使えない
>>
>>と考える大手企業の俺としては×

ID:YBJ5maQhさんは何が言いたいんだべか

**デフォルトの名無しさん** · 2015/11/14(土) 02:16:33.31

>>97
有り難う御座います！
ideも10にのるようだし、まだ何とか使えそうな感じですね

**デフォルトの名無しさん** · 2015/11/14(土) 09:25:54.73

vb6はwindowsを使い続けてもらうアイテムとしては
ほんと優秀だなw

**デフォルトの名無しさん** · 2015/11/14(土) 10:39:09.15

>>100
サポートされないとアナウンスされても実は使えることを発見した喜びと
大手企業の従業員で変なことはできない自分の立場との狭間で
気がおかしくなってしまった社会人だろうが

**デフォルトの名無しさん** · 2015/11/14(土) 10:41:51.66

>>102
最近は若者のパソコン離れが進行していて、プログラマはnetからスタートする人が多い
旧称VB.netが扱える人にVB6のコーディングをお願いした、ら絶対無理と断られた
VB6でコーディングできる人は希少になってる

**デフォルトの名無しさん** · 2015/11/14(土) 10:44:34.07

>>104
Excel とかでVBAでマクロ組んでる人を連れてくれば非常に短時間で習得しますよ。
ただ、最近はVBAの方が高機能になっているので、「なに？これできないの？だせー」
とか生意気なことを言われてもそこは我慢な。

**デフォルトの名無しさん** · 2015/11/14(土) 11:34:50.38

へーそうなんだ　素直にVB6を継承したVB7を出さないマイクロソフト　ダせぇ～
ＣＰＵの進化の方向性の予測をマイクロソフトは完全に見誤ったな

**デフォルトの名無しさん** · 2015/11/14(土) 20:45:42.26

今はVBAのが高性能なのか

**デフォルトの名無しさん** · 2015/11/14(土) 21:44:03.09

高性能じゃなくて高機能だって言ってるようだが
VBAにVB6以降で追加された機能なんてそんなにあったか

**デフォルトの名無しさん** · 2015/11/14(土) 21:53:26.29

>VBAにVB6以降で追加された機能なんてそんなにあったか

連想配列、インタフェース継承ではない実装継承、stdcallだけでなくcdecl呼び出しのDLLも扱える
その他いろいろあるが、肝心のビルドはできないというお粗末な結果に・・・

**デフォルトの名無しさん** · 2015/11/15(日) 07:11:27.52

>>109
え？
VBAっていつから普通に継承が使えるようになったの？

**デフォルトの名無しさん** · 2015/11/16(月) 19:16:51.07

VBAに連想配列もなかったはずだけどなぁ
ScriptingはVBAの機能じゃないし

**デフォルトの名無しさん** · 2015/11/16(月) 19:48:04.06

Windows3.1ですら現役なのだからVB6の現役引退なんて何十年後になるやら・・・

パリの空港で一時的に離着陸できない事態　原因はWindows 3.1搭載システムの障害
http://nlab.itmedia.co.jp/nl/articles/1511/16/news087.html

**デフォルトの名無しさん** · 2015/11/16(月) 20:17:31.92

>>111
元は無かったけど今はあるみたい

**デフォルトの名無しさん** · 2015/11/16(月) 20:20:59.23

検索してもScriptingしかでない
なんてキーワードなん？

**デフォルトの名無しさん** · 2015/11/16(月) 20:28:49.62

言葉遣いの機微からして魔界の仮面弁士さんだと思うけど
さすがとしか言えない

**デフォルトの名無しさん** · 2015/11/18(水) 14:23:58.30

>>115
魔界の仮面弁士さんが女性だって知らないだろ？