VB.NET質問ｽﾚ (Part20)

VB.NET質問ｽﾚ (Part20 ..

175:デフォルトの名無しさん
07/03/18 01:26:36
>>174　ｔｈｘ

176:デフォルトの名無しさん
07/03/18 01:28:38
>>172
ちょうどHELPでそこ読みながらやってました
でも.NETメインじゃないんで熟読するの辛いですね

>>173
やらないとアプリ終了時に例外が出ますね
でも、やらなくてもCOMのローカルサーバーはちゃんと終了するんで
参照カウントはデクリメント(Release)されてるのかも

177:デフォルトの名無しさん
07/03/18 12:09:49
>>173
やっとかないアンマネージドリソースはフレームワークが勝手に開放するような仕組みもって無いんで解放できないんじゃ・・・？
というわけで仕方なくCOM使う場合は必ず使ってる

ただ、ラッパクラスAをさらにラップしたクラスB作ったら、Bの解放のタイミングでフレームワークがCOMオブジェクトリリースしてくれないかな？
とか淡い期待抱いてるけど

178:デフォルトの名無しさん
07/03/18 12:21:01
>>173
使うことが推奨だが、

＞COM　オブジェクトを扱う場合は、参照の解放を常に意識する必要があります。
＞使用した　COM　オブジェクトの参照カウントが、正しくデクリメントされていないと「メモリ　リーク」を起こします。　

は明らかな間違い。いい加減なおして欲しいよ。

179:デフォルトの名無しさん
07/03/18 12:35:03
>>178
何が間違ってんだ、とぼけたこと抜かしてんなよボケ

180:デフォルトの名無しさん
07/03/18 12:36:46
>>178
”メモリリーク”を何に直せばいいの？

181:デフォルトの名無しさん
07/03/18 13:03:03
微妙な問題ではあるが、MSDNフォーラムのこの話題が参考になりそう。
URLﾘﾝｸ(forums.microsoft.com)

COMの参照カウンタはRCWが管理している。
ReleaseComObjectはCOMの参照カウンタそのものではなくRCWの参照カウンタを管理するもの。
RCWの参照ポインタがゼロのなるかＧＣされればCOMの参照カウンタはデクリメントされる。
RCWはReleaseComObjectで開放すべきであり、GCによる開放はフェイルセーフ的なものと考えるべき。

182:デフォルトの名無しさん
07/03/18 13:30:27
>>180
＞COM　オブジェクトを扱う場合は、参照の解放を常に意識する必要があります。　
COM　オブジェクトを扱う場合は、参照の解放を意識する必要があります。　
＞使用した　COM　オブジェクトの参照カウントが、正しくデクリメントされていないと「メモリ　リーク」を起こします。　　
使用したRCWの参照カウントが正しくデクリメントされていないと期待するタイミングでCOM　オブジェクトが開放されません。　　

183:デフォルトの名無しさん
07/03/18 13:32:24
>>182
あらゆる意味で不完全燃焼だ

184:デフォルトの名無しさん
07/03/18 13:34:37
そんな文章の校正屋みたいなことして楽しいのかね。奇特な奴。
どうせ何か書くなら物事自分の頭でまとめた結果をアウトプットしろよ

185:デフォルトの名無しさん
07/03/18 13:49:41
そりゃま、「全部ＧＣでＯＫｗｗ手動でやる奴は馬鹿！」とか書いたら爆釣りで完全燃焼だろうけどさｗ

186:デフォルトの名無しさん
07/03/18 14:21:11
>>184
校正って、間違ってんだろ

187:デフォルトの名無しさん
07/03/18 17:13:13
VB6時代のNothing論争に似てる。
Sub　XX
　　Dim　Obj　As　New　ActiveX.Hoge
　　'　　いろいろな処理
　　Set　Obj　=　Nothing
End　Sub
最後のNothingがないとメモリーリークが起きると言い張るのが必ずいた。
実害はないから頭の悪いプログラマーには全部Nothingを付けされたほうが安全というのが結論だった。

188:デフォルトの名無しさん
07/03/18 17:18:16
参照にnullを代入したらその時点でGCが動くと信じてる奴は多そう
全く意味はないとMSDNには書いてあるが

189:デフォルトの名無しさん
07/03/18 17:19:20
dim　a　as　new　collection
set　a=nothing
msgbox　a.count

190:デフォルトの名無しさん
07/03/18 17:19:56
全く意味は無いというのは言いすぎだな
超極めて限定的に意味があるシーンもある
……それは意味がないのと同義か

191:デフォルトの名無しさん
07/03/18 17:20:00
アウトプロセスサーバなCOMでプロセス起動するようなやつだと
解放しないとプロセスが残るやん
メモリリークどころじゃないやん
その時点でアウトやん

192:デフォルトの名無しさん
07/03/18 17:22:07
>>190
循環参照とかにつかうんよ

>>191
参照カウントをデクリメントするのと、「解放」するのは全く別物

193:デフォルトの名無しさん
07/03/18 17:24:48
循環参照でもそれらが孤立してたらGCされるだろ

194:デフォルトの名無しさん
07/03/18 17:27:18
>>193
.NETはね
VBは参照カウントだから無理

195:デフォルトの名無しさん
07/03/18 17:39:01
以下VB6の話。スレ違いなのでこれくらいにしておく。
「別の処理」のときにObjを確実に終わらせいたいときはNothingの代入は意味がある。
Sub　XX　
　　Dim　Obj　As　New　ActiveX.Hoge　
　　'　　いろいろな処理　
　　Set　Obj　=　Nothing　'　ここで参照が０になったら即開放される。ここはVB.NETと異なる。
　'　別の処理
End　Sub
Objはローカルに宣言された変数だからEnd　Sub時点でObjは消失してNothingの代入相当の処理
つまり参照カウンタの減算は行われる。このため「別の処理」が存在しないときにNothingの代入は意味がない。

196:デフォルトの名無しさん
07/03/18 17:39:55
COM使うの止めればいいじゃん。特にサーバでは。

197:デフォルトの名無しさん
07/03/18 17:41:26
>>196
サーバー用途だとエンタープライズサービスがもろCOM+だからねぇ

198:デフォルトの名無しさん
07/03/18 23:17:22
しかし、これからはComは使わないだろ

FW１．１とかでAPI使わずにVB6のMSCOMM使ってる連中が多かったから
FW2.0でCOMM通信のコンポーネント追加したんだろう

DataGrid使いづらいからってMSFLEXGRID使ってた連中もいたし
それでDataGridView追加したんだろうけどなぁ…

すべてはCOMから移行していくんだよ全て

199:デフォルトの名無しさん
07/03/18 23:28:50
とはいえ、マイクロソフトの主要プロダクトはほとんどCOMじゃないか。

200:デフォルトの名無しさん
07/03/18 23:34:01
>>198
FWってFrameworkのことか？
普通はFxと略すが

201:デフォルトの名無しさん
07/03/18 23:37:47
Fxは.NET Framework 3.0(旧称WinFX)のことだと誤解されそう

202:デフォルトの名無しさん
07/03/18 23:39:29
>>200
うはｗ初めて知った。
それって公式な略称なんですか？

203:デフォルトの名無しさん
07/03/18 23:39:53
マイクロソフトの出す資料には.NET Fxと書いてある。

204:デフォルトの名無しさん
07/03/18 23:40:14
>>200
FXは俺も３．０とオモタｗ

そういえばみんなフレームワークなんて呼んでるんだろうな？
俺は普通にフレームワーク2.0とかの書き方なんだが略し方とかあるのか？
VisualStudio2005=VS２００５みたいに

205:デフォルトの名無しさん
07/03/18 23:41:16
Clipboard.SetDataObject(Me.PictureBox.Image, True)
で、クリップボードにコピーしようとしたら、10回に8回くらいは、以下のエラーが出るんだけれど
何でかな？

System.Runtime.InteropServices.ExternalException: 要求されたクリップボード操作が失敗しました。
at System.Windows.Forms.Clipboard.SetDataObject(Object data, Boolean copy)

206:デフォルトの名無しさん
07/03/18 23:46:05
>>205
他所のアプリがクリップボードをロックしてる時にでもエラーになってんじゃね？

207:デフォルトの名無しさん
07/03/18 23:50:34
>206
サンキュウ。うーん、でもね、他のアプリは確かに沢山動いているけれど、
クリップボードをロックしているはずはないのだけれど。
例えば、このエラーが出たあとPaintを起動してクリップボード使っても
何も問題なく使える。うーん、おかしい。

208:デフォルトの名無しさん
07/03/18 23:53:12
その前後のプログラムのソース見ないといまいちわからんかもしれんなぁ・・・
なにやってんだ？
俺はクリップボード問題なさそうなんだが

209:デフォルトの名無しさん
07/03/19 00:05:22
プログラムはFormを3つ開いて、Form3のPictureBoxに絵を描いて
Buttonを押したらその絵をクリップボードにコピーするという簡単なもの。
このサンプルをそのまま使っている。
URLﾘﾝｸ(www.bcap.co.jp)
プログラムの中には、スレッドを使って別の処理を並行してやらせるようなルーチンも
あるのだけれどプログラム起動直後はそういうルーチンは全然実行していないので、
スレッドなどは関係ないと思う。

210:デフォルトの名無しさん
07/03/19 00:15:10
>>209
COM関連だよなInterRop
そうおもってググってみたら同じような質問があった

でうまくいったみたいだけど参考になるかな？

211:デフォルトの名無しさん
07/03/19 00:15:56
貼り忘れ　連投ｽﾏｿ
URLﾘﾝｸ(piza.2ch.net)
//*********************
232 名前：名無しさん♯ 投稿日： 2001/04/17(火) 17:21

>>230
COMのスレッドの問題よん。
ここを参考にしてちょ。

質問
URLﾘﾝｸ(discuss.develop.com)

回答 from Microsoft
URLﾘﾝｸ(discuss.develop.com)

233 名前：デフォルトの名無しさん投稿日： 2001/04/18(水) 00:39

>>231-232
ありがとうです。
using System.Threading; して
Thread.CurrentThread.ApartmentState = ApartmentState.STA;
をMainの一番初めに入れればいいんですよね。
この方法で試してみたけど、うまくいったりいかなかったり…。
で、今試したら100％うまくいくようです。
ちょっと謎ですが、たぶん大丈夫でしょう。
どうもありがとうございました。

212:デフォルトの名無しさん
07/03/19 01:00:10
普通はSTAThreadAttributeついてると思うんだけど、つけてないの？

213:デフォルトの名無しさん
07/03/19 01:01:36
>>207
そりゃ問題なく使えて当然。そんな長時間クリップボードをロックしっぱなしするようなことはフツーしない。

214:デフォルトの名無しさん
07/03/19 02:05:54
>211
サンキュウ。
Thread.CurrentThread.ApartmentState = ApartmentState.STA
っていうのを入れてみたが効果なし。
おかしい。

215:デフォルトの名無しさん
07/03/19 07:39:15
>>214
.NETのVersionはなに？.NETのVersionが2.0なら
＞Thread.CurrentThread.ApartmentState　=　ApartmentState.STA　
は既にレガシーで機能しない。
メインスレッドは属性[STAThread]で指定し、それ以外のスレッドならスレッド開始前に
Thread.SetApartmentStateで初期化する必要がある。

それからPictureBoxはGUIコンポーネントだから、もしメインスレッド以外から
PictureBox.Imageを参照してるならおかしくなるのは当たり前だけどそこは大丈夫？

216:デフォルトの名無しさん
07/03/19 08:08:45
マイクロソフトはレガシーって呼ぶのか…。obsoleteとか言ってくんないとわからんｗ

217:デフォルトの名無しさん
07/03/19 08:37:32
>>215
もうだめだ　.Image　が　.Invoke　に見えた(orz

218:デフォルトの名無しさん
07/03/19 08:44:50
それは目がﾋﾟﾝｳﾞｫｹですね

219:デフォルトの名無しさん
07/03/19 09:05:56
…

220:デフォルトの名無しさん
07/03/19 10:06:46
Directoryクラスについて教えてください。

ヘルプに、
「Directory クラスの静的メソッドは、すべてのメソッドでセキュリティチェックを実行します。
オブジェクトを何回か再利用する場合は、このようなセキュリティチェックが必ずしも必要では
なくなるため、これらの静的メソッドの代わりに DirectoryInfo の対応するインスタンスメソッドを
使用することを検討してください」

とありますがこのセキュリティチェックというのは、Windows固有の機能でのチェックでしょうか、
それともウイルス対策ソフトにチェックをしてもらうということでしょうか？

このヘルプの意味するところは、「初回は必ずDirectoryクラスを使い、一度使ったﾌｫﾙﾀﾞは
すぐ次ではDirectoryInfoクラスを使うようにする」ことで、ウイルスチェックなどがしっかり掛かる
ということを意味しているのでしょうか？それともこれらのセキュリティチェックとは、いわゆる
コードアクセスセキュリティのようなもののことでしょうか？すみませんがよろしくお願いします。

221:デフォルトの名無しさん
07/03/19 10:09:02
また、逆に言うと、Directoryクラスを使わず、DirectoryInfoクラスだけを使ってしまうと
セキュリティチェックが掛からず、ウイルスに汚染されてしまう危険がある、といったことをも
意味するのでしょうか？これもあわせてお願いします。

222:デフォルトの名無しさん
07/03/19 10:13:30
CASの事だよ。
ウィルスとか関係ない。
DirectoryInfoでもチェックは入るが、
例えばインスタンス作成時だけチェックすれば済むとか、
そういう話だよ。

223:デフォルトの名無しさん
07/03/19 10:24:35
>>217

とりあえずもちつけ
落ち着いて理論的に考えていけばきっと解決できる問題だ！！

224:デフォルトの名無しさん
07/03/19 10:32:50
>>222
ありがとうございます。やはりコードアクセスセキュリティのことだったのですか、

>DirectoryInfoでもチェックは入るが、
>例えばインスタンス作成時だけチェックすれば済むとか

ということは、ヘルプの言ってることは、原則として、

　インスタンス作成時は　Direvtoryクラスを使い、
　それ以降そのインスタンスの使用は　DirevtoryInfoクラスを使ってください

と考えてよいということでしょうか？そしてみなさんもそういう原則を踏襲して
日々コードを作成しておられると考えてよいでしょうか？

225:デフォルトの名無しさん
07/03/19 10:44:13
>>224
どこをどう読めばそう曲解できるのか不思議だが、書いてあるとおりだよ。
CASにかかる時間が気になるほど回数呼ばないならどっちでもいいってことだ。

226:デフォルトの名無しさん
07/03/19 11:07:57
>>225
たびたびすみませんです。

まだよく理解できていないのですが、DirectoryInfoでもDirectoryでも、
CASに関しては同等なのでしょうか、それともやはり顕著に異なるのでしょうか？

もし同等なのであれば、どちらを使ってもよい、ということになりコード作成で
気にする必要がなくなってありがたいのですが、ヘルプではやはり異なるように
書かれてあるようにも感じられます。CASをやってくれるのがDirecotryだけであるなら、

１．たくさんの回数呼ばないのなら、すべて「Direcotry」　で済ませてよい、

しかし

２．もし同じフォルダーをたくさん回数呼ぶようであれば、最初だけはDirectoryを
　　使って、あとは　DirectoryInfo　を使うようにするべきである、

ということでしょうか？そしてこの原則をはずしてすべてを　DirectoryInfo　だけで
記述してしまうと、．NETのプログラムとしては大きく欠陥となる、ということを意味する
のでしょうか？この辺が気になっています。VB6ではこういうことを考える必要が
なかったもので戸惑っています。

227:デフォルトの名無しさん
07/03/19 11:32:46
なんでそうなる

228:デフォルトの名無しさん
07/03/19 11:35:12
プログラミングがあまりに論理的なので忘れてしまうことが在る

プログラミングはスポーツ、つまり活動的な行為なのですよ

人に聞くなんて恥ずかしい行為は慎むとよい

229:デフォルトの名無しさん
07/03/19 11:36:24
DirectoryInfoはチェックしないなんて
どこに書いてあんだよ。

同じディレクトリに対して操作を繰り返すんだから、
最初のインスタンス作成時にチェックするだけで済むだろ。
だからコンストラクタとかその辺でチェックしてるってことだよ。

230:デフォルトの名無しさん
07/03/19 11:39:44
そろそろさじ投げてもいいほど俺たちは堪えてるよな?

231:デフォルトの名無しさん
07/03/19 12:07:46
>>229
>DirectoryInfoはチェックしないなんてどこに書いてあんだよ。

>>220で挙げたようなヘルプの説明はそういった意味かと思いました。
これは意味が異なるのでしょうか。いろいろお聞きしてすみません。

>同じディレクトリに対して操作を繰り返すんだから、
>最初のインスタンス作成時にチェックするだけで済むだろ。
>だからコンストラクタとかその辺でチェックしてるってことだよ。

ということは、ｺﾝｽﾄﾗｸﾀを使う限りは、DirectoryでもDirectoryInfoでも
CASが掛かるということでしょうか、そうであれば、初めから両者の差は、
コンストラクタ以外のﾒｿｯﾄﾞでのみ異なるということになるわけなのでしょうか。
たびたびお聞きしてすみません。

232:デフォルトの名無しさん
07/03/19 12:19:11
reflector.netでも使えばいいんじゃないか？

233:デフォルトの名無しさん
07/03/19 12:32:20
諦めた、もう無理ｗ

234:デフォルトの名無しさん
07/03/19 12:37:29
どうやってDirectoryのコンストラクタを使うんだ。
どうやってコンストラクタを使わずにDirectoryInfoを使うんだ。

って言ったらコンストラクタ使わずに使えるよ、とか言われんだろな。
そういうことじゃないんだ、そういうことじゃ…

235:デフォルトの名無しさん
07/03/19 12:38:41
>>231
そのセキュリティチェック云々のたわ言は別にして
DirectoryとDirectoryInfoの違いはわかってるのか？

236:デフォルトの名無しさん
07/03/19 12:43:29
>>231
・・・なんという電波解釈ｗｗｗｗ

237:デフォルトの名無しさん
07/03/19 12:46:37
>>235
>DirectoryとDirectoryInfoの違いはわかってるのか？

それもあいまいなのですした。すみませんです。

>そのセキュリティチェック云々のたわ言は別にして

この件はそれほど気にしなくてもいいという感じでいいでしょうか？

238:デフォルトの名無しさん
07/03/19 12:54:47
TextBoxに入力した内容を次にソフトを立ち上げた時に表示するように保存しておくようにしたいんですけど。
どうやるんですか？
データファイルとかソフト本体以外のファイルは作らないでやりたいんです。

239:デフォルトの名無しさん
07/03/19 12:57:52
１回のCASの検査にかかる時間はせいぜい1/1000秒かそれ以下。
1000回繰り返したら1秒遅くなることになるが、これが気になるならうまくやれってこと。

240:デフォルトの名無しさん
07/03/19 13:01:52
>215
サンキュウ。
VS.NET2003です。
その後のテストで、以下の事実が判明しました。ここで教えてもらったｽﾚｯﾄﾞ関係の設定をしなくても、
別のDELLマシンでは、何の問題もなくpictureBoxクリップボードにコピーできる。
エラー発生するのは最初に開発していたマシンのみ。
エラー発生しても、プログラムの実行を継続してやれば、2回目以降は成功する。

というわけで、よく分からない状態です。たまたま解決したのか、また、別のマシンで発生する可能性があるのか考えるとちょっと怖い。
お客さんのマシンで発生したら最悪。。。

241:デフォルトの名無しさん
07/03/19 13:02:17
>>238
情報量増やさずに情報を増強するのは無理
普通は外部ファイルとして保存するかアプリケーション構成とかに保存するんだろうが、
嫌なら諦めろ

242:デフォルトの名無しさん
07/03/19 13:04:20
>>238
念じるしかないんじゃないの？
増やさないで情報を保存するなんて、エスパーしかできねーし。

243:デフォルトの名無しさん
07/03/19 13:04:37
>>238
レジストリに格納できないか？

244:デフォルトの名無しさん
07/03/19 13:14:38
>>239
>１回のCASの検査にかかる時間はせいぜい1/1000秒かそれ以下。
>1000回繰り返したら1秒遅くなることになる

そうだったのですか。わかりました、ということは原則としてアクセス回数が
少ないものの場合は、Directoryですべてまかなう方がむしろよい、というふうに
つまりCASを必ず通すという考えでやれば間違いはない、ということなのですね。
どうもありがとうございました。

あとは、DirectoryとDirectoryInfoの違いについてまた調べてみますです。
どうもでした。

245:デフォルトの名無しさん
07/03/19 14:16:26
おめでとうございます。
日常生活でのコミュニケーションに障害を感じるレベルです。

246:デフォルトの名無しさん
07/03/19 15:36:42
>>238
アプリ本体のアセンブリ自身を書き換えてやればいいんじゃないか?

247:デフォルトの名無しさん
07/03/19 15:40:19
>>243
それも外部ファイルいじってるやんw

>>238みたいなのはもう居なくなれよｗｗｗｗｗ
常識的に考えてそんなことしねぇよｗｗｗｗｗ

248:デフォルトの名無しさん
07/03/19 15:41:53
まあ、彼がファイルとか作りたくないっていう理由が全くわからんけどね。
Assembly自身の書き換えは、厳格名を持ってる場合に問題出るだろうし、そもそも最近のセキュリティソフトが嫌うと思う。
EXEの書き換えなんて。
普通にapp.configに書き出せばいいのに。

249:デフォルトの名無しさん
07/03/19 15:52:26
>>247
少なくとも新規作成はしない罠

250:デフォルトの名無しさん
07/03/19 15:55:27
>>249
確かにｗ

しかしまぁ、何故新規作成したくないというか・・・・
きっとダメな理由でもあるんだろうけどなぁ

251:デフォルトの名無しさん
07/03/19 15:59:14
それならSystem32あたりで適当なファイルをランダムに選んで乗っ取れ

252:デフォルトの名無しさん
07/03/19 16:04:16
ブートローダ乗っ取ればいいんじゃね？

253:デフォルトの名無しさん
07/03/19 16:05:35
PCに残せないなら、前回の最終入力を作業者の脳内に残してもらえばいいじゃん。
それを画面起動時に入力してもらう。

254:デフォルトの名無しさん
07/03/19 16:08:58
ふっかつのじゅもんか。

255:デフォルトの名無しさん
07/03/19 16:11:21
設定サーバを立ててオンラインで保存・読み込みすればいいんじゃね

256:デフォルトの名無しさん
07/03/19 16:13:15
まあ、普通に馬鹿な仕様を変更すればいいだけだろ？
ローカル保存可とするか、保存する場所ないならば前回入力なんぞ保持しないか。

257:デフォルトの名無しさん
07/03/19 16:38:26
VBでいうAsc関数はフレームワークではどの様に記述するのでしょうか？
Microsoft.VisualBasic.Strings のメンバではなくてです。

258:デフォルトの名無しさん
07/03/19 16:38:54
system.math
名前空間の中じゃねぇの？

259:デフォルトの名無しさん
07/03/19 16:44:21
Reflectorで覗いてみたら?
自己責任で

260:デフォルトの名無しさん
07/03/19 16:44:27
>>257
普通にInt32にキャストしろ

261:257
07/03/19 17:18:27
たくさんの回答ありがとうございます。

>>258
名前からして違うと思います。一応確認しました。

>>259
リコンパイラ以前使ったのですが、どこに入れたのか忘れちゃいました。
Platform SDK か何かをｲﾝｽｺしたパスの中に実行体があるんでしたっけ？

>>260
キャストですか？

262:デフォルトの名無しさん
07/03/19 17:28:34
Dim row as DataRow
row("ID") = 3
みたいに、括弧をつけてアクセス出来るようにするには、
クラス定義の時、どのようなメソッドを追加すれば良いのでしょうか。

263:デフォルトの名無しさん
07/03/19 17:34:18

引数設定すればいいんじゃね?

Public Property Row(ByVal ColName As String) As DataRow
Get
return HOGEHOGE
End Get
Set(ByVal value As DataRow)
_HOGEHOGE= Value
End Set
End Property

264:デフォルトの名無しさん
07/03/19 17:34:47
とりあえずHashMapとかディクショナリとか。
.netになって意識してないけど、デフォルトプロパティもあるんだっけ？

上記の場合、Row.Item("ID")な書き方が正なように思う。
で、ItemってのがHashMapなりディクショナリで実装。
DataRowのデフォルトプロパティがItemだから、row("ID")でもアクセスできる。
かな？

265:デフォルトの名無しさん
07/03/19 17:46:36
>>264
あ、そっち方面の話だったのねｗｗｗ

266:デフォルトの名無しさん
07/03/19 18:22:31
>>263-265
どうも丁寧にありがとうございました。

267:デフォルトの名無しさん
07/03/19 18:38:05
ちょっと質問です

VB.NET 2005のＷｉｎアプリでXSDスキーマ(スキーマA)使ってデータを読み込んだりしようとしている。

このスキーマＡはプロジェクトAのSchemaフォルダに配置されていて実行時にこれを読み込みたい
（ただし、直でファイルパスを切りたくないので相対パスでアクセスしたい）

開発環境では、プロジェクトＡのＢｉｎフォルダ以下のＲｅｌｅａｓｅやＤｅｂｕｇフォルダの中に保存されてしまい、
インストーラからインストールした時は、実行ファイルと同じ階層にＳｃｈｅｍａフォルダがあるため、相対パスではアクセスできないので
相対パスで開発環境でも、実行環境でも同じ相対パスでアクセスしたい。

インストール時のフォルダ構造を開発環境に合わせればいいじゃないかといわれればそうだけど、
もし特に設定ﾅｼで目的が達成できるならと思い質問させてもらいました。

説明が下手で伝わりにくいかもしれませんが、よろしくお願いします。

268:デフォルトの名無しさん
07/03/19 19:09:56
exeファイルにNTFSストリームをくっ付ければ
hoge.exe:hoge.txt
とかに保存すれば

269:268
07/03/19 19:11:17
>>238
です

270:デフォルトの名無しさん
07/03/19 22:04:50
>>267
Schema フォルダのパスを設定ファイルに書いとけばいいんじゃね？

271:デフォルトの名無しさん
07/03/19 22:08:41
>>257
これでわかるかい？

Dim s As String = "abcABC"

For Each c As Char In s
　　Dim a As Integer = Convert.ToInt32(c)
　　Console.WriteLine("{0}: {1}", c, a)
Next

272:デフォルトの名無しさん
07/03/19 22:34:45
Ascをreflectorで見た
何気に気合入ってたよ
Unicode<->ASCII(MS-shiftjis?)

273:デフォルトの名無しさん
07/03/19 22:39:15
Microsoft.VisualBasic.Asc() じゃダメ？

274:デフォルトの名無しさん
07/03/19 23:16:11
>>271
それはAscW

275:デフォルトの名無しさん
07/03/19 23:34:22
>>270
やっぱそうなっちゃいますよね？
あんまり、パスの直書きはしたくなかったんで聞いてみたんですが
とりあえずいい案思いつくまでそれでしのごうかと思います
（というか、そのままになりそうな予感）

レスサンクスでした

276:デフォルトの名無しさん
07/03/20 00:03:30
質問。StreamReader.Read(Char(), Int32, Int32) で文字列を読み込んだら、空白部分がnothing扱い（！？）になるんだが、
空かどうかはどう判定すればいいの？C#では普通にナル文字が入ったんだけどなぁ・・・。

277:デフォルトの名無しさん
07/03/20 00:11:46
VB の Nothing は C# では default(T)。
default(Char) は '\0' だな。

で、空白とか空とかって何？

278:デフォルトの名無しさん
07/03/20 00:20:32
この質問はVBの質問とはちょっと違いますが、
Windowsの仕組みを良く知っている人が多そうなここで質問させていただきます。
間違っていたらごめんなさい。
質問は、
Cでコンパイル済のEXEファイルＡがあって、それはある種のシミュレーションを
繰り返し計算して、計算結果の数値を画面にずらずらと出力しています。
i=1 数字１　　数字２　　数字３
i=2 数字１　　数字２　　数字３
i=3 数字１　　数字２　　数字３
...
...
こんな感じです。そのソースを入手できないのですが、何らかの方法でこの出力している数字を
リアルタイムで取得して、それを別プロセスで動いているＶＢで作ったグラフ描画ソフトＢに
データとして送りたいのです（ファイルマッピングか何かの方法で）。
問題は、画面の数字を取り込む方法なのですが、何か良い方法はありますか？

279:デフォルトの名無しさん
07/03/20 00:26:53
タイマで WM_GETTEXT 投げてりゃ良いんじゃね

280:デフォルトの名無しさん
07/03/20 00:27:19
ProcessStartInfo.RedirectStandardOutput プロパティがそれっぽい
ProcessStartInfoはProcess.Startの引数として使う
やったことないから合ってるかは知らんが

281:デフォルトの名無しさん
07/03/20 00:32:33
>　画面にずらずら
もうプログラムとか横においてだな、
詳しく書かないといけないところを省略するなよ

OCRが最も汎用的だな

282:デフォルトの名無しさん
07/03/20 00:38:37
ちょwwwOCRてwwwww

まずデジカメが必要だから買ってきて

283:デフォルトの名無しさん
07/03/20 00:45:04
フォント固定で種類が数値＋α程度なら、パターンマッチも
そんなに難しくはないだろうね、

284:デフォルトの名無しさん
07/03/20 00:59:23
>280
ありがとうございました。教えてもらった方法で、
意外にも簡単にできました。でも一つ問題がありまして、
出力をリダイレクトしたら、画面の表示が出なくなりますが、
希望としては、画面にも今までどおり出しながら、同時にリダイレクトして
取り込みたいのですが、それは無理でしょうか？

285:デフォルトの名無しさん
07/03/20 01:00:52
受け取った出力をそのまま標準出力に流せばいいじゃない

286:デフォルトの名無しさん
07/03/20 01:09:57
そのためのtee

287:デフォルトの名無しさん
07/03/20 01:14:27
>285
VBからシミュレーションソフトを起動していますが、そのConsoleに
AttachConsoleする方法が分かりません。
>286
TeeってDOSにありますか？探してみたのですが無いようでした。

もっと簡単に、リダイレクトしながらconsoleにもそのまま出力する
というプロパティ設定があるといいのですが。。

288:デフォルトの名無しさん
07/03/20 07:18:16
無いならダウンロードするか作れよ。

289:デフォルトの名無しさん
07/03/20 09:41:48
自分でコンソール作ればいいじゃないか

290:デフォルトの名無しさん
07/03/20 10:32:04
あるテーブル2つのデータを持つDataSetがあります
TableA
TableB
がデータセットに格納されており、2つのテーブルは
TablA:TableB=1：Nの関係でリレーションが張られています。

TableA/TableB共にデータを追加・更新・削除した後にDBに繁栄させるためにUPDATEメソッドを実行したいのです。

ここで普通データアダプタで更新する場合

Tableという名前のDataTableがUpDateメソッドで反映される為
TableAの名前をTableに書き換えてデータアダプタでUpDateしています。
その後TableAの名前を元に戻し、
TableBの名前をに書き換えてデータアダプタでUpDateしています。

２回データアダプタを作成し、更新していますが、
同一コネクション内でトランザクションをかけている為、同時実行時などは問題なく処理できています。
しかし、この処理が非常にスマートでない気がします。

なにかもっと簡単にリレーションの張られたデータを更新する手法があるのではないかと情報を集めてみたのですが、うまい解決方法が見つかりません。
もし、なにかスマートな解決方法や考え方があるよ？とか、俺はこうしている
などの情報を少し分けてもらえないでしょうか？

よろしくお願いします。

291:デフォルトの名無しさん
07/03/20 10:35:25
アダプタで出来るのは単純な更新のみと割り切って、SQLでごいごいと書く。

292:デフォルトの名無しさん
07/03/20 10:36:29
>289
VBアプリから他のｺﾝｿｰﾙ画面に文字出せるのか？

293:デフォルトの名無しさん
07/03/20 10:46:59
>>292
それは普通にムリつうか・・
実現できても手法が難しいんじゃね？

294:デフォルトの名無しさん
07/03/20 15:04:17
Relationネタに便乗

親と子の関係が
１：NならリレーションOK
0：N　のデータが存在する場合エラーになるよね？
やっぱSQLで抽出して
１：N(0件含む)の関係にしてからじゃないとDataSetにリレーション設定できないの？

295:デフォルトの名無しさん
07/03/20 15:23:29
>>294
親なし
子ありってのはできないんじゃね？
外部キー設定の云々があるから防御掛けられてるような希ガス

296:デフォルトの名無しさん
07/03/20 18:05:29
VB2005のExpress Editionを使いたいのですが
XPのSP2にしないとインストールできないみたいです。
ですがupdateができなくて困っています。
SP1で使えるようにはできないのでしょうか？

297:デフォルトの名無しさん
07/03/20 18:21:51
>>296

ネット繋いでてSP2にUpDateしてないとか
今時どんな会社だよｗｗｗｗｗ
まぁ、認証できないとか、管理者権限がないとか色々あるだろうが・・・
割ってんなら素直に2000でやっとけｗ

恐らくAPIのバージョン情報から取得できる部分で比較しているはずだから（その他のファイル場ジョンも見ているだろけど）
その辺の深い部分いじればいけるかもしれないけどまず無理だと思ったほうがいいんじゃないか？

むしろこの環境でしか動かないって言ってるんだからその環境に合わせるべきだと思う。
じゃないと、無理に入れれたとしても動かない可能性もあるし

298:デフォルトの名無しさん
07/03/20 19:17:21
どうなんだろ。
SP2であることがインストールの絶対条件なのであれば打つ手なしだけど、
Web関連やIIS関連で引っかかってるなら何とかなりそうな気がしないでも
ない予感を若干感じるような気がする。

299:デフォルトの名無しさん
07/03/20 22:19:18
URLﾘﾝｸ(www.microsoft.com)
ここに明確に書いてあるな
”Visual Studio 2005 は、次のいずれかのシステムにインストールできます。”と
XPはSP2しかダメみたいね

300:デフォルトの名無しさん
07/03/20 23:41:24
2005でも2003と同じようにエディタの上部のドロップダウンリスト使って
オーバーライドのスケルトンを挿入できるようにする設定ってある？

しかし、どうしてこの機能カットされたんだろう。
余計なことすんなヴォケ、と言いたいよまったく。

301:デフォルトの名無しさん
07/03/21 03:08:16
クラスウィザードが削除された時の衝撃よりマシだろ、慣れろ
つか、C#やVB.NETならドロップダウンでスケルトン挿入できるが
2003で、MFCやATL系のプロジェクトでスケルトン挿入なんかできたっけ

302:デフォルトの名無しさん
07/03/21 10:18:40
こめん俺はクラスウィザートは無用の長物だと思ってたw

やっぱり削除されたのかな＞オーバーロードのスケルトンの自動挿入
あの機能を発展させて、シャドウとかイベントハンドラ（もちろんWithEvents使わない
場合の話だけど）の自動挿入とかも欲しかったんだけどな。

303:デフォルトの名無しさん
07/03/21 10:20:56
Override って入力してスペース入れたら入力ほじょ。
関数選択すれば、ベースよぶ雛形出る。

304:デフォルトの名無しさん
07/03/21 10:26:44
俺はovまで入れてCtrl+Space押しちゃう

305:デフォルトの名無しさん
07/03/21 11:01:00
>>303
そのポップアップは"Overrides"って入力すると嫌でも出て来るんで知ってるんだけど、
やっぱりドロップダウンで挿入も残しておいて欲しかったな。

"Overrides"って打つ手間も惜しむならPG辞めろって言われればその通りだけどさ。

あと、これは2003もそうだけど、自動インデントの機能もなんか痒い所に手が届かない仕様だよね。
余計なことする鬱陶しいオプションと、あまりにも気が利かない馬鹿なオプションしかない。

結局インデントの設定は「なし」で使ってるんだけど、これだと全行いちいち行頭から自分で
字下げしなきゃならん。

306:デフォルトの名無しさん
07/03/21 11:56:59
まあお前の趣味には興味ないしな

307:デフォルトの名無しさん
07/03/21 12:42:30
>>305
(　ﾟдﾟ)ﾎﾟｶｰﾝ

308:デフォルトの名無しさん
07/03/21 12:44:09
俺の予想ではMSは、ある程度は、わざとVBを使いにくくしていると思う。
出来の悪いやつほどかわいいもんだろ。そういう心理を突いているんだな。
Windowsがヘボイのもそういう理由だと思う。

309:デフォルトの名無しさん
07/03/21 12:44:56
>>308
対人はそうだろうが
ツールに関してはねぇよｗｗｗｗ

310:デフォルトの名無しさん
07/03/21 12:55:52
他の開発環境と競合しない部分は手抜いてるよな

311:デフォルトの名無しさん
07/03/21 13:35:49
2005はキー入力だけでポンポンコードが生成されるのが気持ちよくて好きだ

312:デフォルトの名無しさん
07/03/21 16:20:50
すみません、教えてください、ユーザーコントロール作成してフォームに貼り付けたとき、
1秒ぐらいWaitのマウスカーソルになってから何も貼り込まれないということってあるでしょうか。
その際、エラーの表示は出ず、メッセージも何も言ってきません。

ユーザーコントロールはユーザーコントロールを２つほど使って構成されているのですが、
他のものでは同様の使い方でも貼り込まれていました。

313:デフォルトの名無しさん
07/03/21 16:31:23
そのコントロールのコンストラクタとかで何かやってない？
フォームもユーザコントロールも、フォームデザイナで表示した場合、インスタンス化されるよ。
ためしにメッセージボックス表示を仕込んでみ、表示されるから。

314:デフォルトの名無しさん
07/03/21 16:43:43
>>313
そのユーザーコントロールのNew()を、
'ｺﾝｽﾄﾗｸﾀ
Public Sub New()
Debug.Print("初期化！！")
MessageBox.Show("初期化！！")

' この呼び出しは、Windows フォームデザイナで必要です。
InitializeComponent()

Debug.Print("初期化！！")
MessageBox.Show("初期化！！")
End Sub

こうしてみたのですが、イミディエイトにもエラーにも表示されず、またメッセージ
も出てきませんでした、てことは初期化もされないうちに蹴られたのでしょうか・・・

315:デフォルトの名無しさん
07/03/21 16:57:41
てきとーいったかも・・・フォームだけかな？
ごめん。競艇みながらだから簡便。

316:デフォルトの名無しさん
07/03/21 18:11:04
>>312
■ 意味不明な「俺様用語」を使わないこと。(ex. 貼り込む ― 刑事かw)

■ 読み手にエスパー的な「深読み能力」を期待しないこと。（具体的にどんな処理を行っているかも、
　　問題が再現可能なコードも示さず「オカシイ」とか騒いでも誰にも君の問題は伝わらない）

ただ、2002は知らないが2003でも2005でも複合コントロールや継承コントロールの動作がコーディング中に
挙動不審になる場合は確かに存在する。

そういう時、一度IDEを終了してから再度ソルーションを開いてリビルドすると
問題が解消される場合が多い。

317:デフォルトの名無しさん
07/03/21 18:43:44
>>297
>今時どんな会社だよｗｗｗｗｗ
開発機に　SP2　などという危険なモノを入れるな、とか。

…ヒトゴトじゃなく、俺もいい加減　SP2　入れんとな。
すべて再インストール覚悟で。

>>298
インストーラで蹴られる。

318:デフォルトの名無しさん
07/03/21 18:48:36
サポート切れのOS(XP SP1)の方がよっぽど危険だと思うが。
いつまでも使ってるなよ。

319:デフォルトの名無しさん
07/03/21 19:18:41
そんなことよりネスケ４を全社で使い続けるうちの顧客を何とかしてください。
ASP.NETでVBブイブイいわせるのにこいつが足かせになってメンドくさい。

320:デフォルトの名無しさん
07/03/21 20:20:20
>>319
うちの顧客はIE7を入れたがってる。動作検証とらなきゃ…。
新しいのも古いのも面倒ですな。

ASP.NET繋がりで。VS2005のVB.NETでWebサイト開発してるんですが、
開発中やたら重いというか、メモリとCPU食いまくって泣きそうです。
画面12コ＋帳票（ActiveReports）8枚が一つのプロジェクトになっているんですが、
まず開いて編集できるようにまで固まって5～10分待ちぼうけ。
ちょっとソース弄ろうと思えば固まって2～3分待ちぼうけ。
下手をするとそのまま固まりますorz
実行時は別に重くないです。

開発マシンはceleron 2.4GHz、メモリ768MB、HDD 60GBなんで
特に貧弱ってわけでもないと思うんですが、
タスクマネージャで見ると仮想メモリ含めて1.3GBとか行ってる(つД`)

同じような経験してる人いませんか？

321:デフォルトの名無しさん
07/03/21 20:43:15
CPUはいいけどメインメモリは２Gにしとけ、ディスプレイとメモリは大きければ大きいほどいい

322:デフォルトの名無しさん
07/03/21 20:43:50
VS2005様からみたら十分貧弱だと思うよその環境。。
まずセレロンってのがありえないし。

323:デフォルトの名無しさん
07/03/21 20:48:46
CPUよりメモリーが非常に効くよ。
普通にXP上でVS2005を立ち上げただけで大体500MBもってかれる。
そこにプロジェクト作成してデバックしたら700MB
さらに、ソリューション構成でクライアントUIとサーバWebサービスなど構成すると１G超える。
でもって、DBをSQL鯖EXなどで自分端末だと・・・。
まあ、1.5GBとかメモリーがあればとりあえずは。ｗ

324:320
07/03/21 20:57:35
>>321-323
レス㌧です。
メモリ足らんのですか…2GBってどこの絵描きのマシンだろうorz

過去に外注さんに常駐してもらって、顧客納品用のマシン（メモリ256MB）で
開発お願いしたこともありました。
Webサービス使用のWindowsアプリでしたけど。よく血管切れなかったなぁｗ

上司に相談してみます。ありがとうございました！

325:デフォルトの名無しさん
07/03/21 21:04:22
どこの絵描き、って・・・いまどき１GB１万くらいだろうに。
スワッピングしてぼーっと待っている時間に時給相当をかけてみろ。

326:デフォルトの名無しさん
07/03/21 21:58:35
>>320
一応一言

P4 2.4G
Mem 512M
XP SP2
でそれより大きなソリューション開いても全然問題ないぞ

ちなみに300Mほど起動した状態で食ってるな
確かにスワップはするけどまぁ動きはするな

327:デフォルトの名無しさん
07/03/21 22:19:41
ファイルサイズの問題じゃないと思うよ。
たぶん帳票とかがメモリ馬鹿みたいに喰うんじゃないの？

あとWindows Formでもコントロールをちょっと多目に使ってる奴をデザイナで
開くと馬鹿みたいに重い。

まあごく普通のWin Formのアプリを作成するだけなら512Mで実際十分だと俺も思うけどね。

328:デフォルトの名無しさん
07/03/22 09:25:39
>>294
亀だけど、外部キーのプロパティにそのあたりの設定あるよ。
親子の厳密なチェックありも出来るし、単なる親子で参照もつよー程度も出来るし。

329:デフォルトの名無しさん
07/03/22 11:23:16
>>287
tee.exeやgrep.exeはSFUに入ってる。
ServiceForUnix。タダだからググってインストールすればいい。

330:デフォルトの名無しさん
07/03/22 11:30:24
VB2005．NETをはじめたばかりの初心者ですので、レベルの低い問いを勘弁してください。
Form1に貼ったlabel1に現在時刻を表示するプログラムですが、８時から１７時の間だけlabel1のbackcolorをLightGreenにしたいのです。
どのようにしたらよいのでしょうか？

Public Class Form1

Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load

End Sub

Private Sub Timer1_Tick(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Timer1.Tick
Label1.Text = DateTime.Now.ToString
End Sub
End Class

331:デフォルトの名無しさん
07/03/22 11:38:18
>>330
こんな感じでええんちゃうのん？
動かしてないけどなんとなく感覚はわかってもらえるんじゃないかと

Dim NowHour As Integer = Date.Now.Hour

If NowHour >= 8 AndAlso NowHour <= 17 Then
If label1.backcolor <> Color.LightGreen Then
label1.backcolor = Color.LightGreen
End If
Else
If label1.backcolor <> Color.Transparent Then
label1.backcolor = Color.Transparent
End If
End If

332:デフォルトの名無しさん
07/03/22 11:40:53
NowHour < 17
じゃね?

333:デフォルトの名無しさん
07/03/22 11:43:15
>>332
あ～　そうだねｗ
多分会社の定時なんだろうけど
これじゃ17時台も色変わるなｗｗｗ

334:デフォルトの名無しさん
07/03/22 12:19:36
>>330-333
ありがとうございます。
早速使わせてもらいます。

335:デフォルトの名無しさん
07/03/22 18:58:02
初心者質問ですみませんが・・・

VB2005でWindowsアプリケーションで開発しています。
現在DataSetを使い、SQLServerに非接続のデータアクセスをしています。
（テキストファイルを読み込んで接続しています。
StreamReaderを用いていますのでConnectionオブジェクトは使っておりません。）

DataSetの内容をDataGridViewに表示しており、その内容を「印刷」したいのですが。

手持ちにあるTipsにはPrintDocumentクラスを利用して

'テーブルの内容を出力
Dim dr As OrderDataSet.GoodsRow
For Each dr In OrderDataSet.Goods.Rows
'1レコードを出力
e.Graphics.DrawString( _
dr.GoodsID.ToString.PadRight(10) & _
dr.GoodsName.ToString.PadRight(20, "　") & _
dr.Price.ToString.PadLeft(5), _
f, Brushes.Black, _
x, y + (cnt * pitch))

'印刷位置を更新
cnt = cnt + 1
Next

というコードになるのですが、これだとデータソースを追加しなければなりません。
データソースを追加せず、DataGridViewの内容を「印刷」したいのですがどうしたらよいのでしょうか？

336:デフォルトの名無しさん
07/03/22 21:50:13
>>335
OrderDataSet.GoodsRowｙとかって型指定されたDataSetのことかな？

DataSetの内容をDataGridViewに表示しており
とあるので、型指定されている部分を部分を修正して

Dim dr As DataRow
For Each dr In DataSet.Tables(#).rows

'1レコードを出力
e.Graphics.DrawString( _
dr("カラム名").ToString.PadRight(10) & _
dr("カラム名2").ToString.PadRight(20, "　") & _
dr(""カラム名3).ToString.PadLeft(5), _
f, Brushes.Black, _
x, y + (cnt * pitch))

'印刷位置を更新
cnt = cnt + 1
Next

337:デフォルトの名無しさん
07/03/22 21:52:28
>>336
間違ってキー押して投稿してしまった…

コードの部分のみ記載しますｗ

Dim dr As DataRow
For Each dr In DataSet.Tables(#).rows

'1レコードを出力
e.Graphics.DrawString( _
dr("カラム名").ToString.PadRight(10) & _
dr("カラム名2").ToString.PadRight(20, "　") & _
dr("カラム名3").ToString.PadLeft(5), _
f, Brushes.Black, _
x, y + (cnt * pitch))

'印刷位置を更新
cnt = cnt + 1
Next

こんな感じで型指定されていないデータセットを扱うようにしてやればよくない？
動かしてないんで、正しいかどうかは不明だけどｗ
つうか、型指定されているものもただのDataSetを専用のクラスでラップしてるだけだし

338:デフォルトの名無しさん
07/03/22 23:10:30
VBでOpenGLやる方法を教えてくれ。

339:デフォルトの名無しさん
07/03/22 23:16:53
知ってるが
お前の態度が
気に入らない

340:デフォルトの名無しさん
07/03/22 23:56:44
>>338
URLﾘﾝｸ(www.taoframework.com)

341:デフォルトの名無しさん
07/03/23 11:54:01
Vs2005でデザイナでフォームコントロールをはっつけてフォームのフォントサイズ変更すると
フォームに貼り付けたコントロールの位置とサイズ、パディングなどが変更されるんだけど
これと同じような事を実装したい
まぁ、全てのコントロール回して直接変更していけばいいんだけど、このデザイナが変更している計算ロジック使えないだろうか？
もし、使えるんであればフォントサイズに伴うコントロール位置やサイズの変更がラクだしいいかなっと思ったんだけど・・・・
誰か知らない？？

342:デフォルトの名無しさん
07/03/23 12:58:15
>>341
まず試しにフォーム新しく作ってプロパティ変えずにコントロール貼り付けて
実行時にフォームのフォントサイズ変えてみ？
それでサイズは変更すっから

343:デフォルトの名無しさん
07/03/24 13:01:59
VB2005でContextMenuStripのデザインを9X系のデザインに変えたいのですが
(ﾒﾆｭｰ左側に青線の背景がないもの)
プロパティーにはないっぽい？
Component を継承してDesignModeを変えればよいのでしょうか。
宜しくお願いします。

344:デフォルトの名無しさん
07/03/24 13:08:10
>>343
とりあえずそれやってみた？？
それでだめなら解決策を考えようか

345:デフォルトの名無しさん
07/03/24 15:27:49
>>343
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
URLﾘﾝｸ(msdn2.microsoft.com)(vs.80).aspx
このへんかな

次ページ