yumetodoの旅とプログラミングとかの記録

旅や登山の記録やプログラミング関連の話とかフリーソフト紹介とか

ChemBioOfficeがActiveXとかいう太古の技術に依存している件

化学をやっている人間なら名前くらいは聞いたことがあるだろう、ChemBioOfficeのお話だ。

東京理科大学では学生に無償で使えるように契約してくれているのでもちろん私も自分のPCに入れて使っている。

で、これが1年更新だ。ライセンスが切れたついでにChemBioOffice15からChemBioOffice16に乗り換えた。

install Window

ここでインストーラーのこの画像を見てほしい。

ん?ActiveX for IE??

ActiveXといえば開発元であるMicrosoftがすでに放棄した技術だ。地方税電子申告サイトeLTaxのサイトがJavaからActiveXに移ったことで袋叩きにされていた。

toyokeizai.net

ついでにいうとお隣韓国でも大問題になっている

japanese.joins.com

私はC++erではあるが、決してWebに無知というわけではない(仮にもみらいけんのWebページを未だに作り続けている)。当然このようなdeprecatedな技術にはNOを突きつけるべきだ。

ところがだ。これを見てくれ。

ChemDraw Rquire AciveX

The ChemDraw Control Panel requires a supported version of the ChemDraw ActiveX Control.

Registry key not found:
CLSID\{B8350810-35B3-46F8-AA9B-FC649FFF06DF}\ImprocServer32

いやいや、まてよ、何でんなもんに依存していやがるんだ?.NET全盛のこの時代、んなもん使わんでもできることくらい知っているぞ?

しかし現実問題としてChemDraw - Live link機能が使えないとお話にならない。

やむを得ずChemDraw ActiveX for IEChem3D ActiveX for IEをインストールした。

ちなみにcop16.0.1.exeからは特定コンポーネントだけインストールと言うのができないゴミなので、7-zipとかで解凍して、./Windows/PerkinElmer/ChemOffice/PerkinElmer_ChemOffice_Professional_2016.msiを実行するべし。

書きかけ:TsuboneSystemを試しにWindows10環境のlocalで動かしてみよう

node.jsとnpmの導入

更新の激しいnode.jsの導入をまさか公式のインストーラでやる輩はこの世に存在すまい。当然バージョン管理ソフトを使うべきだ。 Windowsだとnvmは利用できない(後述のmsys2上でもnvmのインストールはできるがそこからnode.jsをインストールできない)。というわけで

qiita.com

nodistを使う。まあnvm for Windowsでもいいのだが。

コマンドプロンプト

nodist dist

とすると、提供されているバージョンを一覧で表示できる。

nodist + latest

とすれば最新版が手に入る。執筆時点ではnode.jsは7.9.0が最新だった。あとは

nodist use latest

とすれば最新のnode.jsが利用できる。注意点として、どういうわけかpowershellで動かすとうまくいかない

そのままの勢いでnpmを最新にする。

npm update -g npm

これでよい。

MSYS2

  1. 7-Zipを落とす
    https://sevenzip.osdn.jp/
    より64bit版もしくは32bit版を
    既に入っている人も、2015/11/19に随分久しぶりに最新版が出たのでバージョンを上げるといいです
  2. 7zipをインストール
    ダブルクリックして実行すればいいです。
  3. msys2を落とす
    http://sourceforge.net/projects/msys2/files/Base/
    よりお使いのアーキテクチャ(おそらくはx86_64)をクリックしmsys2-base-[アーキテクチャ]-[日付].tar.xz を。exeの方は1回も使ったこと無いのでわかりません。
  4. 7-zipで解凍
  5. msys2_shell.cmdをダブルクリック、Close Windowと言われたらばってんを押して閉じる
  6. 再びmsys2_shell.cmdをダブルクリック、pacman -Syuuと打ち実行、また閉じる
  7. 再びmsys2_shell.cmdをダブルクリック、pacman -S mingw-w64-i686-clang mingw-w64-x86_64-clangとと打ち実行、また閉じる
  8. pacman -S base-devel mingw-w64-i686-openssl mingw-w64-x86_64-openssl mingw-w64-i686-go mingw-w64-x86_64-go gnupgする

そうしたら~/.bashrc

export GOROOT=${MINGW_PREFIX}/lib/go
export GOPATH=$HOME/.go

を追記します。GOPATHはまあどこでもいいんですが。

Tsubone System3を取ってくる

mingw64_shell.batを立ち上げ(なかったらmsys2_shell.cmd -mingw64)

$ go get -d github.com/kagucho/tsubonesystem3/
$ cd $GOPATH/src/github.com/kagucho/tsubonesystem3

する。この時、$GOPATH/src/github.com/kagucho/tsubonesystem3Windowsから見たパスを調べておく。

MariaDB

Download

まずはインストーラーを取ってくる必要がある。

今回はMariaDB 10.1.22 Stableを利用する。

Downloads - MariaDB

Downloads - MariaDB

からmariadb-10.1.22-winx64.msiをDownloadする。

GnuPG署名検証

Checksumをクリックして、GnuPGの署名をコピーし、mariadb-10.1.22-winx64.msiと同じ場所にmariadb-10.1.22-winx64.msi.sigとかしてテキストファイルを作り貼り付ける。

次にMariaDBのGPG公開鍵を取ってくる。

https://mariadb.com/kb/ja/yum/#mariadb-署名鍵を手動で取り込むmariadb.com

にURLだけ載っているので、MSYS2を立ち上げ、

$ wget https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
$ gpg --quiet --with-fingerprint RPM-GPG-KEY-MariaDB

とする。

pub  1024D/1BB943DB 2010-02-02 MariaDB Package Signing Key <package-signing-key@mariadb.org>
 フィンガー・プリント = 1993 69E5 404B D5FC 7D2F  E43B CBCB 082A 1BB9 43DB
sub  4096g/672557E6 2010-02-02

このフィンガープリントが

https://mariadb.com/kb/ja/gpg/

と一致していることを確認する。

そうしたら

$ gpg --import  RPM-GPG-KEY-MariaDB

として鍵を取り込み、

$ gpg -u <自分の公開鍵のid> --sign-key package-signing-key@mariadb.org

で署名する。自分の公開鍵のidは

$ gpg -k

すると

pub   4096R/FE05ED49 2017-03-23 [有効期限: 2019-03-23]
uid                  yumetodo <yume-wikijp@live.jp>
sub   4096R/830A7319 2017-03-23 [有効期限: 2019-03-23]

のように出て来るがこの場合FE05ED49がそれだ。ない場合は

http://qiita.com/moutend/items/5c22d6e57a74845578f6qiita.com

この辺を見て作る。

さて、これで署名検証する準備ができた。Downlaodしたインストーラーのある場所に行く

$ cd <where you downlaod installer>
$ gpg --verify mariadb-10.1.22-winx64.msi.sig mariadb-10.1.22-winx64.msi
gpg: 2017年03月14日 05時37分47秒 JSTにDSA鍵ID 1BB943DBで施された署名
gpg: 信用データベースの検査
gpg: 最小の「ある程度の信用」3、最小の「全面的信用」1、PGP信用モデル
gpg: 深さ: 0  有効性:   2  署名:   1  信用: 0-, 0q, 0n, 0m, 0f, 2u
gpg: 深さ: 1  有効性:   1  署名:   0  信用: 1-, 0q, 0n, 0m, 0f, 0u
gpg: 次回の信用データベース検査は、2019-03-23です
gpg: "MariaDB Package Signing Key <package-signing-key@mariadb.org>"からの正しい署名

検証終了だ。

Install

基本的には

mariadb.com

を見てインストールするべきだ。

インストールパスを変更したい場合はここでやる。

MariaDBの管理コンソールのrootユーサーのパスワードを設定する。好きなものを入れればいい

あとUse UTF8 as default server's character setは軽くググッた感じONにしたほうがいい気がする(あとで変えられそうだったのでまあ大した問題じゃないはず)

Port番号が3306とMySQLのWell Known Portになっているのは、MariaDBMySQLのforkだからだろうか。

DBの作成とデプロイ

まずはMariaDBのコンソールを立ち上げる。

私はWindows10のスタートメニューに耐えきれずにClassic Shellを入れているがまあMariaDBで検索すれば見つかるだろう。

CREATE DATABASE tsubonesystem;

する。;を忘れずに。

今度はCommand Prompt (MariaDB 10.1 (x64))を立ち上げて、$GOPATH/src/github.com/kagucho/tsubonesystem3Windowsから見たパスに移動する

"D:\Program Files\MariaDB 10.1\bin\mysql" -uroot -p tsubonesystem < test.sql

とするとデプロイできる。

msys2でnode.jsを使えるようにする

これが難儀した。まずmsys2のパッケージ管理システムであるpacmanで取ってこれるところにmingw-w64-x86_64-nodejsがある。これを利用すればいいと思うかもしれないが、まずnode.jsのバージョンがまだ6.x系だった。しかしそれが問題なのではない。ここでnpmを使おうとしてmingw-w64-x86_64-npmを入れようとしたら、そんなものはないという。

github.com

次にmsys2ならnvm使えるのでは?と思ったが、冒頭に書いたようにそうも行かない。

したがって、Windowsに普通にInstallしたnode.jsを利用することにした。

まずコマンドプロンプト

where node

とする。これでどこにnode.jsがインストールされているかわかる。私の場合は

C:\Program Files (x86)\Nodist\bin\node.exe

と表示されたのでC:\Program Files (x86)\Nodist\binにある。

次にmsys2のPATHにここを追加する。~/.bashrc

export PATH="/c/Program Files (x86)/Nodist/bin":$PATH

を追記してさらに、

$ cat "$NODIST_PREFIX/bin/nodist_bash_profile_content.sh" >> ~/.bashrc
$ source ~/.bashrc

としてnodistを呼べるようにしつつ反映する。

注意点として、まれにnpm -g系のコマンドが上手くいかないことがあるので、globalをいじるのはmsys2のbashからではなくコマンドプロンプトからやるほうが無難である。

build

msys2のshellで

$ cd $GOPATH/src/github.com/kagucho/tsubonesystem3
$ make prepare
$ make

する。

それから

どうすればいいんだ?ブラウザで検証したいんだが・・・

CMakeからVisual Stduo 2017でコンパイルしたBoostを探すのは時期尚早かも

Visual Studio 2017がリリースした

さて、Visual Stduo 2017が出てすでに1ヶ月経った。私も重い腰を上げて導入した。

www.visualstudio.com

をみると割りと頻繁にアップデートが来ていたりする。

Visual Studio 2017でBoost 1.63.0をコンパイルする

現在Boostの最新はBoost 1.63.0だ。しかしこいつは2016/12/26に出ており、2017/3/7に出たVisual Studio 2017に対応しているはずもない。

[Boost-users] Building Boost 1.62 With Visual Studio 2017 RC - Google グループ

そこでちょっと小細工をする。Boostのソースをダウンロードして展開した時にroot directoryにproject-config.jamがあると思うが、これを書き換える。パスは適宜読み替えてほしい。

x86向け
import option ; 
 
using msvc : 14.1 : "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.10.25017\bin\HostX86\x86\cl.exe"; 
 
option.set keep-going : false ; 
 

のように書き換えて

b2 toolset=msvc-14.1 threading=multi variant=debug,release link=static runtime-link=static address-model=32 --stagedir=stage/x86 -j 4 -s BZIP2_SOURCE="D:/lib/bzip2-1.0.6" -s ZLIB_SOURCE="D:/lib/zlib-1.2.11"
b2 toolset=msvc-14.1 threading=multi variant=debug,release link=shared runtime-link=shared address-model=32 --stagedir=stage/x86 -j 4 -s BZIP2_SOURCE="D:/lib/bzip2-1.0.6" -s ZLIB_SOURCE="D:/lib/zlib-1.2.11"

の用に実行する

x64向け
import option ; 
 
using msvc : 14.1 : "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.10.25017\bin\HostX64\x64\cl.exe"; 
 
option.set keep-going : false ; 
 

のように書き換えて

b2 toolset=msvc-14.1 threading=multi variant=debug,release link=static runtime-link=static address-model=64 --stagedir=stage/x64 -j 4 -s BZIP2_SOURCE="D:/lib/bzip2-1.0.6" -s ZLIB_SOURCE="D:/lib/zlib-1.2.11"
b2 toolset=msvc-14.1 threading=multi variant=debug,release link=shared runtime-link=shared address-model=64 --stagedir=stage/x64 -j 4 -s BZIP2_SOURCE="D:/lib/bzip2-1.0.6" -s ZLIB_SOURCE="D:/lib/zlib-1.2.11"

の用にコンパイルします。

ちなみに、Boost1.64.0 Beta2ではproject-config.jamをいじらずとも対応しているそうです。

Visual Stduo 2017のcl.exeのバージョンは?

Visual Stduo 2017は当初cl.exeのバージョンが15.xになると思われていました。しかし、Visual Studio2015付属のcl.exeとの間でバイナリ互換になったため、14.10.xになりました。

github.com

CMakeからBoostを使う

には、find_packageを使うのが一般的です。

FindBoost — CMake 3.7.2 Documentation

CMakeの最新は3.7.2です。早速使ってみましょう

# find Boost
set(BOOST_ROOT ${BOOST_ROOT} CACHE PATH "Set boost root directory" FORCE)
set(BOOST_LIBRARYDIR ${BOOST_LIBRARYDIR} CACHE PATH "Set boost library directory" FORCE)
set(Boost_USE_MULTITHREADED ON)
set(Boost_USE_STATIC_LIBS ON)
set(Boost_USE_STATIC_RUNTIME OFF)
set(Boost_DEBUG ON)
set(boost_required_components
    system iostreams thread
)
find_package(Boost 1.59 REQUIRED COMPONENTS ${boost_required_components})
CMake Error at C:/Program Files/CMake/share/cmake-3.7/Modules/FindBoost.cmake:1812 (message):
  Unable to find the requested Boost libraries.

  Boost version: 1.63.0

  Boost include path: D:/lib/boost_1_63_0

  Could not find the following static Boost libraries:

          boost_system
          boost_iostreams
          boost_thread

  Some (but not all) of the required Boost libraries were found.  You may
  need to install these additional Boost libraries.  Alternatively, set
  BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
  to the location of Boost.
Call Stack (most recent call first):
  CMakeLists.txt:41 (find_package)

見事エラーになります。

CMakeがコケる原因
set(Boost_DEBUG ON)

して調べたところ、

[ C:/Program Files/CMake/share/cmake-3.7/Modules/FindBoost.cmake:1291 ] guessed _boost_COMPILER = -vc150

というDebug Printが。ん?-vc150

https://github.com/Kitware/CMake/blob/v3.7.2/Modules/FindBoost.cmake#L429-L431

  elseif("x${CMAKE_CXX_COMPILER_ID}" STREQUAL "xMSVC")
    if (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 19.10)
      set(_boost_COMPILER "-vc150")

上に書いたように、cl.exeのバージョンは14.10.xなのでこれはおかしいです。このせいでboost_xxx_-vc150-mt-yyy-1_63を探しに行っていたようです。そりゃ見つかるわけ無いわ。

改善の予兆

CMake3.8.0-rc3ではこの問題が治っているようです。該当commitは

github.com github.com

結論

もうちょっとだけいろいろ待ったほうが良さげ

と言いたいところだが、待てない。

github.com

if(${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION} LESS 3.8)
    set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} ${CMAKE_SOURCE_DIR}/cmake/modules)
    include(FindBoost)
    message(STATUS "FindBoost: commit fb3f6fd3fe8eb2ebef26c6fa20624f32ee272760 is used.")
endif()

のようにしてcmakeのmaster branchから最新のFindBoost.cmakeを拾ってきた。

多分cmake3.8になれば解決しているはずなので一時的なwork aroundなのでcmakeのバージョンを見て分岐する。

あと、Boost_USE_DEBUG_RUNTIMEがOFFのとき、lib検索にバグがあるので

gitlab.kitware.com

CMake3.9.0まで待つか自分でFindBoostを引っ張ってくるべきでしょう。

追記

いつの間にかBoost1.64.0もcmake3.9.0も出ていますね。