問題タブ [windows-vista]

Visual Studio でセットアップ/MSI を作成する場合、インストールに管理者権限を必要としない単純なアプリケーションのセットアップを作成することは可能ですか? Windows XP で不可能な場合、Vista では可能ですか?

たとえば、背景の上に写真を貼り付けることができる単純な画像操作アプリケーションです。Program Files フォルダへのインストールには管理者権限が必要だと思いますか? 代わりに \AppData フォルダーにインストールできますか?

目的は、ローカル マシンの管理者グループのメンバーではないユーザーに対してインストールされ、Vista で UAC プロンプトが表示されないアプリケーションを作成することです。

この方法の制限は、現在のユーザーのアプリデータフォルダーの下にインストールすると、他のユーザーが実行できなくなることだと思います。

アップデート：

クリック ワンス インストールを通常の setup.exe タイプのインストーラーにパッケージ化できますか? なぜこれが必要なのかと聞かれるかもしれません。その理由は、前提条件チェックを行い、必要なもの (.NET など) をインストールするインストーラーがあり、MSI をダウンロードして実行するためです。通常のインストーラーの開始画面しか表示されない場合でも、通常のインストーラーの開始画面を表示したいと考えています。アプリが 1 人のユーザー (インストール対象のユーザー) だけにしか表示されなくてもかまいません。

私たちのアプリケーションは通常、クライアントを IE (XP 以前) にダウンロードしてインストールするために ActiveX コントロールを使用していましたが、ユーザー ベースが "保護モード" をオンにした Vista ボックスが増えているため、調査する必要があります。

では、今後、プロテクト モード API を使用することに頭を悩ます価値はありますか? これにより、アプリが実行する必要があること (ローカル ファイルの場所への書き込み、他のアプリケーションへのアクセスなど) を実行するためのダイアログ ボックスと管理者権限が殺到することになりますか?

必要に応じて、クライアントをダウンロードしてインストールするという汚い仕事をする非ブラウザベースのインストーラーアプリを追加することに半分傾いています...これは一度だけインストールする必要があり、大規模な企業構造ではそうなる可能性がありますITによって押し出されました。

私が見逃している他のアイデアはありますか？

Windows Vista Complete PC バックアップ イメージから個々のファイルを抽出するためにコーディングできるプログラムまたは API はありますか?

復元する完全なイメージを用意するという考えは好きですが、2 つのバックアップを作成する必要があるという考えは嫌いです。

特定のNTFSパーティションのアロケーションユニットサイズを決定するために使用できる組み込みツール（ある場合）はどれですか？

私は自分のマシンの 1 つを定期的に再イメージ化します。また、OS のインストールが完了した後に実行してマシンを構成するスクリプトがあります。それが私の好きなように機能するように。

たまたま別のドライブにデータがあり、スクリプトにコードを追加して、Documents ディレクトリの場所を「C:\Users\bryansh\Documents」から「D:\Users\bryansh」に変更したいと考えています。 \ドキュメント".

私がregmonを起動して本当に袖をまくる前に、誰かが何か洞察を持っていますか?

次のコードは、Vista マシンで断続的なクラッシュを引き起こしています。

プログラムがビープ音の途中または毎回ビープ音が鳴る直前にクラッシュするため、このコードであると強く疑っています。アプリ ドメイン内の all とThreadExceptionsaroundにトップレベルのトラップがありますが、このクラッシュをトラップするものはありません。UnhandledExceptionstry-catchApplication.Run

何か案は？

編集：

イベント ビューアには次の情報があります。

エラーが発生しているアプリケーション [xyz].exe、バージョン 4.0.0.0、タイム スタンプ 0x48ce5a74、エラーが発生しているモジュール msvcrt.dll、バージョン 7.0.6001.18000、タイム スタンプ 0x4791a727、例外コード 0xc0000005、エラー オフセット 0x00009b30、プロセス ID 0x%9、アプリケーション開始時刻 0x %10。

興味深いことに、 にHRESULT 0xc0000005は次のメッセージがあります。

「アクセスできないメモリ位置への読み取りまたは書き込み。」(STATUS_ACCESS_VIOLATION)

.NetフォームのGlassサポートを取得するための秘訣がいくつかあります。

このメソッドの元のソースはここにあると思います：http：//blogs.msdn.com/tims/archive/2006/04/18/578637.aspx

基本的に：

その最後のステップが問題です。その領域に描画されたサブコントロールは、黒をアルファ透明マスクとしても扱うようです。

たとえば、クラス領域のタブストリップには透明なテキストが表示されます。

これを回避する方法はありますか？

これを行う簡単な方法はありますか？

私が取り組んでいるアプリケーションは、XPとVistaの両方で動作する必要があります-正常に機能を低下させる必要があります。ここにベストプラクティスはありますか？

OpenGL 描画ルーチンを使用して、MFC で構築された社内アプリケーションがいくつかあります。それらはすべて同じコードを使用して画面に描画し、画面を印刷するか、JPEG ファイルに保存します。Windows XP ではすべて正常に動作しており、Vista でも動作させる方法を見つける必要があります。

3 つのアプリケーションでは、すべてが機能します。残りの 1 つでは、ウィンドウの境界線、タイトル バー、メニュー、およびタスク バーを取得できますが、内部は表示されません。前述したように、これらのアプリケーションはまったく同じコードを使用して画面に書き込み、ウィンドウ イメージをキャプチャします。関連しているように見える唯一の違いは、問題のアプリケーションが MFC マルチ ドキュメント インターフェイスを使用しているのに対して、その作業は、単一のドキュメント インターフェイスを使用します。

答えがネット上にないか、思ったよりグーグルが下手です。MSDN フォーラムで質問したところ、GDI ではなく GDI+ を使用するという実際的な提案しか得られませんでしたが、それでも違いはありませんでした。ウィンドウへのポインターを指定して、キャプチャ、印刷、または保存するコードのすべての部分でさまざまなことを試しましたが、明らかにウィンドウ自体の問題です。私はまだ SDI を使用して問題のあるアプリケーションを再構築しておらず、他にアイデアがありません。

誰もこのようなものを見たことがありますか？

私が持っているのは 4 つのアプリケーションです。多くの共通コードを使用し、実際の .h ファイルと .cpp ファイルを共有しているため、描画とスクリーン キャプチャのコードが同一であることがわかります。

*pWnd と、ソースの四角形と宛先のサイズを受け取る WindowtoDIB() ルーチンがあります。Microsoft のコードをわずかに変更したように見えますが、Microsoft の Web サイトで、このファイルに他の関数を見つけました。私の 4 つのアプリケーションのうち、3 つがこれを問題なく処理しますが、1 つがそうではありません。最も明白な違いは、問題の 1 つが MDI であることです。

*pWnd が問題のようです。私は決して MFC の第一人者ではありません。問題は、SDI に 1 つのウィンドウ設定があり、MDI に複数のウィンドウ設定があることにあるように思えます。関数に間違った *pWnd を渡している可能性があります。

その間、64 ビット Vista テスト マシンでは正常に動作するようになりましたが、32 ビット Vista マシンではまだ動作しません。理由がわかりません。前回のテスト以来、私は何も変更していません。他の誰も変更していないと思います。(32 ビット バージョンでは、Print Screen キーは期待どおりに機能しますが、画面を JPEG として保存しません。)

vista で Visual Studio 2008 を使用して単純な C++ プロジェクトをコンパイルすると、元の vista マシンと他の vista コンピューターですべて正常に動作します。ただし、XP ボックスに移動すると、「アプリケーションの構成が正しくないため、アプリケーションを開始できませんでした」というエラー メッセージが表示されます。

コンパイルした EXE が XP と Vista で動作するようにするにはどうすればよいですか? 数か月前に同じ問題が発生し、プロジェクトの設定をいじるだけで修正されましたが、どの設定を変更したか覚えていません。

これを行う最善の方法は何ですか？tmpnam() は、ドライブのルートにあるファイルへのパスを返します。Windows Vista では管理者権限が必要なため、これはオプションではありません。