Visual Studio.Net 2003(Everett)

Visual Studio.NET 2003 SP1

Thu, 17 Aug 2006 19:22:00 GMT

Microsoft® Visual Studio® .NET™ 2003 Service Pack 1
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=69D2219F-CE82-46A5-8AEC-072BD4BB955E

ついにきた・・・・

けど、使う場面があるのかどうか謎

とりあえず当然ダウンロード

ASP.NETでInProcを使ってはいけない

Thu, 16 Mar 2006 12:48:00 GMT

この文書の最新版は
http://naka.wankuma.com/site/column/aspnet/00012.htm

この文書はVisual Studio 2005 TSかTE for SD(.NET 2.0)をベースに記述されていますが、Visual Studio 2002から同じことです。

ASP.NETをプロジェクトとして取り組んでいる方は、"あなたのプロジェクトはセッションモードをどうしますか？"と聞かれて即答できますか？

Visual Studio 2003のWeb.configを見てみましょう。

<!--  セッション状態の設定
      既定では、ASP.NET は Cookie を使用して、要求がどのセッションに属するかを識別します。
       Cookie が使用できない場合は、URL にセッション識別子を入力することで、セッションを見つけることができます。
      Cookie を有効にするには、sessionState を cookieless="false" に設定してください。
-->
<sessionState 
        mode="InProc"
        stateConnectionString="tcpip=127.0.0.1:42424"
        sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
        cookieless="false" 
        timeout="20" 
/>

このように定義されています。

Visual Studio 2005ではWeb.configデフォルトで存在しないので、C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\CONFIG\web.config.comments
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config.comments

にデフォルト設定のコメントがあります。

<sessionState mode="InProc" ～略～ >

どちらもデフォルトはインプロセスモードということです。これはASP.NETが実際に稼動しているプロセス(プログラム)の内部に値を保持するという意味です。

ここでひとつ確認をして見ましょう。

このようにラベルとボタンだけをおきます。

ボタンのコードに以下のようなものを用意します。

C#
protected void Button1_Click(object sender, EventArgs e)
{
  if (Session["cnt"] == null)
  {
    Session["cnt"] = 1;
  }
  else
  {
    Session["cnt"] = (int)Session["cnt"] + 1;
  }
  this.Label1.Text = ((int)Session["cnt"]).ToString();
}

ボタンを押すと数字が数がカウントアップするサンプルですね。

うまく言っていることを確認します。

ここで、ASP.NET構成の設定で何かを変更してみましょう。

適用した後に、もう1度ボタンを押して見ましょう。

1になってしまいました。これはなぜでしょうか？

PRB: ASP.NET InProc セッション状態モードを使用すると、 Session Data が失われます。
http://support.microsoft.com/kb/324772/ja

[PRB] ASP.NET アプリケーションで断続的にセッション変数が失われる
http://support.microsoft.com/kb/316148/ja

Why does App restart? (FAQ) ←うにさんの日本語情報です
http://www.hollytown.net/uniblog/Comment/2005/02/18/0878.aspx

ASP.NETというレベルで見ると、これらの情報のとおり再起動したほうがいいと思ったタイミングで再起動されます。

うにさんのページには無いのですが、2.0の環境では内包ディレクトリを削除すると再起動されるようです。

また他にはIIS6(Windows Server 2003、Windows XP x64 Edition)には別途アプリケーションプールと言う考え方があります。

これらは設定次第で、分ごとやメモリの大量消費の都度自動的に再帰動します。

ASP.NETのアプリケーションは時にに大量の要求をこなす圧力にさらされています。時に大量の一時メモリを利用する圧力にさらされています。

これらの要求にこたえるためにも再起動は必要なのです。

さて、InProcからStateServerやSQL Serverに変更した場合に問題になるのは何でしょうか？

シリアル化可能であること
Session_OnEndイベントが発生しないこと

おもにこの2点に注意しておけば大丈夫でしょう。

参考リンク
http://forums.microsoft.com/msdn-ja/ShowPost.aspx?PostID=274821&SiteID=7

Visual Studio 2003 & 2005 SP1

Wed, 15 Mar 2006 09:28:00 GMT

2006 Q2 Visual Studio.NET 2003 SP1

2006 Q3 Visual Studio 2005 SP1

こんな感じのスケジュールらしいです。

http://msdn.microsoft.com/vstudio/support/servicing/default.aspx

VBNullStringさんとこから
http://www.vbaspcoder.com/PermaLink,guid,791e07ef-4eff-4015-8102-034b54d811e1.aspx

mc++のvalue classってコンストラクタ作れるのね・・・

Sun, 26 Feb 2006 23:24:00 GMT

mc++

public __value class  a
{
public:
  int i;
  a()
  {
    this->i = 10;
  }
};

C++/CLI

public value class  a
{
public:
  int i;
  a()  //C3417
  {
    this->i = 10;
  }
};

.NET Framework 2.0は退化している？

Thu, 09 Feb 2006 16:48:00 GMT

どぼんさんのところでこのような話がありました。

http://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=al2&namber=14910&rev=&no=0

VS 2005 Express Edition（ＶＢ）
で作成したアプリケーションを広く一般に公開するに当たり
使用者側で
Microsoft .NET Framework Version 2.0 再頒布可能パッケージ (x86)
http://www.microsoft.com/japan/msdn/netframework/downloads/
が必要になります。そしてこれのＯＳが下記（参考）のように、最新に
アップデート済みのＯＳで無ければ使用できないのです。
さらにWindows Installer 3.0 が無ければ再頒布可能パッケージ (x86)
をインストールする事も出来ません。これでは広く一般に公開することは出来ず
対象がパソコンに詳しい特定のユーザーに限定されてしまいます。

これと比較してＶＳ２００２、ＶＳ２００３　ではＯＳの制限がなく
簡単に.NET Framework 1.1 再頒布パッケージをインストールできました。

ＶＳ２００２、ＶＳ２００３　のようにＯＳに関係なく再頒布可能パッケージ (x86)
をインストールできる方法を教えて下さい。
宜しくお願いします。

.NET 1.1と2.0でサポートされているOSはどう違うのでしょうか？

Microsoft .NET Framework Version 1.1 再頒布可能パッケージ
http://www.microsoft.com/downloads/details.aspx?FamilyID=262d25e3-f589-4842-8157-034d1e7cf3a3&DisplayLang=ja

サポートされているオペレーティングシステム : Windows 2000; Windows 98; Windows ME; Windows NT; Windows Server 2003; Windows XP

Microsoft .NET Framework Version 2.0 再頒布可能パッケージ (x86)
http://www.microsoft.com/downloads/details.aspx?FamilyId=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5&displaylang=ja

サポートされているオペレーティングシステム : Windows 2000 Service Pack 3; Windows 98; Windows 98 Second Edition; Windows ME; Windows Server 2003; Windows XP Service Pack 2

必要なソフトウェア:
o Windows Installer 3.0 (Windows Installer 2.0 またはそれ以降を必要とする Windows 98/ME は除きます) : Windows Installer 3.1 またはそれ以降を推奨します。
o IE 5.01 またはそれ以降: .NET Framework をインストールするには、Microsoft Internet Explorer 5.01 またはそれ以降をインストールしておく必要があります。

あきらかに.NET1.1の説明は荒っぽいとは思いますが、Windows NTがサポートから外れていますし、Windows 2000 SP2以前、 Windows XP SP1以前もサポートから外れています。

これらは

Windows デスクトップ製品のライフサイクル
http://www.microsoft.com/japan/windows/lifecycle/default.asp

サービスパックロードマップ
http://www.microsoft.com/japan/windows/lifecycle/servicepacks.asp

で規定されている、Microsoftが.NET Framework 2.0を出荷するときのサポート製品レベルに他なりません。

ただWindows 2000やWindows XPのGOLDに入らないはずも無いとは思いますが、サポートはいつまでもなんて無理ですし、妥当なところだと思います。

.NET Frameworkに限らず、ミドルウェアや、サーバ製品を使っている場合には、無条件にそれらのサポートレベルを自製品にも適用しないといけないのは自明だと思われます。

そのうえで不満があるならばMicrosoftにクレームとして依頼すべきかと思います。

ライフサイクルサポート期間が延びるかもしれませんしね。

.NET1.1ライブラリ3件追加

Mon, 30 Jan 2006 00:08:00 GMT

最大、最小、平均を取るためのビルダー3種類を公開しました。

Wankuma.Math.AverageBuilderクラス Version1 NEW!	平均の値を取り出すためのビルダーです。
Wankuma.Math.MaxBuilderクラス Version1 NEW!	最大の値を取り出すためのビルダーです。
Wankuma.Math.MinBuilderクラス Version1 NEW!	最小の値を取り出すためのビルダーです。

わんくまライブラリ Wankuma.IO.Pathクラス Version1

Sun, 29 Jan 2006 22:59:00 GMT

ソースファイルへ
Wankuma.IO.Path1s.htm

ソースファイル直接ダウンロードへ
Wankuma.IO.Path1c.txt

利用規約へ
../kiyaku.htm

クラスの説明

パスを文字列操作する静的メソッドたちです。
絶対パスから相対パスを導き出す、パス文字列の最後の文字の区切り文字を追加したり、削除したりというメソッドがあります。

メソッド

public static string PathAbsoluteRelative(string BasePath, string TargetPath)

絶対パス2つから相対パスを導き出します。

BasePath : 元になるパス
TargetPath : 抽出するターゲットパス

public static string AddEndsSeparator(string path)

パス文字列の最後の文字が区切り文字でなければ区切り文字を追加します
c:\ → c:\, c:\a → c:\a\

path : 検索するパス

public static string RemoveEndsSeparator(string path)

パス文字列の最後の文字が区切り文字であれば区切り文字を削除します
c:\ → c:, c:\a → c:\a c:\等の場合には意図しない動作をする可能性があるので注意。
あくまで文字列の最後の文字だけを判定します。

path : 検索するパス

わんくまライブラリ Wankuma.IO.Directoryクラス Version1

Sat, 28 Jan 2006 00:13:00 GMT

この文書はVisual Studio 2003(.NET1.1)をベースに記述されています。それ以降のバージョンや、あなたが読んでいる時点では変更されている可能性があります。
またバージョンアップされている場合にはなんらかかの不具合を含んでいる可能性があります。

ソースファイルへ
Wankuma.IO.Directory1s.htm

ソースファイル直接ダウンロードへ
Wankuma.IO.Directory1c.txt

利用規約へ
../kiyaku.htm

クラスの説明

ディレクトリ操作、調査の静的メソッドたちです。
ディレクトリのコピー、再帰的一覧作成、ファイルの再帰的一覧作成を行います。

メソッド

public static void Copy(string sourceDirName, string destDirName, bool AttributeSetFlag)
public static void Copy(string sourceDirName, string destDirName)

Directoryをコピーします。

sourceDirName : コピー元ディレクトリ名
destDirName : コピー先ディレクトリ名
AttributeSetFlag : ディレクトリを作成するときに属性情報をコピーするかどうかのフラグ

public static string[] GetDirectoriesRecursion(string path)

再帰的にディレクトリの一覧を作成します。

path : 検索するパス

public static string[] GetFilesRecursion(string TargetDir)
public static string[] GetFilesRecursion(string TargetDir, string[] SearchExtension)
public static string[] GetFilesRecursion(string TargetDir, string SearchPath)
public static string[] GetFilesRecursion(string TargetDir, string SearchPath, string[] SearchExtension)

再帰的にファイルの一覧を取得します。

TargetDir : 取得対象ディレクトリ
SearchExtension : 検索する拡張子の一覧
SearchPath : 探すファイルマスク

ディスクがいっぱいになるときにStreamのCloseを強制できない

Thu, 08 Dec 2005 00:24:00 GMT

この文書の最新版は
http://naka.wankuma.com/site/column/dotnet/00028.htm

この文書はVisual Studio 2003(.NET 1.1 SP1)とVisual Studio 2005(.NET 2.0)をベースに記述されています。

まず以下のソースを見てみてください。

SQL Serverのストアドプロシージャからは以下のような構文でreturnによる戻り値を返せます。

try
{
  using ( System.IO.StreamWriter sw = new System.IO.StreamWriter(@"a:\gomi") )
  {
    try
    {
      sw.Write(new char[16*1024*1024]);
    }
    finally
    {
      sw.Close();
    }
  }
}
catch(System.IO.IOException er)
{
  //ディスクフルなどのClose失敗などが考えられる。
}

一般的にファイルの書き出しを行うときに、ディスクがいっぱいになった時やプログラムでエラーになることを考慮し、finallyでCloseと、usingを利用して破棄(Dispose)を強制させるつくりにするかと思います。

このCloseやDispose時に閉じることが出来なかった場合やFlushを行うことが出来なかった場合には例外が発生するために、さらにtryでくくる必要があります。

この例では何かあった場合には握りつぶしています。

このプログラムでディスクがいっぱいのドライブに書き出しを行って見ましょう。

ハンドルされていない例外 : System.IO.IOException: ディスクに十分な空き領域があり
ません。

   at System.IO.__Error.WinIOError(Int32 errorCode, String str)
   at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
   at System.IO.FileStream.FlushWrite()
   at System.IO.FileStream.Flush()
   at System.IO.FileStream.Dispose(Boolean disposing)
   at System.IO.FileStream.Finalize()

このようにアプリケーションがクラッシュします、スタックトレースはコンソールアプリケーションなら出力されます。

このスタックトレースからわかることは、Writeで失敗して例外が出ています(1つ目のブロック)、その後finallyのCloseを実行しようとし内部でDisposeが呼ばれ、その内部でFlushが呼ばれています。(2つ目のブロック)、そして最終usingの処理としてDisposeが呼ばれます。(3つ目のブロック)

結局のところDisposeの中でFlushを呼んでいるせいで、強制Closeが出来ないためにハンドル出来ない状態になっています。

このClose出来ないためにアプリケーションがクラッシュするのが問題で、.NET1.1 SP1環境向けにはQFEというパッチが提供されています。

FIX: You receive exception error messages when you use the StreamWriter.Flush () method or the StreamWriter.Close () method to access a file on a disk that has insufficient space in .NET Framework 1.1
http://support.microsoft.com/kb/892544/ja

これを適用した環境で上記の例外を握りつぶすコードを実行すると無事エラーが無く終了することが出来ます。

.NET1.1 SP2で対応されるといいのですが、お急ぎの方はQFEを入手してください。

.NET 1.1 ディスクフルになると、ファイル書き込みしているStreamを閉じることが出来ない対応？

Fri, 02 Dec 2005 09:25:00 GMT

FIX: .NET Framework 1.1 の十分な領域があるディスクのファイルにアクセスするために、 StreamWriter.Flush ()メソッドまたは StreamWriter.Close ()メソッドを使用すると、例外エラーメッセージを表示します。http://support.microsoft.com/kb/892544/ja

もしかしたら以前から引きずっていたこの問題が解消するかもしれません。

早速入手して見たいと思います。

Visual Studio.Net 2003(Everett)

Visual Studio.NET 2003 SP1

ASP.NETでInProcを使ってはいけない

Visual Studio 2003 & 2005 SP1

mc++のvalue classってコンストラクタ作れるのね・・・

.NET Framework 2.0は退化している？

.NET1.1ライブラリ3件追加

わんくまライブラリ Wankuma.IO.Pathクラス Version1

クラスの説明

メソッド

public static string PathAbsoluteRelative(string BasePath, string TargetPath)

public static string AddEndsSeparator(string path)

public static string RemoveEndsSeparator(string path)

わんくまライブラリ Wankuma.IO.Directoryクラス Version1

クラスの説明

メソッド

public static void Copy(string sourceDirName, string destDirName, bool AttributeSetFlag)public static void Copy(string sourceDirName, string destDirName)

public static string[] GetDirectoriesRecursion(string path)

ディスクがいっぱいになるときにStreamのCloseを強制できない

.NET 1.1 ディスクフルになると、ファイル書き込みしているStreamを閉じることが出来ない対応？

public static void Copy(string sourceDirName, string destDirName, bool AttributeSetFlag)
public static void Copy(string sourceDirName, string destDirName)