2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

VB6とVB2005って全然違わない?

1 :デフォルトの名無しさん:2006/09/28(木) 21:29:35
まずcommandがbuttomになってて
??
線引こうにもlineが認識されない
なんなの?

2 :デフォルトの名無しさん:2006/09/28(木) 21:31:47
( ゚Д゚) …

3 :デフォルトの名無しさん:2006/09/28(木) 21:38:11
>>2
なに?本当に困ってるんだけど

4 :デフォルトの名無しさん:2006/09/28(木) 21:57:29
まったく一緒です。
動作させるOSが違うだけです。
exeはどのWinOS(98以降)でも動きます。

5 :デフォルトの名無しさん:2006/09/28(木) 21:58:35
VB6はVisual Basic。
VB2005はVisual Basic .NET。
全くの別言語、ただ版が上がっただけだと思っていると痛い目にあう。

あと、単発質問スレ厳禁。
ただスレ立てただけだと思っていると痛い目にあう。


6 :デフォルトの名無しさん:2006/09/28(木) 22:30:46
>3
おまえが困ろうがどうしようが、どうでも良いことだなw

7 :デフォルトの名無しさん:2006/09/28(木) 22:34:08
>>1
そんなのベッカムのソフトモヒカンが流行していた頃のネタだぞ。
時代遅れにもほどがある。

8 :デフォルトの名無しさん:2006/09/28(木) 22:38:14
>>1は戦争が終わったのを知らないでジャングルにずっと潜んでいたかわいそうな人なんだよ
教えてやれよ


9 :デフォルトの名無しさん:2006/09/28(木) 23:05:46
>>5すいませんでした…
でもこれネタじゃないんです
工業大学4年で卒研で使うんですが大学では工業大学のくせにVB6使ってて
家でも卒研やりたいからVB2005expresダウンロードしたら違うんで
びっくりしてました

10 :デフォルトの名無しさん:2006/09/28(木) 23:07:13
ちなみに卒研はセルオートマトンを使った非難シミュレーションです

11 :デフォルトの名無しさん:2006/09/28(木) 23:11:41
違うものは違うものだとしか言いようがないし、
困ってるとか言われても、そうですかとしか言いようがないから
削除依頼出して来い。

12 :デフォルトの名無しさん:2006/09/28(木) 23:18:29
安心しろ。そんな>>1のためにできたのが新しいVB.NETであるVB2005だ。

Visual Basic 2005でVB 6プログラマーの時代がやってくる
ttp://www.atmarkit.co.jp/fdotnet/vblab/vbinterview_01/vbinterview_01_01.html

13 :デフォルトの名無しさん:2006/09/28(木) 23:23:32
何を非難するんだか。

14 :デフォルトの名無しさん:2006/09/29(金) 11:48:27
というか こんなのが大学4年で社会にでるとかって

なんか終わりだな・・・

15 :デフォルトの名無しさん:2006/09/29(金) 15:47:43
今に始まったことじゃない
某工業高校(大阪じゃ割とデカいとこ)じゃずっとBASIC(88互換)だった
在学中に「初心者ほど言語にこだわる」との至言を賜ったが
流石に仕事にゃ使えんぞあれはw

Turbo C++やVB6.0あるんだからそっちにしろよと

16 :デフォルトの名無しさん:2006/09/29(金) 19:08:03
>>15
ほんと、初心者ほど言語にこだわるなぁ

17 :デフォルトの名無しさん:2006/09/29(金) 22:24:35
Javaが出てきた頃にJavaに手つけた奴がいま勝ち組になってるのかな

18 :デフォルトの名無しさん:2006/09/29(金) 23:05:36
Javaバブル崩壊

19 :デフォルトの名無しさん:2006/09/30(土) 11:25:58
>>16
とはいえ全自動洗濯機全盛の世になっているのに
洗濯板と石鹸で洗濯する意味なんて無いと思うがな。
歴史体験が目的ならともかく。


20 :デフォルトの名無しさん:2006/09/30(土) 11:33:22
>>19
つまらん喩えを出すと自爆する良い例。

21 :デフォルトの名無しさん:2006/10/05(木) 11:08:38
ブイビー終焉

[DirectX][.NET][XBOX360][C♯C#] XNA Game Studio
ttp://pc8.2ch.net/test/read.cgi/tech/1159367275/7-

7 名前: デフォルトの名無しさん 投稿日: 2006/09/28(木) 08:57:33
.NETだけど今のところC#限定なのか?

8 名前: デフォルトの名無しさん [sage] 投稿日: 2006/09/28(木) 10:25:59
Game Studio Express自体は今のところVisual C# 'Express'限定。
もちろんアセンブリ参照すれば他の言語でも開発できるよ。

10 名前: デフォルトの名無しさん [sage] 投稿日: 2006/09/28(木) 19:10:22
MDX1.1の後継として開発されていたMDX2.0がベータのまま廃止。
MDX1.1はメンテくらいは続けるとはどこかで言及されていたと思う。

22 :デフォルトの名無しさん:2006/10/05(木) 16:58:43
あれ?
いつのまにVB7〜VB2004が発売されてたんだ?

23 :デフォルトの名無しさん:2006/11/22(水) 23:11:58
http://www.vector.co.jp/soft/win95/util/se072729.html
作者の方へ

VisualBasicの学習者たちのためにソース公開してください
(公式サイトが消滅しているようなので、ここにカキコします)
((((;゚Д゚)
すばらしいソフトなので、ぜひともお願いします



24 :デフォルトの名無しさん:2006/11/22(水) 23:25:09
>>22
釣れますか

とか書こうとしたら1ヶ月以上前じゃない。

25 :デフォルトの名無しさん:2006/11/22(水) 23:31:10
>>23
だいぶ前からTextSSの64ビット版が欲しいとかなんとか言ってない?
頭おかしいの?

26 :デフォルトの名無しさん:2006/11/23(木) 13:15:29
Microsoftは、未だにVB6を使い続けるユーザー達のために、
Formの既定インスタンス機能や、IDEの挙動をVB6に似せるなど、
移行支援の為の対策をVB2005にたくさん盛り込んだわけだ。
特に、Formの既定インスタンス機能は、改悪と言って過言ではないと
自他共に認めるであろう。
MSは、そこまでしてVB6ユーザーを「救おう」としている。

さて、ここでVB6ユーザーであるスレ主が、
VB2005を使ってみて、居ても立ってもいられずに立ててしまったこのスレッドを見てみよう。

http://pc8.2ch.net/test/read.cgi/tech/1159446575/
> [VB6とVB2005って全然違わない?]
> 1 :デフォルトの名無しさん :2006/09/28(木) 21:29:35
> まずcommandがbuttomになってて
> ??
> 線引こうにもlineが認識されない
> なんなの?

私たちはまだまだVB6ユーザーを甘く見ていたようだ。
救いようがないとはまさにこのことではなかろうか。
VB6ユーザーはVB2005に対して、完全同一な物を求めているようだ。

新しいものへのチャレンジ精神があまり備わっていないVB6ユーザーのために
MSは色々な対策を行った。
しかし、いまだにVB6を使い続けているVB6ユーザーには、
新しいものへのチャレンジ精神など微塵も備わっていなかったのである。

このようなVB6ユーザーを生み出したのはMSである。
VB6からVB.NETへと革新的に進化させた結果、このようにいつまでもVB6を使い続けるクズどもが発生したのである。
もはや救いようのないVB6ユーザー。しかしそれでもMSは、最後までこのVB6ユーザー達を見放してはならない義務があるのだ。


27 :デフォルトの名無しさん:2006/12/01(金) 19:51:35
同じような物だお。

ttp://itpro.nikkeibp.co.jp/article/USNEWS/20061129/255223/

昨年の春と比べVisual Basic系を使用する開発者が35%減少したという。

Visual Basic 6.0以前のユーザーが減少しているほか,Visual Basic .NETを使用する開発者も26%減少した。



28 :デフォルトの名無しさん:2006/12/04(月) 07:02:15
バージョンアップでちょっとした手直しで以前のバージョンが動くならいいけど、
べつ言語にまでされるとさすがにC++あたりにいくしかないよなw
MSの勝手なバージョンアップで資産(?)が使えなくなってしまうのはやっぱりね。
C++なら規格が決まってるから変更されることはないだろうしね。
そう考えるとC#もバージョンアップでいきなり別言語になる不安材料を抱えてるってことだよな。

29 :デフォルトの名無しさん:2006/12/04(月) 09:29:27
C++が規格が決まっているから安心という話なら、
C#もECMAにもISOにもなっているわけだが。


30 :デフォルトの名無しさん:2006/12/05(火) 07:25:42
>>29
でも、作ってるのマイクロソフトだけじゃん。

31 :デフォルトの名無しさん:2006/12/05(火) 10:19:55
Microsoft以外のC#コンパイラもあるじゃん。
IDEもMicrosoft以外のもあるし。


32 :デフォルトの名無しさん:2006/12/05(火) 18:42:15
>>10
>非難シミュレーション
お前が自ら実験台になってるじゃないか
そういう研究なのか

33 :デフォルトの名無しさん:2006/12/11(月) 07:30:31
いや、元々VBはバージョンが変われば言語が変わる仕様じゃん。
元からして上位互換なんか考えてないし、2.0の頃からMSが名言してるし。

だからVB→VBのリプレースは死んでも取ってくるなと10年前からの常識で、
そんな仕事取って来る奴は死ねと言われてた訳だが。

まぁ>>1 はハシタ金で新しく作るのと変わらない工数の仕事を投げつけられた被害者と仮定してだな。。

>>1
VBと呼ばれる言語は9個ある。で、大きく分けて2つ。VB6.0までとVB.NET以降だ。
前者は遂次処理型言語、後者はオブジェクト型言語。
だからといって難しく考える必要も無い。
書いてみれば仕組みなんか覚えなくてもイキナリでも書けるのがVBの最大の強み。
は、言いすぎかもだけど。

34 :デフォルトの名無しさん:2006/12/12(火) 00:05:07
第2回 私はコレで、VB 6を卒業しました
ttp://www.atmarkit.co.jp/fdotnet/vblab/opensemi_02/opensemi_02_01.html

アップグレード・ウィザードはやはり使えない?!

35 :デフォルトの名無しさん:2006/12/20(水) 19:48:15
すみませんが、基本的なことかもしれないのですが、

VB2005 で作成したアプリケーションは、かならず

  インストール

を作業を通じてセットアップされていなければ、ネットワークを
介して別のPCから起動することはできないものなのでしょうか

36 :デフォルトの名無しさん:2006/12/20(水) 19:48:51
(続き)
もしかすると基本的なミスなのかもしれないのですが、以下の状況となっていました
すみませんが、この件で教えてください

 ・PCがLANで繋がっている状態で、互いにフォルダー共有できていて
  どちらにも同じユーザーアカウントが登録されており、そのユーザーで
  ログインできる

 ・どちらのPCにも .NET Framework 2.0 がインストールされている

とき、

 ・そのユーザーが、片方のPCの共有フォルダーに、開発中の VB2005の
  アプリケーションのソリューション・フォルダーをおき、其の中の bin\Release
  内のビルドされた 実行ファイル がある状態で

もう一方の PC からその共有フォルダーを通じてダブルクリックして起動しようと
したところ、


37 :デフォルトの名無しさん:2006/12/20(水) 19:49:35
(続き)

 ・エラーが出て起動できなかった

 ・エラーは「問題が発生したため、・・・を終了します。ご不便をおかけして
  申し訳ありません。」で、下に「デバッグ」「エラー報告を送信する」
  「送信しない」 のボタンがならんでいるダイアログが出てくるものです

となるのですが、

 ・共有フォルダーへのアクセス権は Everyone でフルコントロール
 ・ローカル側のPCで同じユーザーアカウントで起動可能、正常動作する

でした

これはビルドの前に何かの設定を行なうと外部のPCから起動可能になるでしょうか、
それとも、ただ単に共有フォルダーにしているだけでは、他のLAN上のPCからは
同じ .NET Framework 2.0 がインストールされていても、起動はできない
ものなのでしょうか(別途インストールが必要でしょうか)

すみませんが、どうぞよろしくです

38 :デフォルトの名無しさん:2006/12/20(水) 20:08:23
(追記)
ちなみに、これは
 
 ・該当の bin\Release フォルダーを、まるごと他方のPCの
  どこかにコピーしてしまって、其の中の実行ファイルをダブルクリック
  すれば、正常に起動して動作する

ことは確認しました

ということは LAN をまたぐと起動しないということかと思いますが、
これはもしかして、セキュリティ・ソフトが妨害しているのでしょうか
それとも全然別の問題でしょうか?

すみませんが何卒よろしくお願いします

39 :デフォルトの名無しさん:2006/12/20(水) 20:11:28
Java3D 1.1 で作ったものが、Java3D 1.5 でも動いたんだけれど、ある意味すごいのかな?

40 :デフォルトの名無しさん:2006/12/20(水) 20:20:09
>35

いいえ。


41 :デフォルトの名無しさん:2006/12/20(水) 20:28:08
ここはアレだ。釣り堀ってやつだ

42 :デフォルトの名無しさん:2006/12/20(水) 20:33:50
>>40
ということは、やはりLANを介しても普通に動かすことはできそうだと
思ったのですが、何か設定上の問題なのでしょうか

初心者でよくわからないのでした

43 :デフォルトの名無しさん:2006/12/20(水) 20:34:44
ちなみに、LOCALの方は、Windows2000 で、
もう一方は WindowsXpPro でした

44 :デフォルトの名無しさん:2006/12/20(水) 20:36:26
それから、該当のアプリは、データベース等のアクセスはしていない
ただフォームを表示する段階までのもので、起動してからメニューから
操作するまではとくにファイルにアクセスとかしないものでした

45 :デフォルトの名無しさん:2006/12/20(水) 20:46:50
あちこち出没してる病院システムの人だろうけど、
スレで質問してるレベルじゃねーぞ?
前任者か中堅PGがつかないと無理レベル。上長に相談した方がいい。


46 :デフォルトの名無しさん:2006/12/20(水) 20:56:34
>>9
マジレスすると、大学に申請すればVB6アカデミック版を合法的にインストールさせてもらえる。


47 :デフォルトの名無しさん:2006/12/20(水) 22:03:00
>>45
えーっと、それは当方>>42-43のことでしょうか?

もしもそうだとしますと、これってみなさんはどうされていますか?

みなさまのところではこうした場合、正常に起動できていますでしょうか、
よろしければ其の点だけでも教えていただければ大変助かります。
(もし当方のことでなければ別ですが)

48 :デフォルトの名無しさん:2006/12/21(木) 10:11:58
>>38(追記2)

ところでこれですが、ちなみにこれを VB6.0 のアプリケーションで同様にやって
みましたところ、

 ・ VB6.0 のアプリケーションであれば、共有フォルダー上のものは
   LAN上の互いのどちらのPCからでも正常に実行できる
   
ことが確認できました。

ということは、やはり単純な LAN 上の共有設定などの問題ではないと
思われますが、.NET アプリケーションでは何か共有フォルダーに関係
して、なんらかの処置が必要になる、ということなののでしょうか?

みなさんのところの LAN 上の PC ではこの問題は起きていないでしょうか、
情報その他ご指導をよろしくお願いしますです。

49 :デフォルトの名無しさん:2006/12/21(木) 11:15:20
それとも、もしかして、.NET アプリケーションは

 1. インストーラーを実行してセットアップする

か、あるいは

 2. 必ず 自分の PC に実行用のフォルダーごとコピーする

ことが前提になっていて、少なくともこの 2.までの対応が最低限必要で、

 3. LAN 上の 共有フォルダー からの同一実行ファイルの起動

は前提にされていない、ということだったのでしょうか・・・

もしそうなら、

 ・ 「サーバーにある同じ実行ファイルを誰でもそのまま実行する」
   という使い方はできない

ようになっている、ということだったのかと思いました。こういう理解で
良いでしょうか?

50 :デフォルトの名無しさん:2006/12/21(木) 11:16:59
すみません上げるの忘れてました。スマソです。

51 :デフォルトの名無しさん:2006/12/21(木) 11:22:08
(追記)
>>48の件は、LAN 上の別PCには正式に VB6.0 で作成したセットアップファイル
によるインストールは実施しておらず、あくまでも使用する RunTime が 

  Windows\System32

などに存在しているというだけの環境で実行できたということでしたので、これまでの
VB6.0 で作成したアプリの動作を確認しただけのことで、単にフォルダー共有上で
何かの問題があるかどうかのチェックになっているものと思います。


52 :デフォルトの名無しさん:2006/12/21(木) 12:30:30
コードアクセスセキュリティが影響している。
ローカルドライブは無制限の権限(FullTrast)を持っているが、ネットワークドライブは制限ゾーンなので、
FullTrastを要求する一般のアプリは起動できない。
制限ゾーンの権限内でアプリを作るか、そのネットワークドライブに必要な権限を与えるように
セキュリティポリシーを設定する必要がある。

急げば回れでまずはMSDNに目を通すとよい。
ttp://msdn2.microsoft.com/ja-jp/library/930b76w0(VS.80).aspx


53 :デフォルトの名無しさん:2006/12/21(木) 21:26:34
>>52
ご指導ありがとうございます、ご指導感謝です

今いろいろ試しているところでしたが、やってみると、どうも作成した
アプリケーションによっては、別PCから起動できるものと、できないものが
あるようでした。

いまのところの傾向として、ある小さくて簡単そうな2つのプログラムは
別PCからの起動がOKでしたが、ある別のプログラムでは、>>37 の
エラー・メッセージとは異なる、次ようなメッセージが出てきました。

----------
 セキュリティポリシーで許可されていない操作をアプリケーションが
 実行しようとしました。必要なアクセス許可をこのアプリケーションに
 与えるにはシステム管理者に連絡するか、Microsoft.NET Framework
 構成ツールを使用してください

 [続行]をクリックすると、アプリケーションはこのエラーを無視し、
 続行しようとしようとします。[終了]をクリックすると、アプリケーション
 は直ちに終了します。

 要求が失敗しました。
----------

54 :デフォルトの名無しさん:2006/12/21(木) 21:29:02
(続き)

このケースはおっしゃっているセキュリティ対応の原因そのものなのかと
思われました。

もしかすると、>>37 に書いたいわゆるエラー・メッセージの場合はモードが
異なるエラーなのかもしれませんが、問題なく起動して正常動作するプログラム
もあるにはある、ということは、動かす動作内容によってセキュリティ対応の制限が
あるものと無いものとがあるということなのかもしれないのですね。

完全なシステム上のエラーとして出てくるかのような >>37 のようなメッセージ
だと、予定していない例外なのかとも思いましたが、同様の理由で出てくるもの
なのかもしれない、ということですね。

55 :デフォルトの名無しさん:2006/12/21(木) 21:58:15
MSDN の記載は膨大なのですぐには全部読めませんが、少しずつでも見て
いこうと思います。

ところでマイクロソフトのBBSの方でもお聞きしてみましたた、やはり同様の
お答えを頂きました、参考記事としてご指導頂きましたこちら

http://www.atmarkit.co.jp/fdotnet/technology/idnfw11_index/index.html

でも詳しく記載されているようでした。こちらも内容が多く一度では覚えられ
ませんが、コードアクセスセキュリティに関する説明は
http://www.atmarkit.co.jp/fdotnet/technology/idnfw11_06/idnfw11_06_01.html
にありますようで、追って読んでみようと思いました。

ご指導、ありがとうございました。

それではまたよろしくお願い致します。

20 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)