なぜ、Office2007のバージョンが12で、Office2010のバージョンが14なのか・・・
バージョン13はどこかに行ってしまったのだろうかと、不思議に思っていたので、ちょっと聞いてみたところ、「13は(米国において)不吉な数だから飛ばした」だそうな。
まぁ、日本でもどこが起源かは俺知らんけど13階段とか？、んで、13を飛ばすってのは・・・非科学的だな。
このあたりのゲン担ぎというか風習というか、アレだなぁ。
理由が分かって良かったけど。
え？誰に聞いたかって？
中の人ですよ、中の人・・・
Office2010の64bit版をインストールしたので、64bit版ExcelでAddin for Excel 95-2007の動作を確認してみたところ、動かない。
動かないというか、アドインの追加で躓く。
原因は、
など考えられる。
Office2010βの32bit版を動かしてみた。
なんか変なこと起こるかなと期待半分だったけど、アドインは問題無く動作。
Excel2007からの文字列長(32767文字)制限もそのままらしいので、内部仕様も全く問題なし。
さて、64bitは、どうなのか。
32bit混在で動くわけがないから、Excel自体が32bitであると64bitの恩恵を受けられないってことは64bitネイティブって可能性が。
アドイン呼び出し部だけ32bit化されてる可能性はあるけど、それだとオーバーヘッドでかいだろうし。
件の構造体のアラインメントは64bitだと変わりそうな感じがしてて・・・
あぁ、恐ろしい。＜すぐにやってみれよ、俺。
シェアウェア登録したのだけれど、使ってもらえてないのか、まだ売り上げが無いので、やはり追加関数で対応していきたい。
Excelで計算できる数値は10の309乗程度までの浮動小数点範囲なので、ここはひとつ、3万桁目指して計算できたら、何かうれしいことが起こることを期待しつつ実装中。
＃3万桁使えるのはExcel2007以降だけど。
ダウンロードしてみた。
つくったアドインをExcelで動かしてみたいと思う。
とりあえず、週末に。
そいや、64bitと32bitが分かれたのってOfficeでは初めてだな。
俺のアドインって、32bitコードだから、64bitで動くのかなぁ。
64bitと32bitの混在はできないはずなので、多分無理、かな・・・
64bitでもやってみる必要がありそうだな(覚書)。
.NETなら、依存コードさえ無ければどちらにもネイティブで対応できるのだけど、今度はバージョン混在問題があるし・・・
