木戸黄門さんこんにちは。

はい、レコード貼り付け時のエラーダイアログ抑止は、Redmineに登録はしているのですが…。すみませ
ん、未完了のチケット(要望・不具合)がたくさんあり、追いついていません。手の付けやすいものから
片づけている状況です。

もうしばらくお待たせするかと思いますが、よろしくお願いいたします。

tszさんこんにちは。

version 2.13.0 beta 33で修正してみました。よろしければお試しください。

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

shymさんこんにちは。

すみません、こちらでも調査しているのですが、原因はまだわかりません。

編集するときにエラーになるわけではなく、初めから編集不可となるのでしょうか？。ODBCドライバ経由で接続した場合はどうでしょうか？。あとは、外部テーブルであるとか、他の端末から編集可能かどうかなど、お教えいただければと思います。

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

nakadaさんこんにちは。

Microsoft Accessで日付リテラルは #yyyy/mm/dd#形式ではなく、#mm/dd/yy#形式のようですが、それでは如何でしょうか？。

A5:SQL Mk-2では、パラメータは 「:」でしていするか、「@」で指定するかのいずれかで、「#日付#」のような形式は「パラメータ利用モード」の設定値にかかわらず、パラメータとして扱われません。

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

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」で初期表示されるかもしれませんが、別の値を指定すると次回以降はその表示形式で表示されるようになるはずです。