技術小話

Visual Studio 2010 Beta1 のアンインストールで、ディスク1を要求されてまう！

尾画茶 — Sat, 12 Dec 2009 09:37:00 GMT

VS2010 Beta2 が出たので、Beta1をアンインストールしようとしたら、こんなメッセージが……

ファイル TFSObjectModel-x86_JPN.exe を探しています。
このファイルの場所を指定するか、Microsoft Visual Studio Team System 2010 Team
Suite Beta 1 - JPN ディスク 1 を挿入してください。

って、パス欄には、Users\ユーザー名\Local\Temp\20506.01.11\1041\ が示されているが、見つからないようだ。Tempってのが気になる。というか、消されてまったのだろうなぁ。

「こんなんでは、アンインストールできんがや」って困って、調べてみると、ハンスルマンさんのブログに解決方法が載っていました。

コネクトやフォーラムを調べてみると、どうやら、Beta 1 のバグのようで、Beta 2 では直っているようです。

SQL Server Compact は、Select サブクエリは使えない

尾画茶 — Thu, 03 Dec 2009 16:54:00 GMT

個人的には滅多に使わないSelect句の中のサブクエリ。SQL Server Compact では使えないことが判明。

そんなはずは……と思うと、Books On Line に答えが。

SQL Server 2008 の解説: expression……定数、関数、または列名、定数、関数を演算子で組み合わせたもの、あるいはサブクエリを指定します。
SQL Server Compact 3.5 の解説: expression……列名、定数、関数、または演算子を使用した列名、定数、関数の組み合わせ。

確かに、「サブクエリ」という単語が消えている。もっと目立つように書いてほしいなぁ……

C# での + 演算子の挙動

尾画茶 — Mon, 09 Nov 2009 23:26:00 GMT

文字連結は当然知っていましたが、Ｒ・田中一郎さんの「こいつ動くぞ」の記事で、

1 + "a" + true

が、"1aTrue"と評価されるのには驚きました。

さっそく、MSDNライブラリの「+ 演算子 (C# リファレンス)」を確認すると以下のように書かれていました。

数値型の場合、+ は 2 つのオペランドの合計を計算します。オペランドの片方または両方が文字列型の場合は、オペランドの文字列表現が連結されます。

なるほど。まず、最初の + が出てきたときに、片方が文字列と認識され、"1a" + true となり、これも片方が文字列なので、"1aTrue"となるわけか。

だから、1 + 2 + "a" は、まず、1 + 2 が評価されて、3 + "a" となり、"3a"となる。

"a" + 1 + 2 の場合は、まず、"a" + 1 が評価されて、"a1" + 2 となり、"a12"となるわけですね。

しかし、「MSDNライブラリの説明は、あの短い簡潔な言葉で、ここまでの説明をしているとは、素晴らしい！」と変な感動をしてしまいました。

Windows 7 にしたら、「このファイルのデジタル署名を確認できませんでした。」が連発。

尾画茶 — Thu, 10 Sep 2009 23:28:00 GMT

Windows Vista から Windows 7 にアップグレードしたら、それまでのWindows メールがなくなっている。アップグレード時に、「なくなるヨ」と警告してくれていたので知ってはいたが、ちょっと悲しかった。Windows Live Mail をダウンロードして、実行しようとしたら、

このファイルのデジタル署名を確認できませんでした。

云々というメッセージが出てインストールできない。ほかにも、色々設定をいじろうとすると、同じエラーが出る。ふと考えると、UAC の場面で出ていることに気付いた。

実は、Norton UAC Tool というのが、Vista の UAC の煩わしさを軽減するというので、入れていたのだ。UAC をOFFにするのは、機能を捨てているようでもったいない気がするのと、何よりも右下に赤い盾マークが出るのが嫌だったので、ずっとUAC ONにしていたのだ。そこに、Norton UAC Tool を入れていたわけだ。

↓以下は、窓の杜による Norton UAC Tool の説明
VistaのUAC機能を丸ごと置き換えてイライラを解消できる「Norton UAC Tool」

インターネットがあって、というか、人柱って大事だと思った。↓以下の記事のコメントで助けられた。記事のコメントのおかげで、クリーンインストールしなくて済んだ。
Norton UACを入れたままWindows 7にアップグレードしてはいけない

このブログは、同じような症状で困っている人のため、ログを記している。ずっと書きたかったけれど、更新できていなかったけれどね。

SQL Server Compact 3.5 は結構大変

尾画茶 — Sat, 28 Feb 2009 17:03:00 GMT

ローカルデータベースキャッシュとしても利用できるSQL Server Compact(以下、Ce)。これがなかなか使いづらい。

xmlなどデータ型が対応していなかったり、SQL文は、一文づつしか発行できなかったり、ユーザー定義関数もストアドプロシージャーもない。

sysobjectsなどのシステムテーブルもない。

ローカルデータベースキャッシュでは、アソシエーションまでレプリケートされない。

泥沼にはまったのは、Entity Framework だ。

from i in cx.HogeEntitySet where i.Name==stringFuga select i; で、エラー。が出て、そのエラーが「ntext型とかimageとかはクエリできないよ」的なエラーで、これには参った。

これは、バグらしく、以下のページを見つけて、何とか切り抜けた。

http://social.msdn.microsoft.com/Forums/en-US/sqlce/thread/b6bac277-cf66-4c74-a0b3-e48abedbd161/

これは、こう書けば解決。 cx.HogeEntitySet.Where(string.Format("it.[Name] == '{0}'", stringFuga)

SQL Server の Bit は賢い

尾画茶 — Wed, 11 Feb 2009 12:07:00 GMT

データベースは、SQL Server しかよく知らないので、他の製品はどうかわからないけれど、Bitってつかいにくいな、と今まで思っていた。

Management Studio でも、編集画面だと、True、False で現われ、0とか1とか入力すると怒られ、True、Falseで編集しなければならないのに、他の場面では 0,1 で扱わねばならない。

Convert や Cast を使わずに、どれほど正確に Bit として認識してくれるのか、実験してみた。

ストアドプロシージャーの引数に、Bit を設定してみる。こんな風に。

CREATE PROCEDURE TEST1 @a Bit AS SELECT @a

で、引数の @a に色々と渡してみる実験。

当然のことながら、0、1は突破。'0'、'1'でも、問題なし。これくらいは当たり前。しかし、ここからがなかなか賢くて「おおっ」と思わせてくれた。

0以外の数字なら、すべて 1になる。''で囲っても同じだ。大文字と小文字を混在しても、'FaLsE'とか'tRUe'とか、それぞれ0、1と扱ってくれる。

これはやってて知ったのだが、SQL SERVER にも、TRUE、FALSEという予約語のようなものがあるらしく、''で囲わずに、TRUE、FALSEでも認識してくれる。

そして、空文字列の場合……　0にしてくれる。これはかなり、ありがたい。NULLのときは、NULL。これは当たり前。

つまり、かなり柔軟に受け止めてくれるということだ。'TRUE'、'FALSE'以外の文字列（上記のように、大文字小文字は区別しない）だと、エラーとなる。

たぶん、無理だと思ってやったら、やっぱしだめだったのは、全角の数字。エラーになりました……

Linq to Entities では、Containsが非対象……（泣）

尾画茶 — Tue, 10 Feb 2009 12:32:00 GMT

Linq to Entities で、したいことの一つに、ある値を複数指定して、それに合致するものを取り出したい、ということがあった。たとえば、１、３、５のIDのものを取り出したいとき。


var ids=new[]{1,3,5};
var hoge=from i in context.HogeEntitySet where ids.Contains(i.Id) select i;

けれども、Linq to Entities では、NotSupportedException が出る。「Containsは、いかん」というのだ。おかしいな、そんなはずは……と思いながら調べていたら、ＭＳＤＮに、今回のリリースではサポートされないとの記事が……

ちなみに、Linq to SQL では大丈夫だったので、その部分は、Linq to SQL を使った。

Entity Designer のバグ対処

尾画茶 — Mon, 22 Dec 2008 23:33:00 GMT

最近、Entity Data Modelを扱っている。

edmxファイルを開こうとしたときに、エラーが出て、それ以降二度と開けなくなることがある。

「操作を完了できませんでした。パラメータが間違っています。」　……これで、二度泣かされた。

しかし、今回ばかりは本当に苦労して作ったモデルだったので、何とかして復旧させようと、edmxのXMLを解析し、やっとのことで、エラーの原因がわかった。

デザイナ周りの自動生成XMLが、唯一でないといけないはずなのに、同じコードを二度、生成してしまっている箇所があるではないか。その生成コードの一方を削除すると……edmxデザイナが無事に開いた。

つまり、原因は、edmxファイルの終りの方、デザイナセクションの<edmx:Diagrams>要素の中の<Diagram>要素の子要素の宣言の重複にある。私の場合は、<Diagram>の中の割と前の方に宣言されているAssociationConnectorと全く同じものが、</Diagram>で閉じられている直前にあった。

これは、Beta2の頃から、英語版のConnectにもレポートされているバグだが、未だ治っていないようである。

WCFで通信が不安定なとき

尾画茶 — Fri, 19 Dec 2008 08:36:00 GMT

最近、WCFを実装しています。よくよく考えれば当たり前のことなのですが、サンプルを見て、わかった気になって調子こいて、結構痛い目に遭ってマス。

つながったり、つながらなかったり……　この不安定さはなぜ？　……やはり原因は、いつも設定項目です。あの、App.configとかWeb.configとかです。

単純によくよく考えれば当たり前のことなのですが、タイムアウトやデータ量の制限など、サンプルに使われているものはほとんど、小さなサイズのデータであって、タイムアウトとかデータ量制限とかには引っ掛かりませんし、設定も取り立ててしないと思います。

けれども、実際に実装してみると、デフォルト制限値が結構厳しく、すぐにエラーになってしまいます。

デフォルトで危険にさらさないように、という配慮なのでしょう。少しずつ経験を積んでいくしかないな、と思っております。

よこけんさんのページは、この制限についてうまくまとめられていると思います。

やっと、日本語インテリセンス!!

尾画茶 — Sat, 29 Nov 2008 18:05:00 GMT

.NET Framework 3.5 SP1 をインストールしてから、インテリセンスの大半が英語表示（公には「一部英語」とありましたが、あれはどう考えても「ほんの一部日本語」でしょう）になっていたので、「はよリリースされんかなぁ」と思っとりましたが、やっとリリースされ、喜んでおります。

ディベロッパー製品開発統括部 Blog

やっぱし、日本語のほうがいいなぁ。落ち着くというか、効率が違います。「別に英語でも日本語でも大差ないよ」と言うようになれたらいいですケドね。