VBプログラマ質問スレ(6.0以前) Part33
939 ：Not 937：04/05/14 03:35
>>938
No.938
「Trim$(Null)はエラーになるがTrim(Null)はエラーにならない」
Variant型に詳しい>>938はこう語る。
(略)
実際にやってみた。....
確かにTrim$(Null)はエラーになるがTrim(Null)はエラーにならなかった。
へぇへぇへぇへぇ....
知らんかった。
No.938
「Trim$(Null)はエラーになるがTrim(Null)はエラーにならない」
Variant型に詳しい>>938はこう語る。
(略)
実際にやってみた。....
確かにTrim$(Null)はエラーになるがTrim(Null)はエラーにならなかった。
へぇへぇへぇへぇ....
知らんかった。
940 ：デフォルトの名無しさん：04/05/14 08:52
941 ：931：04/05/14 09:51
unloadしたFormを 再度Showしてもテキストボックスなどunloadする前の
データが入ってるんですけど、新規には ならないのでしょうか？
データが入ってるんですけど、新規には ならないのでしょうか？
942 ：デフォルトの名無しさん：04/05/14 10:01
新規インスタンスを作ればいいんでねーの？
943 ：デフォルトの名無しさん：04/05/14 10:19
>>941
根本的におかしいんじゃねーの？
根本的におかしいんじゃねーの？
944 ：デフォルトの名無しさん：04/05/14 10:33
>>934
ごめんなさい
ごめんなさい
945 ：デフォルトの名無しさん：04/05/14 11:30
VB6.0 + VSSで、開発をされてある方はいらっしゃいませんか？
管理者の運用形態等について質問です。
①VSSDBと、実ファイルの関係性について。
(VSSからtxtファイル等をCHECKOUTして編集してCHECKINしても実ファイルには、
反映されないが、VBを通して編集すると実ファイルに反映されるのは何故か？等)
② ①を踏まえて、txtファイル、docファイル等は、どうやって実ファイルに反映させれば良いのか？
②’VSSを導入したら、基本的にVSSを通さないと、ファイルの取得、更新は出来ないのか？
③リリース用の最新ソース一覧は、実ファイルフォルダをコピーして構わないのか？
それとも、毎回、別フォルダに最新を全部取得しないといけないのか？
④２箇所(2サーバー)でのファイル管理は可能か？
(毎朝、本サーバからVSSアーカイブを取り副サーバに反映させ、
夜、副サーバの差分実ファイルを本サーバに戻す。等)
⑤VSSアーカイブの復元は上書きで良いのか？
それとも一旦全削除後に復元を行わないと行けないのか？
⑥VSSアーカイブがあれば、実ファイルフォルダの中身が飛んでも復元出来るのか？
それとも別に、実ファイルもバックアップを行う必要があるのか？
①～④は、ある程度、検索したのですが見つかりませんでした。
有意義なサイトもご存知でしたら紹介して下さい。
宜しくお願い致します。
管理者の運用形態等について質問です。
①VSSDBと、実ファイルの関係性について。
(VSSからtxtファイル等をCHECKOUTして編集してCHECKINしても実ファイルには、
反映されないが、VBを通して編集すると実ファイルに反映されるのは何故か？等)
② ①を踏まえて、txtファイル、docファイル等は、どうやって実ファイルに反映させれば良いのか？
②’VSSを導入したら、基本的にVSSを通さないと、ファイルの取得、更新は出来ないのか？
③リリース用の最新ソース一覧は、実ファイルフォルダをコピーして構わないのか？
それとも、毎回、別フォルダに最新を全部取得しないといけないのか？
④２箇所(2サーバー)でのファイル管理は可能か？
(毎朝、本サーバからVSSアーカイブを取り副サーバに反映させ、
夜、副サーバの差分実ファイルを本サーバに戻す。等)
⑤VSSアーカイブの復元は上書きで良いのか？
それとも一旦全削除後に復元を行わないと行けないのか？
⑥VSSアーカイブがあれば、実ファイルフォルダの中身が飛んでも復元出来るのか？
それとも別に、実ファイルもバックアップを行う必要があるのか？
①～④は、ある程度、検索したのですが見つかりませんでした。
有意義なサイトもご存知でしたら紹介して下さい。
宜しくお願い致します。
946 ：デフォルトの名無しさん：04/05/14 12:01
947 ：デフォルトの名無しさん：04/05/14 12:14
948 ：デフォルトの名無しさん：04/05/14 12:41
聞く一方で感謝の言葉とかどうやって解決したかとかいうレスは一切ないんだな。
おもしろいことに。
おもしろいことに。
949 ：デフォルトの名無しさん：04/05/14 12:58
>941
>931の質問に対する回答には目を通したのか？
UnloadしてもTerminateイベントが発生しない状況(他から参照されている)なら、インスタンスは残っている。
>931の質問に対する回答には目を通したのか？
UnloadしてもTerminateイベントが発生しない状況(他から参照されている)なら、インスタンスは残っている。
950 ：931：04/05/14 13:03
Terminateイベントって どうすれば発生するのでしょうか？
あと unload me とかしても me.hide と同じなんでしょうか。
自分のForm内に次へなどのボタンを 設置して それが押されたら
新しいFormを開いて、元のを閉じたいのですが・・・。
あと unload me とかしても me.hide と同じなんでしょうか。
自分のForm内に次へなどのボタンを 設置して それが押されたら
新しいFormを開いて、元のを閉じたいのですが・・・。
951 ：デフォルトの名無しさん：04/05/14 13:13
( ﾟДﾟ)ﾎﾟｶｰﾝ
952 ：デフォルトの名無しさん：04/05/14 13:19
>>950
おまえ、MSDNインストールしてないだろ。
おまえ、MSDNインストールしてないだろ。
953 ：デフォルトの名無しさん：04/05/14 13:20
>>950
>Terminateイベントって どうすれば発生するのでしょうか？
unloadされ、参照されなくなった時点で自動的に発生する。
>あと unload me とかしても me.hide と同じなんでしょうか。
unloadとhideは違う。hideは表示されなくなるだけでloadされたまま残る。
>自分のForm内に次へなどのボタンを 設置して それが押されたら
>新しいFormを開いて、元のを閉じたいのですが・・・。
新しいフォームをしてshowして、unload meする。
>Terminateイベントって どうすれば発生するのでしょうか？
unloadされ、参照されなくなった時点で自動的に発生する。
>あと unload me とかしても me.hide と同じなんでしょうか。
unloadとhideは違う。hideは表示されなくなるだけでloadされたまま残る。
>自分のForm内に次へなどのボタンを 設置して それが押されたら
>新しいFormを開いて、元のを閉じたいのですが・・・。
新しいフォームをしてshowして、unload meする。
実ファイルってのは、実際のプロジェクトファイルや、フォーム・標準モジュールファイルや、
テキストファイル等の事です。
VSSDBてのは、Visual SourceSafeの仮想DBの事です。
宜しくお願いします。
テキストファイル等の事です。
VSSDBてのは、Visual SourceSafeの仮想DBの事です。
宜しくお願いします。
955 ：デフォルトの名無しさん：04/05/14 13:41
ここの人たちってＭＳＤＮに書かれてないことを質問されても答えられるのね。
956 ：デフォルトの名無しさん：04/05/14 14:07
>945
>1)と2)
「何処の」実ファイルに「何が」反映されないのか？
あるクライアント上のテキストファイルをメモ帳で開いて編集保存しても実ファイルが更新されないって事か？
>2'
そりゃそうだ。
>3)
複数人で開発しているなら、全員がチェックイン後に新しいフォルダに最新を取得してビルドしたほうが安全だろ。
>4)
出来るかどうかわからんが、何でそんなめんどくさい事を？
>5) 6)
VSSアーカイブって何？
って、やってみりゃわかる事ばっかだな・・・
>1)と2)
「何処の」実ファイルに「何が」反映されないのか？
あるクライアント上のテキストファイルをメモ帳で開いて編集保存しても実ファイルが更新されないって事か？
>2'
そりゃそうだ。
>3)
複数人で開発しているなら、全員がチェックイン後に新しいフォルダに最新を取得してビルドしたほうが安全だろ。
>4)
出来るかどうかわからんが、何でそんなめんどくさい事を？
>5) 6)
VSSアーカイブって何？
って、やってみりゃわかる事ばっかだな・・・
957 ：デフォルトの名無しさん：04/05/14 14:22
>>954
VSSには「実際のファイル」なんて概念はないよ。
あるのはリポジトリとそこから取り出したコピーだけ。
シャドウフォルダを設定すれば自動で最新のコピーが作成されるから、
それで代用することになると思う。
VSSには「実際のファイル」なんて概念はないよ。
あるのはリポジトリとそこから取り出したコピーだけ。
シャドウフォルダを設定すれば自動で最新のコピーが作成されるから、
それで代用することになると思う。
960 ：デフォルトの名無しさん：04/05/14 15:01
ADODBで
アクセスのテーブルＡをレコードセットＡでひらいて
テーブルＢをレコードセットＢでひらいてＡからＢへ流すのと
アクセスのテーブルＡをレコードセットＡでひらいて
テーブルＢにconnection.execute()のinsertでＡからＢへ流すのと
どっちが早いというのはありますか？ケースバイケースですか？
アクセスのテーブルＡをレコードセットＡでひらいて
テーブルＢをレコードセットＢでひらいてＡからＢへ流すのと
アクセスのテーブルＡをレコードセットＡでひらいて
テーブルＢにconnection.execute()のinsertでＡからＢへ流すのと
どっちが早いというのはありますか？ケースバイケースですか？
>>956さん。
ありがとうございます。
>>947さん。
ありがとうございます。
もう少し具体例をあげて質問してよりでしょうか？
⑦ある程度、開発が進んだプロジェクトフォルダにVSSを導入した時点で、
元々のファイル管理運用形態(実ファイルをサーバーから落としたり上げたりする)は、
出来なくなるって事で良いのでしょうか？
⑦’それまでは、実ファイルがあったって事ですよね。
⑧VSSでの管理をやめた場合は、元の実ファイルフォルダで、元々のファイル管理運用形態に戻す事は、
できないのでしょうか？
⑧’VSSでの管理をやめた場合は、最後に最新ファイルの取得で全ファイルを取得し、
それに対して、元々のファイル管理運用形態(実ファイルをサーバーから落としたり上げたりする)を
しなければならないのでしょうか？
⑨シャドウフォルダは、知っています。ここは、リアルタイム更新なのですね。
ですが、ここのファイルをコピーして編集して再度、VSS環境に戻すのは、マニュアルにありますが、
面倒ですよね。
半分質問では、ないですが宜しくお願いします。
ありがとうございます。
>>947さん。
ありがとうございます。
もう少し具体例をあげて質問してよりでしょうか？
⑦ある程度、開発が進んだプロジェクトフォルダにVSSを導入した時点で、
元々のファイル管理運用形態(実ファイルをサーバーから落としたり上げたりする)は、
出来なくなるって事で良いのでしょうか？
⑦’それまでは、実ファイルがあったって事ですよね。
⑧VSSでの管理をやめた場合は、元の実ファイルフォルダで、元々のファイル管理運用形態に戻す事は、
できないのでしょうか？
⑧’VSSでの管理をやめた場合は、最後に最新ファイルの取得で全ファイルを取得し、
それに対して、元々のファイル管理運用形態(実ファイルをサーバーから落としたり上げたりする)を
しなければならないのでしょうか？
⑨シャドウフォルダは、知っています。ここは、リアルタイム更新なのですね。
ですが、ここのファイルをコピーして編集して再度、VSS環境に戻すのは、マニュアルにありますが、
面倒ですよね。
半分質問では、ないですが宜しくお願いします。
>>961
>7
出来ないわけじゃないですが、手間が増えるだけでメリットがありません。
>8'
そういうことになります。
>9
ええ、シャドウフォルダは編集には向きません。
編集が必要なら、通常通りチェックアウトして作業する方がいいでしょう。
>7
出来ないわけじゃないですが、手間が増えるだけでメリットがありません。
>8'
そういうことになります。
>9
ええ、シャドウフォルダは編集には向きません。
編集が必要なら、通常通りチェックアウトして作業する方がいいでしょう。
>>947さん。
大変有難う御座いました。
おかげさまで運用形態が見えてきた気がします。
営業所から本社へのアクセスが増えて重くなるような気がして、
固定観念で現状通り、ソースを本社サーバと営業所サーバで管理しようと思いましがた、
作業フォルダの内容を毎回書き換える訳ではないので、必要ない気がしてきました。
ほんとに、有難う御座いました。
大変有難う御座いました。
おかげさまで運用形態が見えてきた気がします。
営業所から本社へのアクセスが増えて重くなるような気がして、
固定観念で現状通り、ソースを本社サーバと営業所サーバで管理しようと思いましがた、
作業フォルダの内容を毎回書き換える訳ではないので、必要ない気がしてきました。
ほんとに、有難う御座いました。
VSSに関して再度、質問です。最初にこれを聞くべきでした。
⑩VSSDBを作成した時点で、作成元になった実ファイルとは、全然関連性はなくなるのでしょうか？
⑩VSSDBを作成した時点で、作成元になった実ファイルとは、全然関連性はなくなるのでしょうか？
965 ：デフォルトの名無しさん：04/05/14 16:57
966 ：デフォルトの名無しさん：04/05/14 17:17
MSFlexGridでスクロールした状態の場合、表示の先頭レコード(Row)が
いくつになるか知るにはどうしたらいいのでしょうか？
いくつになるか知るにはどうしたらいいのでしょうか？
967 ：デフォルトの名無しさん：04/05/14 17:21
ハードディスク上にＨＴＭＬファイルを置いて、それを開くとリファやＩＰなどを表示する
ＶＢスクリプトを作りたいのですが、どのように記述すればいいのでしょうか？
ＶＢスクリプトを作りたいのですが、どのように記述すればいいのでしょうか？
968 ：デフォルトの名無しさん：04/05/14 17:24
>>967
まずFTPの使い方から覚えてください。
まずFTPの使い方から覚えてください。
969 ：デフォルトの名無しさん：04/05/14 17:46
MSDNでMSFlexGridのプロパティ全部見ろ
レコードセット→レコードセットと
レコードセット→コマンドで
速度を調べたんだけど１ぽうでは同じはやさで
もういっぽうではレコードセット→コマンドのほうが
１０倍はやかった
Addnew-updateというコードは基本的に遅い？
レコードセット→コマンドで
速度を調べたんだけど１ぽうでは同じはやさで
もういっぽうではレコードセット→コマンドのほうが
１０倍はやかった
Addnew-updateというコードは基本的に遅い？
972 ：デフォルトの名無しさん：04/05/14 18:27
973 ：デフォルトの名無しさん：04/05/14 18:35
副問い合わせでINSERTする方が速い予感。
974 ：デフォルトの名無しさん：04/05/14 20:09
単純にレコードセットの処理が遅いだけだと思う。
975 ：974：04/05/14 20:11
非常に言葉足らずだった。
>>972の言うようにaddnew後にselectで再取得しているというのも
（真偽は知りませんが）あると思うが。再取得がなくても単純にaddnew
が遅い。というか根本的にレコードセットの処理が遅い。
>>972の言うようにaddnew後にselectで再取得しているというのも
（真偽は知りませんが）あると思うが。再取得がなくても単純にaddnew
が遅い。というか根本的にレコードセットの処理が遅い。
レコードセットにaddnewするとinsertした後、selectでその行を再取得してた気
え！まじですか？
でも考えてみればそうですね....つじつまが合うし
＞副問い合わせでINSERTする方が速い予感。
もう少しヒントくれませんか....
え！まじですか？
でも考えてみればそうですね....つじつまが合うし
＞副問い合わせでINSERTする方が速い予感。
もう少しヒントくれませんか....
977 ：デフォルトの名無しさん：04/05/14 21:15
>>975
AddNewとInsertの速さは使ってるDBによって違った気がする
AccessはAddNewが早いけど
SQL ServerはInsertの方が早かったと思う。
実際比べたこと無いけどね。
スピードを気にするなら↓これで
insert into TABLE_A select * from TABLE_B
AddNewとInsertの速さは使ってるDBによって違った気がする
AccessはAddNewが早いけど
SQL ServerはInsertの方が早かったと思う。
実際比べたこと無いけどね。
スピードを気にするなら↓これで
insert into TABLE_A select * from TABLE_B
>>977
ありが㌧！
＞AccessはAddNewが早いけど
＞SQL ServerはInsertの方が早かったと思う。
実験してみます
＞insert into TABLE_A select * from TABLE_B
確かにこれははやそうです。項目になんらかの加工を加えるとなると
鬼のようなSQLの長さになりそうですね......
ありが㌧！
＞AccessはAddNewが早いけど
＞SQL ServerはInsertの方が早かったと思う。
実験してみます
＞insert into TABLE_A select * from TABLE_B
確かにこれははやそうです。項目になんらかの加工を加えるとなると
鬼のようなSQLの長さになりそうですね......
979 ：デフォルトの名無しさん：04/05/14 23:31
980 ：デフォルトの名無しさん：04/05/14 23:57
981 ：デフォルトの名無しさん：04/05/15 01:56
>>955
質問スレっていうのは、答える方は答えるのが好きで、くだらない質問でも
それをネタに答え方の練習をしてるんだよ。つまり自己満足。
善意や厚意は二の次だ。
で>>931よ・・・
とりあえずMSDNインストールすれ。
したら「Visual Basic フォームの有効期間」で検索してそのページ嫁。
あと「Formクラスのカスタマイズ」も。
Terminateイベントというのは、フォームでもクラスでもその他でも、
遅くともプログラムが終了するまでにはどこかで発生する。
ブレークポイント張って見張ってみりゃわかるだろ。
ブレークに引っかからなかった？それは主に以下の２通りの場合だ。
・エラーで落ちた
・Endで終わった
質問スレっていうのは、答える方は答えるのが好きで、くだらない質問でも
それをネタに答え方の練習をしてるんだよ。つまり自己満足。
善意や厚意は二の次だ。
で>>931よ・・・
とりあえずMSDNインストールすれ。
したら「Visual Basic フォームの有効期間」で検索してそのページ嫁。
あと「Formクラスのカスタマイズ」も。
Terminateイベントというのは、フォームでもクラスでもその他でも、
遅くともプログラムが終了するまでにはどこかで発生する。
ブレークポイント張って見張ってみりゃわかるだろ。
ブレークに引っかからなかった？それは主に以下の２通りの場合だ。
・エラーで落ちた
・Endで終わった
982 ：デフォルトの名無しさん：04/05/15 02:02
なに？>>931はMSDNはコピーしてこなかった？
しょうがないな。
ttp://www.microsoft.com/japan/developer/library/VBCon98/vbconlifecycleofvisualbasicforms.htm
しょうがないな。
ttp://www.microsoft.com/japan/developer/library/VBCon98/vbconlifecycleofvisualbasicforms.htm
983 ：デフォルトの名無しさん：04/05/15 12:11
答え方の練習ねぇ
どっちかってと部下をリストラさせる練習してるやつの方が多いんじゃねぇ？
こんな上司の下で働けないって思わせる（ｗ
どっちかってと部下をリストラさせる練習してるやつの方が多いんじゃねぇ？
こんな上司の下で働けないって思わせる（ｗ
984 ：デフォルトの名無しさん：04/05/15 13:28
986 ：デフォルトの名無しさん：04/05/16 01:25
987 ：デフォルトの名無しさん：04/05/16 10:54
>>986
まともな質問にはまともに回答してますが。
まともな質問にはまともに回答してますが。
988 ：デフォルトの名無しさん：
調べればすぐわかる質問は、まともな質問ではないらしい（ｗ