問題タブ [tdatetime]

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.

0 投票する
1 に答える
85 参照

c++builder - TDateTime の計算にバリアントが含まれるのはなぜですか?

生成されたアセンブラを使用した、以下の簡単なサンプル コード。生成されたコードにバリアントが含まれていることに驚きました。Delphi に相当するものは確かにそうではありません。

生成されたコード。

0 投票する
1 に答える
895 参照

delphi - 米国の TDateTime 値を変換して、ヨーロッパ形式で正しく表示する

TDateTime米国の値を2014-04-17 20:35:38ようなヨーロッパの形式に変換する簡単なオプションはありますか?

編集:

米国形式の生の日付/時刻を含む文字列があります。

この文字列を何らかの形で読み取り/解析して、TDateTime型の変数に変換したい-または-単にそれを目的の形式の別の文字列に変換したい:

(デルファイ XE4)

0 投票する
1 に答える
472 参照

delphi - Lazarus と Freepascal を使用してデータ転送速度計算機を作成しようとしています

アプリケーション インターフェイスに「Transfer Rate : XGb p\min」機能を追加しようとしています。Lazarus 1.2.2 と Freepascal 2.6.4 を使用してミリ秒レベルで計算しています。

ディスクから 64Kb ブロックを読み取り、各 64Kb ブロックを処理し、ディスク全体が読み取られるまで、またはユーザーが中止ボタンをクリックするまで繰り返すループがあります。64Kb の各読み取りにかかる時間を計り、1 分あたりのデータ読み取りの平均速度、つまり「1 分あたり 3Gb」を計算しようとしています。

標準時間をミリ秒単位で計算する「GetTimeInMilliseconds」というカスタム関数があります。

また、インターフェイスがミリ秒単位で更新されるのを避けるために、インターフェイスがループの 50 回ごとにのみ更新されるようにするカウンターがあります。つまり、64Kb チャンクが 50 回読み取られると、カウンターは 0 にリセットされます。

問題は、転送表示が表示されないか、RAID0 デバイスの「234Mb p\min」のような不正確な数字が表示されることです! それ以外の場合は、「3.4Gb p\min」のようにより現実的なものになります。同じ PC と同じディスクで繰り返し実行した場合、一貫して正確である必要があり、一貫して不正確ではありません。

これが、ループを実行する Try...finally ループです。また、整数サイズを計算して XMb、XGb、XTb などに変換するカスタム関数である FormatByteSize とも呼ばれます。

例:

Form1.Caption := IntToStr( GetTimeInMilliSeconds(Time) );

0 投票する
1 に答える
1103 参照

delphi - TValue を TDateTime に変換する

TDateTime で TValue を変換するにはどうすればよいですか?

AsInteger、AsDouble などのメソッドがありますが、TDateTime には何もありません。

0 投票する
2 に答える
883 参照

delphi - Delphi TWebBrowser Web ページを最後に表示してから変更されたことを検出する最良の方法は何ですか?

Deplhi TWebBrowser を使用してフォームに「ニュース」ページを表示したいと考えています。ニュース ページは、当社の Web サイトに随時アップロードする単純な HTML ページであり、さまざまなツールから出力される場合があります。表示は問題ありませんが、最後に表示してから変更されたかどうかをアプリで知りたいので、理想的には、変更された日付/時刻またはサイズ/チェックサムのいずれかを取得したいと考えています。精度は重要ではありません。理想的には、メモ帳などの HTML ファイルの編集に「単純な」ツールが使用されたため、失敗する可能性のあるプロパティに依存しないでください。Web で確認すると、いくつかのドキュメントが変更された Java 呼び出しがありますが、どこから始めればよいか本当にわかりません。私は、Delphi の Winapi の多数の呼び出しに目を通しました。WinInet ユニットと、HTTP でファイルを取得して調べることができるようですが、それはハンマーでクルミを割るように思えます。また、明らかな何かが欠けていると思わせるファイルの日時機能も表示されません。Delphi XE5 を使用しています。どの方向を見ればいいですか?ご指摘ありがとうございます。

0 投票する
1 に答える
2022 参照

delphi - Delphi FireMonkey XE7 で文字列を日時に変換中にエラーが発生しました

モバイル デバイスの FireMonkey で文字列を TDateTime に変換するときに問題が発生しました。

常にエラーが発生し、どうすればよいかわかりません。

私が何をしているかをお見せします:

例外は次のとおりです。

「31-03-2015 9:36:00」は有効な日時ではありません。

0 投票する
1 に答える
992 参照

java - Delphi tdatetime to Java Date/Calender

I have a question for you Delphi-cracks out there.

My Java application is communcating with a Delphi Application. The Delphi Application shows some date values within its UI which should be transfered into the Java application via file.

But instead of a UTC or whatever time-string the delphi application exports some floating point numbers which I expect to be just the internal tdatetime-values of the dates.

The following illustrates this using MM/dd/YYYY format:

  • UI: 10/07/2014 -> Export: 41919,00
  • UI: 05/31/2017 -> Export: 42887,00
  • UI: 09/30/2015 -> Export: 42277,00
  • UI: 08/31/2016 -> Export: 42613,00

I'm aware, that the Delphi tdatetime value uses 30/12/1899 as a reference.

Therefor I expected the following code snipet to do the trick:

Yet to my suprise this is not correct

  • Export: 41919,00 -> Java: 10/07/14 00:00 (correct)
  • Export: 42887,00 -> Java: 06/01/17 00:00 (fail, +1 day)
  • Export: 42277,00 -> Java: 09/30/15 00:00 (correct)
  • Export: 42613,00 -> Java: 08/31/16 00:00 (correct)

So what's wrong my code snippet and the conversion?

Actually I don't have the application itself, just screenshots of the UI and the exported files. Therefor there is the slight chance, that the screenshot and the export might itself be not entirely correct.

This would also explain, why

  • UI: 05/31/2017 -> 42887,00 and sometimes 42886,00

Any other explanations? I thought it might be related to different treatments of leap years within Java and Delphie, yet I have not been able to figure this out.

Same problem appears when using a Date and doing some ms-additions instead. The converted dates don't always match the expected values in the UI.

Anyone did conversions of delphi tdatetime to java with a similar snipet as the above and did not encounter any glitches?