問題タブ [rawbytestring]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
delphi - Delphi2009RawByteStringの気まぐれ
なんらかの理由で、UTF8Stringの生のバイト内容を表示したいとします。
(1)これは行いません。読み取り可能なフォームが表示されます。
(2)ただし、これは「機能」します。連結に注意してください。
私は(1)を理解していますが、コンパイラがUnicodeStringを強制的に強制すると、RawByteString変数をそのまま表示できなくなるようです。しかし、なぜ(2)で動作が変わるのでしょうか。
(3)見知らぬ人はまだ-連結を逆にしましょう:
私はDelphiの新しい文字列タイプを読んでいて、それらがどのように機能するかを理解していると思いましたが、これはパズルです。
delphi - Delphi 2009 - 暗黙的な文字列から RawByteString への変換に関する警告
私はD2009を手に入れ、それを既存のプロジェクトの1つで使用しました.すべて正常にコンパイルされますが、プロジェクトで正規表現を使用するためにDIRegExを手に入れました.
ただし、 String から RawByteString へ、またはその逆について常に警告が表示されます。例えば
現在、SetSubjectStr パラメーターは RawByteString 型であり、idHTTP.Get からの応答は単なる文字列です。私がどちらかを持っているのは奇妙に思えます
また
私はここで何をすべきか。
c++ - C / C ++バイナリデータにunsignedcharを使用するのはなぜですか?
unsigned char
文字エンコードまたはバイナリバッファで動作する一部のライブラリのように、バイナリデータを保持するために使用する必要が本当にありますか?私の質問を理解するために、以下のコードを見てください-
両方とも正しくprintf's
出力されます。ここで、は16進数のUnicodeコードポイントのエンコーディングです。f0 a4 ad a2
U+24B62 ()
memcpy
charが保持するビットも正しくコピーしました。
unsigned char
の代わりにの使用を提唱する可能性のある理由は何plain char
ですか?
他の関連する質問unsigned char
では、C仕様によってパディングがないことが保証されている唯一の(バイト/最小)データ型であるため、強調表示されています。しかし、上記の例が示しているように、出力はパディング自体の影響を受けていないようです。
上記をコンパイルするためにVC++Express2010とMinGWを使用しました。VCは警告を出しましたが
warning C4309: '=' : truncation of constant value
出力はそれを反映していないようです。
PSこれは重複の可能性があるとマークされる可能性がありますバイトのバッファは符号付きまたは符号なしのcharバッファですか?しかし、私の意図は異なります。うまく機能しているように見えるものをchar
入力する必要があるのはなぜunsigned char
ですか?
更新: N3337から引用するには、
Section 3.9 Types
2自明にコピー可能なタイプTのオブジェクト(基本クラスのサブオブジェクトを除く)の場合、オブジェクトがタイプTの有効な値を保持しているかどうかに関係なく、オブジェクトを構成する基になるバイト(1.7)をcharの配列にコピーできます。またはunsignedchar。charまたはunsignedcharの配列の内容がオブジェクトにコピーバックされた場合、オブジェクトはその後元の値を保持する必要があります。
上記の事実と、私の元の例がchar
デフォルトでに設定されているIntelマシン上にあったことを考慮すると、よりも優先されるべきsigned char
かどうかはまだ確信が持てません。unsigned char
char
他に何か?
byte - raw バイト形式のトラッキング デバイスからの入力を処理する PHP
トラッキング デバイスがライブ トラッキング情報をバイト形式で送信しています。バイトのサイズは 70 バイトです。シングルバイトではなく、マルチバイト形式です。
統合ドキュメントでは、入力の有効な形式を次のように提案しています。
4D434750007E02090008581CD81F04029E000B01C2040020764FF37B00480800000000000000A0CC0004020C422C140839B1F602E74900001D000000D50C2C094CD201
文字列のサイズは 140 文字で、doc によるバイト サイズは 70 バイトです。
データがこの形式で来ることを期待して、substrを使用してコーディングを行いました。
しかし、デバイスを統合すると、この形式で送信されず、substr で結果が得られません。
strlen は 0 を返します
入力を varchar(200) の db 列に保存すると、列の phpmyadmin に MCGP à^uutÚM£g... が表示されます。
How to listen to a TCP port using PHP? を使用してリスナーを作成しました。例であり、正常に動作しています。
しかし、上記の例に示すように、バイト入力の処理と HEX 文字列への変換に行き詰まっています。
各バイトを抽出する場合 (たとえば、文字列から 17 番目と 18 番目のバイトを抽出するにはどうすればよいですか)
助けてください
python - numpy.genfromtxt を使用すると TypeError: Can't convert 'bytes' object to str implicitly が返される
kaggle.com からの python のプロジェクトがあります。データセットの読み取りに問題があります。1 つのcsv ファイルがあります。それを読み込んで、ターゲットとトレーニングの部分を配列に入れる必要があります。
以下は、データ セットの最初の 3 行です (ターゲット列は 19 列目で、特徴は最初の 18 列です)。
ここに表示されていないターゲット列には文字列値があります。
私が得ているエラーは次のとおりです。
delphi - Free Pascal の RawByteString 型
Free Pascal のドキュメントには、RawByteString
型が Free Pascal で定義されていると記載されていますが、どこにあるのかわかりません。Delphi のようにユニットで定義されていることを期待する必要がありSystem
ますが、(FPC 2.6.2, {$mode delphi} を使用して) 関数宣言をコンパイルすると、
コンパイラエラーが発生します
自分で型を宣言できると思います:
しかし、「ネイティブ」の FPC 宣言を見つけたいと思います。
素早い回答ありがとうございます。FPC 1.x をサポートする必要がないため、必要な回避策は次のとおりです。
python - 不要な文字 'L' を追加する Python 構造ライブラリ
いくつかのメッセージ用の単純なシリアル化ライブラリを作成しようとしています。動作しており、すべて問題ありませんが、何らかの理由で特定のメッセージの末尾に「L」が追加され続けます。文字通り、他の文字は決してなく、常に L であり、常に同じデータに対してです。ただし、一般的に、データの大きな部分に L を貼り付けているようで、何が起こっているのかわかりません。
私が見ることができることから、ビット文字列の最後に L として読み取られるバイトがないことは明らかです。いくつかのコードを示すこともできますが、この問題を診断するにはバイト文字列で十分であると思われるため、簡単に説明します。
javascript - rawbytes イメージのサイズを縮小し、変換してデータベースに保存できますか?
私は、kony アプリのアカウントの作成とプロファイルの編集ページを作成しています。作成したサーバーの情報はサーバーに保存されます。
私の問題は、電話でキャプチャしたり、ギャラリーからインポートしたりしたプロフィール画像が、必要以上に大きいことです。アカウント作成時にアップロードする負荷が重くならないように、画像サイズを小さくする方法はありますか?
Kony はコード ビハインドとして javascript を使用しているため、javascript を使用する方法があれば、本当に感謝しています。
私は現在、rawbytes で利用可能なイメージを持っており、それを base64 に変換して、データベースに保存できるようにしています。そのため、アカウントの作成と更新プロセスをよりスムーズに実行するために、何らかの形でサイズを縮小する必要があります。おそらく、他の形式で保存する必要があるかもしれません。