kameさんこんにちは。

不具合報告ありがとうございます。

このソースなのですが、Devart社のUniDACというDBアクセスコンポーネントでのassertエラーとなります。

この機能はOracleへOCIなしに接続するUniDACのおそらく「売り」の機能であるためか、ソースこそ一応あるものの、難読化されていて何の処理なのか全くわかりません。

再現すれば、デバッグ実行である程度目星も付けられるのですが、再現条件が分からないと、何とも手出しできません。

なにか特殊なデータ型あるいは値などで出ているのではないかと思うのですが、心当たりは足ますでしょうか？。

以上よろしくお願いいたします。

MySQLゆーざーさんこんにちは。

はい、確かに、@DOUBLEで指定した型がFLOATとして生成されますね。どうも、SQL Server用のロジックと混同してしまったような気がします。

今週末のベータ版で修正したいと思いますので少々お待ちください。

shymさんこんにちは。

現象の再現方法が分かりませんでした。接続方式ですが、「DBの追加と削除」から登録した専用接続でしょうか？。それともODBCドライバを使った接続でしょうか？。

お手数をおかけしますが、お教えいただければと思います。

くらくさんこんにちは。

はい、日付・時刻・日付時刻のフォーマットは「前回のものを覚える」仕様ですが、どうも正しく動作していないようでした。

Version 2.13.0 beta 32で対応してみましたので、お試しください。コピー時に「yyyy-MM-dd”T”hh:mm:ss」で初期表示されるかもしれませんが、別の値を指定すると次回以降はその表示形式で表示されるようになるはずです。

bazさんこんにちは。

情報ありがとうございます。Dropboxがファイルをロックしてしまうのかもしれないですね。ちょっとそちらの方向で調査してみたいと思います。

oskさんこんにちは。

はい、ちょっと検討したいと思いますので、しばらくお待ちいただけますでしょうか。

GNGSさんこんにちは。

はい、この体験版なのですが、使用許諾によると、「評価の目的においてのみ」となっていますので、開発目的に使用するのは問題がある可能性が高いです。（他の製品でも体験版は開発目的の使用ができないことが多いです）

日立にも問い合わせてみたいと思いますが、ご期待に沿えるかはちょっと良く分からないです。

以上よろしくお願いいたします。

hmさんこんにちは。

端末名や、IPアドレス、アプリケーション名は（大体）いつも同じものになってしまいそうですが…。監査目的の利用でしょうか？。だとすると、抜け道がいくらでも作れてしまうので、よろしくないようにも思います。

どのような用途でのご要望かお教えいただければありがたいのですが…如何でしょうか？。