コンポーネントを自身のプログラムに組み込んだら、アプリケーションの起動時または、追加したフォームの作成時に「アドレス違反が発生した。」ということはありませんか？こんな時、くろねこ製のコンポーネントだと、ふつうは真っ先にコンポーネントのバグを疑います。(またテスト漏れしてやがると、サポート掲示板にでも苦情を書き込んでやってください。)がしかし、ほかのプログラムでは正常に動いてるのに...
こんな時には、プロジェクトの設定を確認してください。プロジェクト|オプション|パッケージ の「実行時パッケージを使って構築」にチェックがついていませんか？このチェックが ON の場合には、パッケージ本体のファイルが必要になります。具体的にはアプリケーション実行時にパスの通ったディレクトリに、*.bpl ファイルが必要になります。

実行時パッケージを使って構築って？

実行時パッケージを使って構築を使うと DLL を使った時のように、重複するコードをプログラムの外に出すので EXE ファイルのサイズを小さくできます。実行時に BPL ファイルを読み込んでダイナミックにプログラムと結合してアプリケーションの動作に寄与します。このため実行時に参照できる状態にないと、アドレス違反が発生するのです。 小さいアプリケーションの場合には、実行時パッケージを使わない方がよいでしょう。EXE 一つで配布が完了するので、配布ファイルの管理が非常に楽になります。
ではいつ実行時パッケージを使った方がよいのでしょうか？それは、プログラムの配布サイズが企業ポリシーで制限されている場合や、頻繁に修正されるようなプログラムで修正される部分と修正されない部分を分けてしまう場合などがあります。大きなアプリケーションですと、サブシステム毎に分割を行うということもあるでしょう。
分割してしまうと、その実行時パッケージに修正を行った場合(機能拡張やバグ修正など)、にその実行時パッケージを配布すればよいので、配布するプログラムのサイズを大幅にカットできます。大企業やソフトハウスなどで遠隔地のパソコンに修正プログラムを配布しなければいけない場合には、時間の短縮にもなりますね。

先週、JCBから新しいクレジットカードが届いた。
新しいカードはスキミング対策なのかICカードになっていた。セキュリティが向上するのは良いことだ。

と、思ったがちょっとまてー。
ICカードって本当にセキュリティが上がってるのだろうか？ICOCA や SUICA に代表されるように、ICカードは非接触型が多いはず...ということは、わざわざスキミングしなくても近くによれば他人のクレジットカード情報を取り出せるのでは...
ちょっと調べて見ました。ICカード読み取り装置っていくらぐらいなのか。
公的個人認証ＩＣカードリーダーですが、ビッグカメラで接触型が3千円弱、非接触型が2万円弱くらいですね。カードリーダ自体は入手できそうなので、ソフトウェアの開発キットさえ入手できれば、中身は読めそうです。
クレジットカード情報は暗号化されているでしょうが、どのくらいのセキュリティ強度があるのでしょうか？128ビットくらいあるのかな？しかし、暗号化強度128ビットでも昔のどこかの会社のように「実際には内何ビットしか使ってない」ということだと全く意味がないし。

時間があれば、クレジットカード会社に確認してみようかと思います。
ICカードの持ち運び時には、アルミケースに入れておいた方が安全かも...

.Net Framework 環境下でTDBImageで画像をペーストすると、
プロジェクト xxxxx は未処理の例外クラス System.Runtime.InteropServices.ExernalException (メッセージ'GDI+で一般的なエラーが発生しました。')に遭遇しました。がでる。
Update1以前からあるのだが、Update1後でも修正されていないようだ。
今日、MLを見て思い出して検証プログラムを作って試してみたが、同じ現象が出た。
まあ、DBに画像をほりこむ人はあまりいないだろうが、使用する予定の方は要注意。
QCには登録済みだが、機械翻訳の英文のため内容が担当者に伝わるか疑問。(日本語もあやしいくろねこ)

今日、ウルティマオンライン(以下UO)で遊んでいると...
UOで知り合いからQが入って、アダルトサイトのボタンを押したら入会になってしまった知り合いがいるんだけど...みたいな話が舞い込んできた。