問題タブ [int64]

WindowsとLinuxで次の関数を使用したいのですが、__int64をunsignedlongに変換する方法がわかりません。私のように値をキャストしても安全ですか？

文字列を_int64に変換するためにこの関数を試しましたが、機能しませんでした：

lKey値は常にゼロであり、文字列が「1234」のような数字のみである場合を除いて機能しません

C ++文字列ストリームを使用してソリューションを読みますが、純粋なCでアプリケーションを作成したいと思います

QueryPerformanceCounter にアクセスしてルーチンの実行時間を記録するコードがあります。だいたい：

このロギング コードの一部はスレッド内にありますが、一方で、派生した結果にアクセスする表示 UI があります。ロギング コードもアクセスしているのと同じ変数に VCL スレッドがアクセスしている可能性があると考えています。VCL はデータを読み取るだけですが (マングルされた読み取りはそれほど深刻ではありません)、ログ コードはデータの読み取りと書き込みを、場合によっては別のスレッドから行います。

QueryPerformanceCounter 自体はスレッドセーフだと思います。

コードは問題なく問題なく実行されていますが、クリティカル セクションで Int64 カウンターへのアクセスをラップする必要があるかどうか疑問に思っています。

また、クリティカル セクション アクセスの速度ペナルティはどのくらいなのだろうか?

php5では、1707541557936130GETを介して64ビット整数を渡しますが、値は1.7075415579361E+15

どうすればphpに大きな整数をfloatではなくintegerとして使用させることができますか

どうやらシフト<<すると、その結果もint64ではなくint32になります

グローバルに int64 を使用する方法はありますか?

php int64の制限に関連して、URIにint64引数がある場合、GETが誤って数値に変換し、単に文字列として保持するのを防ぐにはどうすればよいですか？

それから

これを防ぎ$_GET['id']、文字列 1707541557936130にする方法は？

現在の動作方法$_GETは使用できません。自分自身を解析する必要があり$_SERVER["QUERY_STRING"]ます。しかし、phpがいつ変数を取得し、誤って再度変換するかはわかりません。

注：これは、64ビットのphpインストールではなく、32ビットで問題になります。

一連の (符号なし) 整数を使用して単純な bignum クラスを書きたいと思います。足し算と引き算がどのように機能するかは大まかにわかりますが、割り算と掛け算は別の話です。32 ビット コンパイラは、int64 を 2 つの int32 に分割することで、64 ビットの int をエミュレートできることを知っています。そのための効率的な方法を探しています。

アセンブリではなく、C++ コードが必要です。速度は主要な関心事ではありませんが、アセンブルを使用しない最も効率的なソリューションは、常に優れています。

unsigned longlongintでの作業と関係があると推測できます。

編集1：私がやろうとしていることの背景：

私はこのテクニックを模倣しようとしています：http：//en.wikipedia.org/wiki/Sieve_of_Eratosthenes 配列を使用して、単純な「プライムですか」を保存している間、1は「はい」、0は「いいえ」です。最終目標はこれを解決することです：

What is the largest prime factor of the number 600851475143 ?ここにリストされています：http：//projecteuler.net/problem=3。私は素数に取り組んでいて、それから素因数に取り組みます。

Edit2：

私が投稿したウィキペディアのリンクを見て、彼らがpuesdocodeを持っていることに気付き（それをスキップして私が持っているものを思いついた）、このメモがあったことに気づきました：広い範囲は完全にメモリに収まらないかもしれません。これらの場合、範囲の一部のみが一度にふるいにかけられるセグメント化されたふるいを使用する必要があります。[14] ふるい分け素数をメモリに保持できないほど広い範囲では、代わりにSorensonのようなスペース効率の良いふるいが使用されます。したがって、「セグメント化されたふるい」方式を使用してこれを行う方法を考える必要があります。

Edit3：

[0]要素を考慮して配列を変更したため、「問題」は、将来の参照には大きすぎる配列メモリサイズにのみ焦点が当てられます。また、配列をuint64ではなくboolとして格納しました。

var次のコードでは、に解決されることを期待していますInt64が、に解決されdoubleます。なんでそうなの？

HTTP 経由で WCF データ サービス (OData) への PUT 要求を実行できません。問題はIDです。自動生成されず、DB 設定を変更できません (この場合は許可されていません)。そのため、ID を送信しようとすると、正しい ID が送信されますが、正しいタイプは送信されません...

明らかに、サービスは ID に Int64 を期待しており、入力を解析できません。コードは次のとおりです。

この関数NextDisplayID()は、最後に挿入された ID を取得してインクリメントするだけです。それは魅力のように機能します。その後に +"L" を追加しようとしましたが (WCF は長い間それを気に入っています...)、解析できません!

編集：

この JSON 文字列を送信しています:

この URL: "http://" + ip + ":8989/Service.svc/Displays("+NextDisplayID+"L)"

IP は lan-ip 192.168.0.191 です

また、コードをいじり続けると...「セグメント「ディスプレイ」のリソースが見つかりません」というメッセージが表示されることがあります。エラーとして

ヘッダーを挿入:

PUT /Service.svc/Displays(132L) HTTP/1.1

ホスト: 192.168.0.191:8989

接続: キープアライブ

コンテンツの長さ: 110

オリジン: http://192.168.0.191:8989

X-Requested-With: XMLHttpRequest

ユーザーエージェント: Mozilla/5.0 (Windows NT 6.0) AppleWebKit/535.11 (KHTML、Gecko など)

クローム/17.0.963.56 サファリ/535.11

コンテンツ タイプ: アプリケーション/json; 文字セット=UTF-8

受け入れる: /

リファラー: http://192.168.0.191:8989/

Accept-Encoding: gzip、deflate、sdch

Accept-Language: en-GB,nl;q=0.8

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

TEXT:DATA例 {"DisplayID":"132L","Name":"fdsafsda","Code":"dsafsda","Status":"0","ProjectID":"1L","Description":" fdsafsad"}

これを読むためのtnx