フォーラムへの返信
-
投稿
-
hkさんこんにちは。
パスが出てしまうのは、解消しているつもりだったのですが…まだ出てしまうことがあるのですね…。
これは、アサートが失敗すると、ソースコードの位置を報告しているだけで、特にそのパスで何かアクセスするということはありません。
実際のソースを確認したところ…難読化されていて全く分かりません。
再現性はあるのでしょうか？。それとも偶発的に起こるエラーなのでしょうか？。
また、Version 2.13系のベータ版は異なるUniDACのバージョンを使っているのですが、こちらでは発生しますでしょうか？
mortさんこんにちは。
とりあえず、症状からすると、ダブルクリックイベントかエンターキーイベントが飛んでいるような？感じでしょうか？。
手持ちの環境では再現できませんでした。
ただ、x64版はWindowsの設定が変更されたときDBツリーの表示がおかしくなるケースがあるため、Windowsの設定変更のウィンドウメッセージでDB設定をリロードしています。このあたりが関係するのかとも思いますが…。
KAZAMAI_NaruToさんこんにちは。
PostgreSQLってUpdate文でもWITH句を使えるんですね。…これってSQL標準なんでしょうかね？。他のRDBMSでは軒並みエラーになる気がしますが…。
とりあえず、Version 2.13.0 beta 46でエラーにならないように修正してみました。ご確認ください。
Cauxtさんこんにちは。
すみません。再現方法が分かりませんでした。使用しているA5:SQL Mk-2のバージョンとDDL生成時のオプション（RDBMSの種類とか）をお教えいただけますでしょうか？。
candideさんこんにちは。
CLIENT_ENCODINGがSJISになっていたのですね…。使っているUniDACでは接続時にUTF8に変更しているように見えるのですが…。
とりあえず、Version 2.13.0 beta 46で接続直後に
set CLIENT_ENCODING to 'UTF8'
を実行するように修正してみました。お試しいただければと思います。
candideさんこんにちは。
こちらでもUTF8のデータベースでテストしているのですが、発生しないようです。
とりあえず、データ・SQLステートメント・エラーメッセージにüなどが含まれるようにしても発生しませんでした。
データベースの登録ダイアログで、「その他」タブに「データベースの文字コードがSQL_ASCIIのとき文字列を強制変換する」があるのですが、そこに何か値を設定したりしているのでしょうか？。
（指定しないのが正しい設定になります。）くにぴょんさんこんにちは。
SQLの実行ログが暗号化されるのはポータブルモードのデフォルトの動作です。これはポータブルモードが「本来は」USBメモリなどに保存して運用されることを前提としており、USBメモリを紛失してもSQL実行ログなどが漏洩しないようにする対策です。
（このことから、起動パスワードも推奨になっています）現在のVersion 2.13.0系のベータ版では、オプションダイアログの「SQL」タブで「ログを暗号化する（ポータブルモードのみ）」のチェックをOFFにすると、暗号化されなくなります。
ぱんかれさんこんにちは。
Version 2.13.0 beta 45でいろいろ修正してみました。
ただ、「複数本リレーションシップがあると、線の折れる位置と描き方の設定がおそらくコピペ対象のすべて通じて逆順になる？」は良く分かりませんでした。まだ発生しますでしょうか？。candideさん
PostgreSQLの文字コードは何をご使用でしょうか？。
以下のSQLで確認することができます。
SELECT character_set_name FROM information_schema.character_sets;
以上よろしくお願いいたします。
