問題タブ [encoding]

ENCODING = 'SQL_ASCII';を持つ従来の postgres データベースに接続する必要があります。.

Rails アプリでこのエンコーディングを設定するにはどうすればよいですか?

仕様を理解しているように、Base64エンコーダー

a) ソース バイナリを取得し、長さが 24 バイトの倍数になるようにゼロで埋めます。

b) 次に、一度に 6 ビットずつ、64 文字のターゲット セット (A..Z、a..z、0..9、+、-) にトランスコードします。最後の 2 バイト (16 ビット) がゼロで埋められていることが判明した場合、最後の 2 文字は「==」としてトランスコードされます。最後の 1 バイト (8 ビット) がゼロで埋められていることが判明した場合、最後の文字は「=」としてトランスコードされます。

私の質問は、ステップ (b) で、最後のバイトがパディングされているためにゼロであることと、有効なバイナリ ソース データの一部であるためゼロであることをどのように認識するのでしょうか?

パート (b) を担当するサブシステムは、パート (a) で何が起こったかを知る必要があるということですか?

パスワード暗号化ルーチンを書いています。私の問題を説明するために、以下のアプリを作成しました。約 20% の確率で、このコードは期待どおりに機能します。それ以外の場合、復号化は暗号化例外をスローします - 「データが無効です」。

復号化部分は毎回同じように機能するため、問題は暗号化部分にあると思います。つまり、暗号化ルーチンが、復号化ルーチンが復号化できる値を生成する場合、常にそれを復号化できます。しかし、暗号化ルーチンが復号化ルーチンをチョークする値を生成する場合、常にチョークします。したがって、復号化ルーチンは一貫しています。暗号化ルーチンはそうではありません。

Unicode エンコーディングの使用が間違っていると思われますが、他のものを試しても同じ結果が得られました。

私は何を間違っていますか？

たとえば、次のようなバッチ ファイルがある'test.cmd'とします。

コマンドプロンプトからこれを直接呼び出すことができ'test.cmd some¬arg'、その結果、文字列'some¬arg'が出力されます。

ただし、引数のために呼び出された 2 番目のバッチ ファイルに同じ呼び出しを配置し'tester.cmd'​​、コマンド プロンプトからこれを呼び出すと、結果として文字列'some%arg'が出力されます。

エンコーディングを台無しにするのは何ですか?どうすれば回避できますか? 以前にこれを修正したことは確かですが、方法を思い出せません...

ありがとう！

入力として Stream が与えられた場合、XML データ ソースに対して XPathNavigator を安全に作成するにはどうすればよいですか?

XML データ ソース:

• 削除する必要がある無効な 16 進数文字が含まれている可能性があります。
• ドキュメントの宣言されたエンコーディングと一致しない文字が含まれている可能性があります。

例として、クラウド内の一部の XML データ ソースではutf-8のエンコードが宣言されていますが、実際のエンコードはwindows-1252またはISO 8859-1であり、これに対して XmlReader を作成するときに無効な文字の例外がスローされる可能性があります。ストリーム。

StreamReader.CurrentEncodingプロパティのドキュメントから: 「現在のリーダーで使用されている現在の文字エンコーディング。値は、StreamReader の任意の Read メソッドへの最初の呼び出しの後で異なる場合があります。これは、エンコーディングの自動検出が Read メソッドへの最初の呼び出しまで行われないためです。 " これは、最初の読み取り後に CurrentEncoding を確認できることを示しているようですが、XML データを Stream に書き出す必要があるときに、このエンコーディングを格納するのに行き詰っていますか?

無効な文字の問題のエンコードを (できれば C# で) 適切に処理する XML データ ソースに対して XPathNavigator/IXPathNavigable インスタンスを安全に作成するためのベスト プラクティスを見つけたいと思っています。

これについてGoogle検索を行うことを誰かが勧める前に、私は持っています。コードページとエンコーディングについてもう少し明確にする必要があります。

UTF8 エンコーディングを使用し、イタリア語のコード ページを使用してからフランス語のコード ページを使用すると、バイトが変更されていなくても、異なる文字が取得されるということですか?

ファイルを Perforce に追加すると、そのファイルの種類 (テキスト、バイナリ、utf16 など) を判断しようとします。これはうまく機能しますが、バージョン管理への最初の送信後にファイルタイプを再度チェックすることはないようです。同僚が最近、Unicode (utf16) に変換するテキスト ファイルに変更を加えました。Perforce はこれを認識せず、依然としてテキスト型と見なしていたため、他のユーザーがファイルを取得したとき、ファイルは破損していました。

ファイルを再送信し、明示的にファイル タイプをutf16に変更することで問題を修正しましたが、これが自動的に行われることを希望します。常に特定のエンコーディング タイプを使用するように強制する方法はありますが、そのアイデアが気に入るかどうかはわかりません。誰かがこの問題に対処し、解決策を見つけましたか?

デフォルトのハンドラーを拡張することにより、Java で SAX パーサーを実装しました。XML の内容に ñ が含まれています。このキャラクターに当たると壊れます。文字メソッドで char 配列を出力すると、単に ñ の前の文字で終わります。コンテンツがまだたくさんあるにもかかわらず、他のメソッドが呼び出されないため、パーサーはこの後停止するようです。つまり、endElement メソッドが再度呼び出されることはありません。誰かが以前にこの問題に遭遇したことがありますか、またはそれに対処する方法について何か提案がありますか?

JMS または MQ キューから XML メッセージを取得し、それを別の JMS キューに書き込む Java アプリケーションが Weblogic サーバー上で実行されています。アプリケーションが XML コンテンツを変更することはありません。メッセージの読み取りとキューへの書き込みには、BEA の XMLObject を使用します。

XML メッセージには、エンコーディング タイプの宣言が UTF-8 として含まれています。

XML に通常の ASCII 範囲外の文字 (たとえば、£ 記号など) が含まれている場合に問題が発生します。メッセージがキューから読み取られると、£ 記号がそのままであることがわかりますが、メッセージを宛先キューに書き込むと、£ 記号は失われ、代わりに £ に置き換えられます。

OS レベルの設定 (ロケール設定) を確認しましたが、問題ないようです。これが起こらないことを確認するために、他に何を確認する必要がありますか?

MS Word オートメーションを使用して、.doc を .htm に保存しました。.doc ファイルに箇条書き文字がある場合、それらは .htm に正常に保存されますが、.htm ファイルを文字列に読み込もうとすると (そのため、後で最終的に格納するためにデータベースに送信して、文字列ではなく文字列として保存できます)。ブロブ)、箇条書きは、文字列への読み込みに使用されるエンコーディングに応じて、疑問符またはその他の文字に変換されます。

私はこれを使ってテキストを読んでいます：

StreamReader も使用してみましたが、同じ結果が得られました (File.ReadAllText によって内部的に使用されている可能性があります)。

また、File.ReadAllText の 2 番目のオーバーロードですべての種類のエンコーディングを指定しようとしました。

Encoding タイプで使用可能なすべての列挙型を試しました。

何か案は？