問題タブ [sanity-check]

6.x のベース SDK で 4.3 の展開ターゲットをサポートしているアプリケーションがあります。

ドキュメント「Using SDK-Based Development」に記載されている戦略に基づいて、API メソッドを弱くリンクし、古いランタイムに代替の回避策を提供する必要があることに気付きました。

私が直面している問題は、ときどき、意図せずに、新しい SDK でのみ使用できるメソッドを使用し、そのメソッドを弱いリンクにしなかったことです。これにより、古いバージョンの OS でアプリを実行しているユーザーにクラッシュが発生します。

古いランタイム (iOS 4.3) を使用しているユーザーの数が減少していることはわかっていますが、iOS 以外の SDK で使用可能な API をリストするレポートを生成するためのツールまたは方法があるかどうかを知りたいです。製品を出荷する前に、適切なウィークリンクが実行されていることを確認するためにコードをレビューできるようにします。

ソースを古いバージョンの SDK にコンパイルするとエラーがスローされるはずですが、Apple の戦略は常に、古い SDK を使用せずに新しい XCode を出荷することでした。

私は完璧な解決策を探しているわけではありません。他の回避策も役に立ちます。

アップかダウンかにかかわらず、Java プログラムを使用してチェックする必要がある 20 ～ 30 個の URL のリストがあります。開く前の URL では、自動化する必要があるユーザーによるユーザー名/パスワードの入力が必要です。これに何を使用するかを決めることができません。誰かが以前にそれを行った場合、またはこれに対する解決策を考えられる場合は、親切に助けてください。

ありがとう。

私は、Java サーバーと TLS クライアント間の安全な通信チャネルの確立に取り組んでいます。ハンドシェイクの間、すべてがうまくいき、クライアントの Hello とサーバーの Hello メッセージは正しいです。さらに、どちらも関与しているセッションに対して同じマスター シークレットを生成します。しかし、ハンドシェイクの本当に最後に、サーバーは「暗号文の健全性チェックに失敗しました」という例外をスローします。

クライアント トレース

サーバー側:

私が理解できないのは、サーバーがクライアントから送信された ChangeCipherSpec メッセージの復号化に成功しているのに、なぜそのような例外を起動しているのかということです。そのような例外の理由は何でしょうか?

注意: 私はすでにチェックしており、両方とも同じマスターキーを派生させました。これは次のとおりです。

サーバー側

クライアント側

よろしくお願いします。

スキップリストを実装しています。それが何であるかは重要ではありませんが、現在 1000 ノードでは機能しますが、10000 ノードでは機能しません。驚いたことに、変わってはいけない多くのことがゴミの値に変わっていました。たとえば、関数 insertNode の前後に inputValue を出力しました。常にインクリメントする必要がある場合でも、ゼロにリセットされることがあります。コードを見てみましょう (読み取りファイルの入力をスキップします。問題は while サイクルで発生します):

ヴァルグリンドを走らせました。無効なメモリの書き込み/読み取りが発生した後、変数が変更されたため、少なくとも私はそう信じています。そのため、サニティ チェックを追加しました。そして、私が思ったように、キーにアクセスしようとする前に無効なメモリの書き込み/読み取りはありませんでした[9999999999999999999999]。しかし、その行は int sanitycheck is changed しか実行できませんが、私は決して実行しません。

最後に、insertNode のコードを次に示します。これを引き起こす可能性のあるものは何もありません：

そして構造：

私はmallocも使用していません。ポインター操作はありますが、valgrind は私が何か悪いことをしたかどうかを検出する必要がありますよね? メモリが不足している場合は、例外が発生します。私が作成し、決してアクセス/書き込み/変更しない int が変更される可能性はありますか? 長文で申し訳ありませんが、どこに問題があるのか​​わかりません。

健全性チェックなしの Valgrind 出力 (keys[999...9]): http://pastebin.com/hWH3fri2

155 行目は while (inputFile >> inputKey) です。

私はいくつかの問題に気が狂っていますが、それを修正する方法がわかりません。単純な json 文字列を解析し、それを使用してサイトのコンテンツを更新しようとしています。

これにより、次の結果が得られます。

未定義

029348203984

したがって、数字の読み取りはうまくいきます。しかし、OID はうまくいきません。私の別のコードでは、正常に動作します

そして、これは機能します

computerXDropbox にいくつかの Git リポジトリを保持しています。これは、異なるコンピューター間で Dropbox の同期がうまくいかないためです (computerB以下の )。ファイルがあると思います。

それらをすべて単純に削除するのはちょっと心配です。そのようなものを取り除く前にサニティチェックする方法について誰か提案がありますか?

私は非常に多くのキーを使用していることに気づき、時には次のようなサニティ チェックを入れます。

(これは実際には非常に単純なテストです。実際のテストは非常に複雑になる可能性があります。) そのため、実際にはキーが必要なく、サニティ チェックのみが必要な場合にキーを使用しないのはなぜでしょうか? 例えば：

キーを実際に使用しない限り、Saxon は終了しないことに気付きました。

しかし、XSLT プロセッサが実際にこのパターンで終了することを確信できますか? これは、キーが使用されるように設計された方法ではないと思います。

背景: 魅力的でない代替案 (tl;dr の場合は無視してください)

Schematron がこのアプローチの代わりになる可能性があることは認識していますが、これらのテストはドキュメントの有効性ではなく、スタイルシートがドキュメントを処理できるかどうかに関するものであるため、スタイルシート自体によって実装されるテストは非常に魅力的です。

別の方法として、キーの代わりにテンプレートを使用することもできます。ここに 2 つのオプションがあります。

1. テストと終了のテンプレートは、通常の処理中に「通常の」テンプレートを無効にします。ただし、通常の処理中に、テストする必要があるすべてのノードが、却下可能なテンプレート マッチによって必ずしも処理されるわけではありません。

2. 次のように、テンプレートを使用して別のテストを実行します。

   /li>

単純なパターンでは表現できないより複雑なチェックが追加の労力なしで可能になるため、キーにはまだ利点があります。テンプレートを使用すると、次のような構成が必要になります。

ここには 2 つの欠点があります。

1. より多くのボイラープレート コードが必要です。そこを間違えると、テストが正しく実行されませんが、気が付きません。必要なもの:
   • テンプレートのような「恒等変換」
   • <xsl:apply-templates mode="sanity-check" select="node()|@*"/>より複雑なテストを含む各テンプレートで。
2. オーバーラップするテストの問題。たとえば、1 つがmatch="A|B"、もう 1 つが でmatch="B|C"、どちらも<xsl:choose>/<xsl:if>を終了する必要があるかどうかを判断する必要があります。要素<B>はテンプレートの 1 つにのみ一致します。キーを使用すると、一致が重複することを心配する必要はありません。

Time and again I have to deal with code like consider following hypothetical example:

Now, problem is that if node is undefined this condition will break. Similarly, it will break if node.data is undefined, node.data.creatures is undefined and so on.

So I end up using following kind of long condition:

Now, imagine I have to use parts of that JSON object in many other parts of code too.

The code suddenly starts looking very ugly. Is there a better way of avoiding errors like "Cannot call property of undefined" kind of errors due to the first condition I mentioned such that the code looks better too.

そのような状況にどのように対処しますか？