問題タブ [packed]

このデータファイルで一連の数値フィールドに遭遇しています。フィールドは6バイト（12ニブル）です

最初のニブル-これまでのすべての場合で、「4」です。2番目のニブルは、小数点の左側の桁数を表します。残りのニブルはフィールドの値です。

したがって、たとえば、4327 0000 0000 = 270.0および、4260 0000 0000 = 60.0および、4026 3000 0000 = 0.263

私の質問は次のとおりです。「4」は重要ですか？（どのように、なぜ？）

この最初のニブルにも符号ビットが含まれている可能性はありますか？（私が現在持っている例はすべて正の値であるため、参照のフレームはありません。）

これがより長いフィールド（たとえば、16ニブルのフィールド）である場合、小数点以下の桁の値が9より大きい可能性があり、それはどのように表されますか？（2番目のニブルを「A」/「B」などとして表示するか、最初のニブルをインクリメントして「5」を表示しますか？

誰かがこの特定のパターンを見たことがありますか？そして何が起こっているのか知っていますか？

（ファイルの作成に使用されたプログラミング言語はわかりません。）

重複の可能性：
Javascriptの難読化解除

誰かが私がこれを難読化するのを手伝ってくれる？いろいろ試してみましたが、希望はありません。

パックされた構造で読み取る EEPROM (4KB) に多くの構成データがあります。ファームウェア全体で、これらの値を頻繁に読み取り/変更する必要があり、パックされた構造体のパフォーマンスは最適ではないため、まったく同じでパックされていない 2 番目の構造体があります。パックされた構造体からアンパックされた構造体に各値を 1 つずつコピーする必要がありますが、これはエラーが発生しやすいものです。

これを行うよりスマートな方法はありますか？

javascriptファイルをパックする2つの異なる方法を見つけました.packedとpackerがあります。圧縮後のエンコード js ファイルは次のようになります。

と

2種類の違いは何ですか？2 番目のタイプ (packer) でパックする方法は知っていますが、最初の方法 (packed) でパックする方法はわかりません。

解決できないように見える問題があります。私は大規模なプロジェクトを手渡され、特定のページのサイズを縮小してモバイル ユーザーの読み込み時間を短縮するように依頼されましたが、プロジェクトは私が慣れているよりもはるかに複雑で、ちょっと溺れています。これはEclipseでMavenを使用するJSFプロジェクトであり、私の問題は次のとおりです。プロジェクトのwarファイルをJbossに入れて実行するたびに、ページサイズのほぼ70％を占めるpacked.jsとpacked.cssという2つのファイルがダウンロードされます. 他の不要なファイルをすべて削除しましたが、これらを削除する方法がわかりません。packed.js と .css が使用されていないことは確かですが、これらのファイルが読み込まれないようにする方法や、ファイルの場所を見つける方法さえわかりません。読み込まれています。それに関して私が見つけた唯一のことは、Richfaces がそれらをロードしていることです。

次のコード行は、使用されている各ページの先頭からのものです。

これが原因の 1 つだと思います。豊富な顔の参照を削除しましたが、プロジェクトが壊れてしまいました。よく知られている解決策がある場合は申し訳ありませんが、それらのファイルを削除する方法がわかりません。他に必要なコード スニペットがある場合は、そのコードをお知らせください。お時間をいただきありがとうございます。

いくつかの既存のコードでそれを見つけました。いくつか問題があるように見えますが、コードは正常に動作します。このコードにトリックが含まれている場合は助けてもらえますか?

構造体のサイズを計算するときに 2 つの unsigned を無視するのはなぜですか?

現代の高度な SV RTL シミュレーターでは、パックされた配列と比べてアンパックされた配列を使用すると、シミュレーションのフットプリントが増加する可能性があるというのは本当ですか? もしそうなら、これは問題であり、検証チームはパックされた配列を使用するルールを主張しますか? ティア。サンジャイ

次の構造を持つ 1 つの EFS アイテムを作成しました。

EFS ファイルのサイズが 16 バイトになったので、圧縮されていると思います。

これで、電源を入れたときに EFS から値を読み取る同じ構造がありますが、コンパイラによって返される構造のサイズは 18 バイトになります (コンパイラはパッキングをサポートしていないため、EFS の読み取りは失敗していました)。

16バイトだけ読んで合格しました。

質問:

(1)。16 バイトだけを読み取った場合、データ損失のリスクはありませんか?次の値を EFS に、

16 バイトしか読み取らず、構造体のすべてのメンバーに正しい値が割り当てられました。私の構造が間違った値を持つシナリオはありますか?

(2)。ステップ1で混乱したため、以下のような一時的な構造を1つ作成しました

これで、EFS と構造体の両方のサイズが 16 バイトになりました。バージョン =0、y1=6、y2=10、y3=60 として EFS に入力すると、

メンバーには次のような値が割り当てられます:version=0,y1_a = 6, y1_b =0, y2_a = 10, y2_b =0, y3_a =60, y3_b =0;

誰かがこれを理解するのを助けることができますか? 私の考えは、(EF のサイズと構造体の両方が同じになるように) 一時構造体を読み取り、一時構造体から元の構造体に値を割り当てることです。