2011-07-27 8 views
0

私は最も複雑なアプリケーションの1つをスクリーンセーバーとして動作するアプリケーションに変換するための仕様書を作成中です。複雑なアプリケーションをスクリーンセーバーとして操作するVB6

現在のところ、このアプリケーションはファイルシステム&(ユーザーはローカルユーザーになりますが、ローカルマシンに変換されます)から読み込み、WMP SDKおよびその他のメディア表示ライブラリを使用して画像とフラッシュ用のメディア要素を描画します。 OSに固有のものもあれば、そうでないものもあります。

これはVB6で書かれており、この変換のために引き続き必要があります。

このアプリケーションは現在、インタラクティブなアカウント空間でアプリケーションとして動作しています。通常、管理者または他の非常に高いアカウントでログインしているアカウント。このアプリケーションは、スクリーンセーバーとしてログインしていない状態で操作する必要があります。

私の研究のためにこれを行うためのリソースは少ないです。

私はSOコミュニティの意見を知りたいと思っています。このコンテキストでEXEを動作させるセキュリティ上の制限を考慮して、ログインしていないときにスクリーンセーバーとしてアプリケーションを実行する場合、制限はありますか? EXEがスクリーンセーバとして実行されているため、他の子プロセスが生成されたり、ファイルやレジストリ情報の読み込みが制限されたりしません。

ダイレクトショーやダイレクトドローでグラフィック処理の制限はありますか? ODBCをまだ使用することができますか?

これは、Windows XP & Windows 7の

に適用されるには、お時間をいただき、ありがとうございます。

+0

あなたは[このリンク](http://www.thescarms.com/vbasic/ScreenSaver.aspx)を実行したかどうかわかりません。 Direct Showのより複雑な問題には答えませんが(これはCOMを介してアクセスする必要があると思いますが)、それはスケルトンを提供します。 – jonsca

+0

@jonsca - リンクがダウンしているようですか? – Damo

+0

さて、戻ってくるようですが、私のサーバーに対する謝罪です。 – jonsca

答えて

0

私は戻ってこれを閉じます。

Microsoftといくつかのテストと議論が、それはログインしていないときは、スクリーンセーバーなどの複雑なアプリケーションを実行することはできませんが判明した後。

ウィンドウで使用されるセッションは画面にログインする設計により、限られたデスクトップヒープの割り当てを持っています。複数のリソースを使用しようとしたり、多くのウィンドウを開くと、ヒープのメモリが不足するだけで動作しません。

テスト済みでMS独自の単語で証明されています。

関連する問題