問題タブ [windows-7-x64]

誰が私を助けてくれますか: 私は VS.net 2008 で Win7 x64 に取り組んでいます。

アプリケーションをデバイス エミュレーターにデプロイすると、コンピューター/データベース サーバーに接続できません。デ エミュレーターとモバイル デバイス センターの両方が DMA を使用するように構成されています。デバイス マネージャーを使用してデバイスをクレードルしても、何も起こりません。

何を試すことができますか？

WinHTTP を使用するアプリケーションがあり、Windows 7 (64 ビット; 32 ビット バージョンはまだテストしていない) で WinHttpOpen の呼び出しが失敗し、戻ります

「グループまたはリソースは、要求された操作を実行するのに適切な状態ではありません。」

これはエラー コード 5023 に対応し、管理者と標準ユーザーで発生します。この呼び出しを含む C++ DLL は、Windows XP Professional システムで Visual Studio 2008 (32 ビット) を使用してコンパイルされました。

Outlook 2007 以外の場合、これは VM へのクリーン インストールです。

ありがとう！

WindowsマシンでSYSTEMとして実行されるコンポーネントを含むJavaアプリケーションがあります。Windows 7 x64では、jnidispatchライブラリを解凍しようとすると1つのコンポーネントが失敗します。

以下にコピーされているのは、jnaライブラリのNativeクラスからのコメントの抜粋です。

JNAクラスがロードされると、ネイティブ共有ライブラリ（jnidispatch）もロードされます。{@link System＃loadLibrary}を使用して、システムライブラリパスからロードしようとします。見つからない場合は、適切なライブラリがクラスパスから一時ディレクトリに抽出され、そこからロードされます。

OK、これまでのところ順調です。Javaは、java.io.tmpdirが指すものにjnidispatch.dllを解凍しようとしています。問題は、java.io.tmpdirがその特定のプロセスのC：\ Windows \ system32 \ config \ systemprofile \ AppData \ Local \Temp\を指していることのようです。このディレクトリが存在し、SYSTEMがフルコントロールを持っています。ただし、そのディレクトリへのjnidispatchDLLの抽出は常に失敗します。同じディレクトリにファイルを手動で書き込むようにアプリのコードを変更すると、書き込みは成功します。

関連するJavaおよびJDKコードを調べたところ、明らかな誤動作は見られなかったため、これはWin7 UACに関連する奇妙なバグであると結論付ける必要がありますが、それが何であるかを理解できれば気になります。どんな提案でも大歓迎です。

開発プラットフォームを Windows XP X86 から Windows 7 X64 に移行すると、次の ODBC 例外が発生します。

私が確信しているのは、接続しているサーバーが 32 ビットであり、実行しているコンピューターが 64 ビットであり、使用中の ODBC ドライバーが 64 ビットであることです。

私が書いているアプリケーションは 32 ビット モードで実行するように設定されています。これは、私たちが採用しているサードパーティ ソフトウェアの一部が 64 ビットと互換性がないためです。

32 ビット ドライバーをダウンロードして DSN を変更しようとしましたが、問題は解決しませんでした。私はまだ例外を取得します。

誰かが 32 ビット SQL ドライバーへのリンクを持っている場合、またはプロジェクトを変更することでこれを修正する方法についてのアイデアを持っている場合、私はすべて耳にします。

前もって感謝します、

-ジュルド-

考えられることはすべて試しましたが、Apache FtpServer サービスを開始しようとすると、常にこのエラーが発生します。

Windows は、ローカル コンピューターで Apache FtpServer を開始できませんでした。詳細については、システム イベント ログを確認してください。これが Microsoft 以外のサービスである場合は、サービス ベンダーに連絡し、サービス固有のエラー コード 0 を参照してください。

Windows 7 または Windows Vista で Apache FtpServer を Windows サービスとして機能させた人はいますか?

ノート：

1. 私の Java_HOME 環境変数は c:\java に設定されており、このディレクトリを長い C:\Program Files\Java\jdk1.6.0_17 にリンクするシンボリック リンクがあります。
2. また、c:\ftp からより長い C:\Program Files (x86)\Apache Software Foundation\apache-ftpserver-1.0.3 を指す別のシンボリック リンクもあります。
3. そもそも私がこれを行った唯一の理由は、一部の人々がスペースや長いパス名に問題を抱えていることを読んでいたためですが、ディレクトリも物理的に移動しようとしましたが、すべて同じエラーが発生しました.

そのため、Windows XP Visual Studio 2008 で開発を行ってきました。C++ アプリを 32 ビット モードでビルドしていると思います。新しい Windows 7 64 ビット ボックスでプログラムを実行すると、ロードの途中でアクセス違反エラーがスローされます。そこで、すべての開発ツールをロードし、Windows 7 でプロジェクトを再コンパイルしてクラッシュ サイトを見つけましたが、完全に機能しました。何？アプリを x64 で動作させるにはどうすればよいですか? 2 つの別々のバージョンをリリースする必要がありますか? 64 ビットをターゲットにできることはわかっていますが、2 つの別個の実行可能ファイルは好きではありません。検索しましたが、2 つのバージョンのソリューションまたはすべての .net を取得し続けています。これはネイティブ C++ です。どこかに x86 フラグはありますか?

Win7 x64 Professional にアップグレードしたばかりで、Rails アプリの開発を再開したかったのですが、次のエラーが表示されます。

サーバーを実行しようとしている間。必要な .dll を ruby​​\bin ディレクトリにコピーすることで、OpenSSL と Iconv に関するすべてのエラーを軽減しました。私はこれについて困惑しています.x64を現在実行している可能性がありますか? 少なくとも、それを引き起こした.dllという名前の他のスタックトレースはわかりません。

宝石リスト:

MySQL v5.1.41-community も実行しています。MySQL5.0をインストールしてみます。

• 更新 : 私はプロジェクトで OpenSSL を使用したことがないと言わざるを得ないので、そもそも OpenSSL が必要であることにかなり困惑していると言わざるを得ません。Rails のエラーかどうかを確認するために、ダミーのアプリ (rails bla) を作成しましたが、ランダムなエラー ( "raise NotImplementedError, "No random device" ) が " activesupport/lib/active_support/secure_random.rb" . それをググって、githubの別のバージョンに置き換えました。これでスケルトンが作成されましたが、サーバーを実行しようとすると、Rails のデフォルトのダミー アプリであっても、同じエラーが発生します。 . 私は再びそのファイルにハッキングしようとしますが、最初に OpenSSL がここで何をしていて、DLL を必要としているのかわかりません。

途方に暮れましたが、どんな助けもいただければ幸いです。前もって感謝します ！

シリアルCOMポートにテキストを書き込む.netアプリケーションがあります。より正確には、POSレシートプリンターです。シリアルデバイスへの書き込みと読み取りにRs232クラスライブラリを使用しています。

私の問題は、オペレーティングシステムをWIN7 64ビットバージョンに更新した一部のクライアントで、COMポートへの接続を作成するのに問題があることです。

com-portは他のプロセスに占有されているようで、アプリケーションが新しい接続を開くのをブロックします。だから私の質問のために、誰かが私がcomポートへのすべての接続を閉じることができる方法を知っていますか？または何がそれをブロックしているのかわかりますか？繰り返しになりますが、これはwin7および64ビットユーザーにのみ影響するようです。

ありがとう

やや奇妙な問題...マシンの再起動後に初めて .NET アプリを起動すると、SQL Server クエリが非常に遅くなります...デバッガを一時停止すると、クエリからの応答の取得で停止していることに気付きます. これは、リモート SQL サーバー (2008) に接続している場合にのみ発生します...ローカル マシン上のサーバーに接続する場合は問題ありません。また、アプリを再起動すると、リモート SQL サーバーから離れていても高速に動作し、その後の実行も問題ありません。唯一の問題は、マシンの再起動後に初めてリモート SQL サーバーに接続するときです。さらに、リモート SQL サーバーにも接続するサード パーティ製アプリ (.NET も) で、これとまったく同じ動作をすることに気付きました。

別の情報... これは、マシンを XP から Win7 (64 ビット) にアップグレードしてから発生し始めたばかりです。また、Win7 にアップグレードした私のチームの他の開発者も同じ動作を見ています (私たちが開発しているアプリとサード パーティの .NET アプリの両方で)。

編集：コメンターによる提案により、https://serverfault.com/questions/100141/sql-server-queries-are-really-slow-only-on-first-runにもコピーされました