Windows が画面の端を正確に検出できるようにするために、調整点をタッチするときには画面の少し中央寄りをタッチするようにしてください。
調整の意味ない!!
Win7時代からの機能のようなので、Win8との整合性低いんですかねぇ…
Windows が画面の端を正確に検出できるようにするために、調整点をタッチするときには画面の少し中央寄りをタッチするようにしてください。
調整の意味ない!!
Win7時代からの機能のようなので、Win8との整合性低いんですかねぇ…
参考:IISマネージャーからアプリケーションインポートしたら、アプリケーションプールのエラーが出た – minato128のブログ
まさにこれ。
使用しようとしているアプリケーション プールでは、’managedRuntimeVersion’ プロパティが ‘v4.0’ に設定されています。このアプリケーションには ‘v4.5’ が必要です。
/p:VisualStudioVersion=11.0
(2013は12.0なのかな?)をつければVS2012のtargetを使用するようになるらしく、エラーを吐かずに正常にデプロイ出来るようになるODACの11g、12cにはOracle.ManagedDataAccessというのが追加されており、ネイティブコードが無くなったのでサーバー環境へのデプロイ時にODP.NETやOracleClientのインストールが不要になる!ということで、やり方を調べてみたメモ。
これのBのパターンでうまく行った。
[/xml]
FileNotFoundException
で死ぬFileNotFoundException
で死ぬDbContextでの話。
普通はDbContextから取得したデータを更新すれば良い。
[csharp]
using (var context = new Entities())
{
var hoge= context.Hoge.Find(“id的な”);
hoge.Fuga = “New!”;
context.SaveChanges();
}
[/csharp]
これはDbContextに変更追跡機能があるため可能な事。
DbContextのライフサイクル外から受け取ったEntityオブジェクトなんかはただのPOCOであり、どう変更されたかなんてDbContextは知らない。
DataSetなんかは、DataTable自体が変更追跡機能持っててシリアライズもできたのだけど…
自己追跡エンティティ(STE)なんかもあるけど、Not Recommendedとされているし、EF6やVS2013ではもう使えない。
EF4から導入されたばかりなのに短い寿命でしたね…
んで、WCFなんかで外部から受け取ったデータは当然変更追跡の対象外なため、Attachとかしないとダメなことは想像付く。
でもAttachしただけではUnchangedな状態なので、変更してくれない。
ではどうすれば良いかというと、どうやらModified状態に変更してしまえば勝手に更新してくれるようだ。
[csharp]
public void Update(Hoge hoge){
using (var context = new Entities())
{
context.Hoge.Attach(hoge);
context.Entry(hoge).State = EntityState.Modified;
context.SaveChanges();
}
}
[/csharp]
削除はAttachしてからRemoveすればOK。
[csharp]
public void Remove(Hoge hoge){
using (var context = new Entities())
{
context.Hoge.Attach(hoge);
context.Hoge.Remove(hoge);
context.SaveChanges();
}
}
[/csharp]
ちなみにナビゲーションプロパティでIncludeされてる関連オブジェクトがある場合で、外部キーの値を変更したのに、関連オブジェクトは変更前のままとかいう場合、Attachすると死ぬ。
[csharp]
//どっかで読み込んだ
context.Hoge
.AsNoTracking()
.Include(x => x.Piyo)
;
[/csharp]
[csharp]
//どっかで外部参照のキー値を更新した
hoge.PiyoId = “new id”; //※hoge.Piyoは変更前のまま
[/csharp]
[csharp]
//そのままAttachすると死ぬ
context.Hoge.Attach(hoge);
[/csharp]
この場合、どうやらナビゲーションプロパティをnullにしてしまえばAttachできる。
関連オブジェクトを再取得してきてちゃんと値を合わせてやってもうまくいくんじゃないかな?(試してない
[csharp]
hoge.Piyo = null;
//これなら大丈夫。取得時にIncludeしてないのと同じ状態になる。
context.Hoge.Attach(hoge);
[/csharp]
日記というかメモです。
同じコピー元ディレクトリにexamplefilename.txt
とexampl~1.txt
というファイルがある場合、コピー先で同一視されて上書きとなり、いずれかのファイルがコピーされないという問題。
8.3形式を無効にすることで回避可能。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation
を1
にすれば無効となる。
環境:Windows Server 2003 Standard SP2
vmdkをNASからコピーしてる時に発生。
以下を試したら直った。
いずれも巨大な/大量のファイルを扱う(コピーなど)ときに出るものです。
コピー先の場合は前者、コピー元の場合は後者が出てきます。
関連ドキュメントは:http://support.microsoft.com/KB/304101
http://support.microsoft.com/KB/312362など、いくつか存在していますが、効果があるのは下記でしょう。
パラレル ポート (Parport) サービスが有効になっているが、パラレル ポートが接続されていない場合に発生することがあります
上記URLの通り、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Parport\Start
を3
に変更し、Parport サービスを無効にする事で回避可能
メモリ要求が行われず、スタートアップRAMのままの容量となってしまう。
Hotfixが提供されている。