フォーラムへの返信
-
投稿
-
うえぴぃさんこんにちは。
はい、どうも、PosttreSQLのxml, jsonの扱いに問題があるのと、設定でPostgreSQLの「TEXT型をラージオブジェクト型（CLOB）ではなく、文字列型として扱う。」がうまく動かない不具合があり、問題が起きていたようです。
Version 2.13.0 beta 34で修正しましたのでご確認いただければと思います。
木戸黄門さんこんにちは。
はい、レコード貼り付け時のエラーダイアログ抑止は、Redmineに登録はしているのですが…。すみませ
ん、未完了のチケット(要望・不具合)がたくさんあり、追いついていません。手の付けやすいものから
片づけている状況です。もうしばらくお待たせするかと思いますが、よろしくお願いいたします。
清水康広さんこんにちは。
自分も開発では DB2 v10.5 (Windows版のExpress-Cですが…)を使っているのですが、とりあえず現象
は再現できませんでした。どのテーブルに対してもエラーが発生するのでしょうか。あと、接続方法は A5:SQL Mk-2の専用接続でしょうか？。ODBC接続に変えると変わったりしますで
しょうか？。以上よろしくお願いいたします。
郭さんこんにちは。
不具合報告ありがとうございます。どうも、配列の範囲外にアクセスしたときのエラーのようですね。ER図の同期関連のコードを見てみたのですがまだよくわかりませんでした。
申し訳ありませんが、もう少々お待ちください。
以上よろしくお願いいたします。
shymさんこんにちは。
すみません、こちらでも調査しているのですが、原因はまだわかりません。
編集するときにエラーになるわけではなく、初めから編集不可となるのでしょうか？。ODBCドライバ経由で接続した場合はどうでしょうか？。あとは、外部テーブルであるとか、他の端末から編集可能かどうかなど、お教えいただければと思います。
以上よろしくお願いいたします。
nakadaさんこんにちは。
Microsoft Accessで日付リテラルは #yyyy/mm/dd#形式ではなく、#mm/dd/yy#形式のようですが、それでは如何でしょうか？。
A5:SQL Mk-2では、パラメータは 「:」でしていするか、「@」で指定するかのいずれかで、「#日付#」のような形式は「パラメータ利用モード」の設定値にかかわらず、パラメータとして扱われません。
以上よろしくお願いいたします。
岡田さんこんにちは。
ちょっと再現ができなかったのですが、結果セット最大件数到達時の終了処理に問題があったかもしれないです。Version 2.13.0 beta 33 で終了処理に処理を付け加えてみました。
お試しいただければと思います。
kameさんこんにちは。
不具合報告ありがとうございます。
このソースなのですが、Devart社のUniDACというDBアクセスコンポーネントでのassertエラーとなります。
この機能はOracleへOCIなしに接続するUniDACのおそらく「売り」の機能であるためか、ソースこそ一応あるものの、難読化されていて何の処理なのか全くわかりません。
再現すれば、デバッグ実行である程度目星も付けられるのですが、再現条件が分からないと、何とも手出しできません。
なにか特殊なデータ型あるいは値などで出ているのではないかと思うのですが、心当たりは足ますでしょうか？。
以上よろしくお願いいたします。
shinさんこんにちは。
これは起動時ではなく、DB接続時ということでよろしいでしょうか？。
一応、「空のパスワード」を暗号化して記録しているということで、その復号に失敗しているのだと思います。
これはレジストリ設定のコピーでパスワードの盗難を防ぐためにマシン固有の情報を暗号化キーとして利用しているのですが、何かのハードウェアの変更で影響を受ける場合や、場合によってはWindowsアップデートなどでも変わってしまうこともあるようです。
お手数ですが、一応仕様ということでよろしくお願いいたします。
MySQLゆーざーさんこんにちは。
はい、確かに、@DOUBLEで指定した型がFLOATとして生成されますね。どうも、SQL Server用のロジックと混同してしまったような気がします。
今週末のベータ版で修正したいと思いますので少々お待ちください。
ぱんかれさんこんにちは。
現象の再現方法が分かりませんでした。PC負荷が高いとき…というのもなかなかむつかしいですね。とりあえず、Version 2.13.0 beta 32でチェックロジックを強化してみました。
どうでしょう…。
