問題タブ [startup]

PYTHONSTARTUP環境変数を使用しようとしています。[マイコンピュータ]->[詳細設定]などで「c：\ python25 \ pythonstartup.py」に設定しましたが、機能しないようです。

IDLEを開くと、変数は認識されますが、スクリプトは実行されません。

XPとPython2.5.2を使用しています。まだ3.0にアップグレードしたくありません。

ありがとう

パスワードを Windows サービスに送信する最良の方法は何ですか? アプリケーションを開始するには、パスワードが必要です。サービスが「通常」ユーザーの操作なしで実行されることになっていることは気にしません。オペレーターがアプリケーションを起動してからログオフできることは、私たちにとっては十分なことです。

UNIX システムでは、stdin を介してパスワードをエコーするだけですが、サービスには stdin がありません。

現在、DPAPI を使用して、CryptProtectData を使用してパスワードを保存するだけです。これは機能しますが、厄介になり始めている他の問題を提示します。

パスワードを送信しているサービスとアプリケーションの間で何らかの形式の IPC を使用する必要があると推測していますが、どの方法が適切かはわかりません。

ありがとう

プログラムCintaNotesに「Windowsの起動時に実行」オプションを追加する必要がありますが、その「クリーンさ」を犠牲にしたくありません。これは100％ポータブルなフリーウェアであり、システムに痕跡を残してはなりません。スタートアップショートカットから実行を自動検出し、システムトレイに自動的に最小化するというアイデアを思いつきました。それを行う方法はありますか？私はC++と生のWinapiを使用しています。

したがって：-レジストリへの書き込みはありません-コマンドラインパラメータはありません

ありがとう！

UPD：問題は、システムトレイを最小化する方法ではありません！問題は、レジストリとコマンドラインパラメータを使用せずに、プログラムを通常の実行とスタートアップフォルダのショートカットから実行することをどのように区別できるかということです。

PerlSetEnv の使用からカスタム構成ディレクティブの使用に切り替えようとしています。set_valドキュメントからのコピーを含む構成モジュールがあります。

...すべてのカスタム ディレクティブ サブルーチンによって呼び出されます。次に、.conf に次のように記述します。

これは、 httpd -t がファイルの構文を許可するという点でうまく機能します。問題は、BEGIN ブロック内から構成ファイルの値を取得できないように見えることです。これを行う必要があります。

私はあらゆる種類のものをいじってみました：

...しかし、役に立たない。私の努力のほとんど（CmdParms->serverたとえばアクセスしようとする）の結果、Parent: child process exited with status 3221225477 -- RestartingApacheが自動的に再起動されます。私が合格した場合ServerUtil->server to get_config()、サーバーは存続しますが、警告は「1」のみを出力します。

BEGINリクエストはさまざまであるため、ブロック内でリクエストに関連するものを取得できないためであるとどこかで読みました。PerlOptions +GlobalRequest を使用し$ENVてブロック内で見ることができたことを除いて、それはある程度理にかなっていBEGINますが、リクエストがどのように発生するかに依存しているのと同じように、自分のディレクティブを見ることができないのはなぜですか? 特に紛らわしいのは、 に渡そうとするとApache2::RequestUtil->request->per\_dir\_config()、ブロック内でそれが真である場合、どうすれば に到達できるかというget_config()ことGlobal $r object is not available. です。BEGIN$ENV

サービスを作成しましたが、サービスが行うことは、xml ファイルに情報を書き込むことです。

ほとんどの場合、予定外の再起動で発生するようですが、使用されているファイルが「ロック」されているため、サービスを開始できません。このエラーは、サービスが「自動開始」に設定されているため、システムがまだ起動しているときに発生します。

これはWindows 2003の下にあります。

なぜこれが起こっているのか知っている人はいますか？

ありがとう。

私はsettings.pyにプロセスを開始させることを考えていましたが、これは少し醜いようでした。

カスタム起動スクリプトを作成したくありませんし、このプロセスの開始を遅延させることもできません。

背景: MVVM を使用して WPF アプリを作成し、DI コンテナーを使用して ViewModel を構築しています

私の App.xaml は次のようになります。

MainWindow.xaml は次のようになります。

これですべて正常に動作しますがStartupUri、XAML にハードコードされているため、これは望ましくありません。
見つけたいくつかのブログ投稿と記事のガイダンスに従って、 を削除し、次のように App.xaml.cs にフックしStartupUriて を作成しようとしました。MainWindowOnStartup

問題は、次の例外を除いて、ウィンドウを表示しようとするとアプリがクラッシュすることです。

「{serviceLocator}」という名前のリソースが見つかりません。リソース名は大文字と小文字が区別されます。マークアップ ファイル 'WpfApp;component/mainwindow.xaml' の行 8 位置 45 のオブジェクト 'System.Windows.Data.Binding' でエラーが発生しました。

私が知る限り、この<Application.Resources>セクションは単に xaml ファイルから読み出されていません。OnStartup にコードを追加して、次のようにプログラムでリソースを追加できます。

ただし、これは醜いハックであり、後で app.xaml ファイルに何か他のものを入れたい場合は役に立ちません :-(

他のイベントをフックする必要がありますか？これを回避する方法はありますか？

Windowsレジストリに追加することにより、Windowsの起動時にc＃プログラムを実行するように設定しています。それはうまくいきますが、ここに私の問題があります...

プログラムをシステム トレイで開始したいのですが、Windows によって自動的に開始された場合のみです。ユーザーがデスクトップからプログラムをダブルクリックした場合、プログラムがシステム トレイで起動しないようにします。現在、常に通常のウィンドウ モードで開くか、システム トレイで常に開くことができます。

私のプログラムがWindowsの起動によって起動されたかどうかを判断する方法はありますか? または、この問題の代替手段はありますか?

ありがとう！

Visual Basic 6 は、起動時に他のアプリケーションのインストールまたはインストールの完了を試みることがあります。なんで？

私はこれを何年にもわたって何度も見てきましたが、非常に迷惑です。最近、SDK のみの Business Objects と 3.5 までのすべてのサービス パックを VM にインストールしました。初めて VB6 にアクセスすると、Windows インストーラーに「インストールの準備をしています...」と表示されます。CPU は 100% に固定されています。次に、Visual Studio 2003 Disk 1 の場所を尋ねます。キャンセルできますが、これには 2 ～ 3 回かかり、仕事に取り掛かることができます。別のVB6を開くと、プロセス全体が再び開始されます。

これは、MS Office XP と Office 2003 が更新されたため、以前にも発生したと思います。

何が起こっているのか、それを修正する方法を知っている人はいますか?

更新: エクスプローラーを使用して検索すると、同様のボックスが開き、MS Office 2003 コンポーネントをインストールする必要があります。これは、追加されたビットが BO SDK だけだったことを考えると、本当に少し不可解です。

このような小さなことが、私を LUV Windows にします。

更新: Visual Studio 2003 の Disc 1 から何かをインストールしようとしています。"Install Me" COM オブジェクトのリストはどこに保存されますか? レジストリで？

これはWindows2003（またはそれ以降）のマシンで、毎朝電源が入りますが、数時間後まで誰もログオンしません。

その間の時間を使ってバックアップスクリプトを実行したいc：\ script \ backup.cmd

マシンが起動した後、どうすればこれを無人で開始できますか？

2つのレジストリキーを試しましたが、ユーザーがログオンした後にスクリプトが実行されました（遅すぎます）。

結局、そのようなオプションのあるWindows TaskSchedulerを使用しましたが、別の可能性があるのではないかと思いました。