M1 (ZM-M1)
見た目はちょっと幅があるミニタワー型のPCケース。
ケース内部は上下に仕切られた2段構造シャーシとなっている。
それ自体は珍しくないのだが、その仕切り板の上にmini-ITxマザボを水平に設置するという滅多にお目にかかれない設計になっている。
これにより、
巨大なCPUの空冷ファンやグラボなどの
重量感のあるパーツを重力に逆らわない方向に搭載可能
で安心感のあるPCが作れる。
何かとスペースの都合で配線やパーツがゴタゴタになりがちなmini-ITx系PCケースとは
全く違った方向に進化した画期的なmini-ITx専用PCケースである。
しかも余裕過ぎて電源もごく普通のATX規格のものが利用できる。
詳しいことや写真はエルミタージュの詳しい記事を参照にしてもらうとして・・・
いいPCケースだと思ってたんだけど・・・
単品では送料が無料にならないくらい安い価格で・・・
つまり在庫セールに出ていたので・・・
マウスパッドとセットで購入（ポチ
よく冷え、しかも安定感があるから・・・
とりあえずコレでNASを作ろうかな・・・
PS.
PCケースが届いた。
勿論、輸送用のダンボール箱の姿で届いた。
※寸法は、340(W) x 530(H) x 440(D)mm
やはりデカい。とてもmini-ITx向けのPCケースには思えないサイズだ。
ZALMANのZ9のダンボールと比較すると
※寸法は、280(W) x 570(H) x 510(D)mm
高さでは負けているが幅は勝っている。（笑
そのダンボール箱を開けてみると中身はダンボール箱。
※寸法は、330(W) x 500(H) x 440(D)mmとチョット小さい。
そのダンボール箱を開け、やっとPCケースとご対面。
※寸法は、261(W) x 394(H) x 426(D)mmとミニタワーサイズ。
パっと見、オーバークロッカーが使いそうな解放型のPC台にカバーをかぶせたような感じだ。
それだけにデカさが際立つ。
それに、PCケース自体の価格は２K円ととてもお安かったんだけど・・・
ほとんど送料に化けたんじゃなかろうか？
このケースは前面側のHDDの３スロットが右側に寄せている。
左側からは奥に引っ込んだ状態なので、その空き空間を利用し・・・
長尺のグラボを設置できるようになっている。
しかし長尺のグラボを設置すると左側からはHDDスロットにアクセスできないから
右サイドからHDDを出し入れする仕様になってしまっている。
このため、PCケースの両側を開けておかないと困るのだ。
ここが何とも微妙なのだが、現在のメインPCは両側が開いているので何も問題はない。
そういう人向けなのだろう。
デスクの奥右側にPC本体を押し込んでいる人には全く向かない。
※FF-XIVのVer4（2017年6月予定）の頃にはその専用機が完成するハズである。そしてメジャーVU２回分くらい（V６手前まで）はそのまま完走してもらう予定。
変奏現実
パソコンやMMORPGのことなどを思いつくまま・・・記載されている会社名・製品名・システム名などは、各社の商標、または登録商標です。
この画面は、簡易表示です
インターネット
【ASUS】 VivoPC X
ASUS VivoPC X
3月頃にドコかで発売（予定）らしい。※日本での発売は不明。
一応、i5 & GTX1060なのでVR-Readyだそうだ。
PC向けのHMDより安いPCはコレしかなさそう。
コネクタ類は本体裏側に集中している。
| スペック | |
|---|---|
| CPU | Core i5-7300HQ |
| メモリ | DDR4-2133(8GB、16GB) |
| GPU | GTX 1060(3GB）※少な目 |
| ストレージ | SSD M2.512GB、 HDD 2TB（5400rpm） |
| OS | Windows 10 Home |
| I/O | HDMI(?)×2、DP×1、 USB3×4、USB2×1 、 LAN(1000BASE-T)、 Wifi(802.11ac/Bluetooth4.1)、 Audio×1 |
| サイズ | 76×280×260mm（幅×奥行き×高さ) |
| 重量 | 2.2kg |
| 電源 | 230W |
| 付属品 | キーボード、マウス、電源アダプタ、マニュアル |
| 価格 | 799ドル（最小構成）～ |
【NAS】Virtualization か それともDocker か？
NASに普通のOSを積めたら楽なんだけどなぁと思ってたら
NASのメーカーのQNAPがVirtualization Station、SynologyがDockerを載せてきた。
Virtualization StationはLinuxのQEMUを使ったものらしい、Dockerも for Windowsを入れっぱなしにしているので馴染みがある。
一概にどっちがいいとは云えない技術だ。QEMUは仮想化を実現する設定をアレコレ設定が必要だが、出来上がってしまえばコピーしておけばいいし、スナップショットを取っていつでも巻き戻しできるようにしておけば開発環境としてはベター。一方Dockerはそんな面倒な設定をシェアしあうものでありお手軽ではあるが、一方でライセンスが必要なOSやパッケージを使うのには適していない、なぜなら必要なライセンスのみ購入してもそれにピッタリあった面倒な設定をシェアしてくれる人がいなければ『自腹でライセンスを購入したパッケージの面倒な設定を世界初でやる』ハメになるので全くお手軽では無くなるからだ。
つまり、自分の好き勝手な環境を作りたい人には玄人志向なQEMUが向いており、シェアされた沢山の設定を遊び倒す人にはコピペフリーなDockerが向いている。
Virtualization StationにしてもDockerにしても、どのNASでも使える訳ではないので、対応しているかどうか要チェックだ。
いづれにしても社内のみで使う様な業務専用のWEBサイトのサーバーをNASダケで構築できる様になったのはとても助かる。一般的なデータセンターにサーバーを配置しようものなら世界中のクラッカーの目の前に餌をぶら下げる様なもので１日２４時間年中無休のメンテナンス体制が必定なのだから。
Mini-STX ベアボーンキット
Mini-STX規格のマザボとACアダプターとケースのセット。
１．ASRock DeskMini 110
実は3種類あるらしい
- DeskMini 110
- 基本セット
- DeskMini 110W
- 基本セット＋WiFiアンテナ
- DeskMini 110/COM
- 基本セットからマザボがASRock H110M-STX/COMに変わりCOM ポートケーブルが付属する
マザボはASRock H110M-STX はUSBは3.0が2個で2.0が１個、COMポートソケット付きのASRock H110M-STX/COMもある。
またベアボーンキットには使われていないがチップセットをQ170に変えUSBが全て3.0でLANもvPro、TPM2.0対応のものになっているQ170-STXというモデルもあるようだ。
２．GIGABYTE GA-H110MSTX-HD3-ZK
マザボはGA-H110MSTX-HD3
Wifiは付いてないけどミニPCIスロットに搭載できるらしいし、USB-TypeCも付いている。
Mini-STXの良さは、Mini-ITxより小さく、モニターのVESAマウンタに付けてもよさそうなサイズなので、NUCの様にケースが小さすぎてCPUの熱が内部に籠りCPUファンが回りっぱなしということが少なさそうなところだ。実際にモニターのVESAマウントに取りつけるならPCケースに取り付けるケース専用のVESAマウンターが付いているもの選ぶ必要があるし、またそのPCケースの厚みが気になるので、スリムなサーマルファンと専用のPCケースの付いたベアボーンキットがあったらそっちの方がいいと思うので、必要なものが揃っているかアクセサリー等を一通りチェックが必要だ。
【MSI】 GeForce GTX-1060 ARMOR 6G OCV1
やっと購入。
店頭には
GeForce GTX-1060 ARMOR 6G OCV1
と
GeForce GTX-1060 ARMOR 6G OC
があった。
見た感じ同じに見えたけど、裏面スロットの一番上のコネクタがOCV1ではHDMI、OCではDisplayPortなんだそうだ。
価格はOCの方が少し高かったのでOCV1の方をチョイスした。
FF14のベンチや普通にゲームを起動すると、グラボのファンが登坂路線を登り始めるトラックのような音を立てていたRADEON HD7950-DC2T-3GD5-V2からの換装は特に支障なく、電源やCPUのファンの音に隠れグラボのファンの尾とはほとんど聞こえなくなった。
ただ、うっかりDVIとHDMIの両方に繋いで起動したら、両方の画面が真っ暗になってしまった。ちゃんと正式ドライバーのインストを終えるまでは今でもモニターは１つダケ繋いだ方がいいらしい。そこで安全のためにUEFIの設定を初期値に戻したら、SATAがIDEモードになり、水色のinvalid boot drive（自動的に再起動します） 画面になり余計悪くなってしまったがAHCIモードに戻してOK。
記録を見ると、スコアはHD7950の２倍くらいかな？
ベンチだけならメモリ３GBのバージョンでもスコアがほとんど変わらないそうで、コスパ優先なら３GBの方がいいだろう。
しかし、よくプレイするFF-XIVは２～３か月に１度のアップデートに何某かの新装備（有料のオプションアイテムを含む）が入ってくるMMORPG風の着せ替えゲーである。
※画像の中のキャラの装備は特殊なものではない。一般的には今では普段着未満である。
パーティーを組むと面子が全員・・・半透明の回転パーツやキラキラなど描画処理の重いエフェクト満載の装備てんこ盛りな場合が多々あるので、グラボのメモリは１GBでも多い方がいいのだ。というか普通に自分のキャラで何かアクションを繰り出すと何らかのエフェクトが付いているので、自分の目の前で・・・画面いっぱいにエフェクトが広がる訳で、とても描画処理が重いのだ。それなのにパーティを組んでダンジョンに入れば、ひたすらアクションを繰り出す×面子の人数＋でかいボスのアレなので、もっと処理が重い。
そのせいか、FF-XIVのSNSサイトLoadstoneに載っている日記には「さっきXXでパーティをご一緒した皆さんへ・・・ゴメンナサイ。パソが壊れたんですorz」の書き込みをよく見かける。
※本当にパソが壊れたのかは不明だが、何某かの支障をきたしたのは間違いないだろう。
久々にGeForceにしたせいだろうか？ベンチマークは最高品質の画面のハズなんだけど「普通の品質」に見えた。
FF-XIVクライアントのfps制限を解除すると、fpsの表示数値は１００前後になり、ちょっと嬉しかったが・・・モニターが古いせい？慣れていない？せいなのかカメラを左右に回すとブレているような感じがするので戻した。GeForceの画風に慣れていないせいなのだろうけど、RADEONの標準品質＝GeForceの最高品質な気がする。ザックリした言い方をすればマテリアの質感はRADEONの方がいいような気がする。それでもGeForceの最高品質の画面にすると家の床にうっすらと反射が見えるようになったのはやはりうれしい。性能は1060：1080＝１：４っぽいので、１０８０なら質感も向上するのかもしれない。
白魔導士のホーリーのSEがRADEONではドガーンとヽ(`Д´)ﾉｳﾙｻｲｿﾞ!が、GeForceではボワーンとすこしまろやかな感じになってた。
ついでに、エアージェイ製の「スマーとフォン対応５０００mAhポータブルバッテリー」機種：MB-S5000を購入。
SONYのSO-04Eとほぼ同じサイズで厚さ9mmの薄型。この類で「急速充電２A対応」と書いてあったのはコレだけだった。バッテリーとケーブルが分離しているので少し厚めだが、手元のcheero Power Plus 3 と比べると断然薄い。バッテリーとケーブルが一体化のものよりは長持ちしそうだし、iPadTouchにも使える。※別売りのLightningケーブルが必要。但し、使用方法はちょっと面倒。
電源ボタンを長押し⇒LED点灯⇒ケーブルをつなぐ⇒スマホにも繋ぐ。という手順になっていて、うっかり電源ボタンを押した場合を考慮し、電源ONからそのまま４５秒放置すると電源OFFモードになるので、LEDが点灯したらUSBケーブルを手早くそして確実に繋がないといけない。
このバッテリーがヘタった頃にはAndroidも８が出ているだろうから・・・新しいスマホを買った方がいいんだろうなぁ。
GeForce GTX-1060の発売から半年後にやっと買った訳だけど、※待ってても・・・さっぱり値下がりしないからね（大笑
今度はAMDから次期グラボの新しいアーキテクチャのVegaが今年中にでるのかもしれない。どうやらビデオメモリをキャッシュとして扱うアーキテクシャーになるようで、データの保管場所はSSDでもNASでも構わないらしいからトンデモない規模のマップのMMORPGなんかも作れるのかもしれないし特に新装備が増殖し続けるFF-XIVとの相性は良さそうである。そうなるとCPUの出番はゲームクライアントのインストや起動、クライアントのオンライン・アップデートぐらいなのでCPUはAtom級で十分になってしまうのかな？
CPUやグラボを買い換えてもモニター（Acer製 24インチモニター：AL2423W）はそのまま だが、バックライトが冷陰極管なので消費電力88Wと大きく触ると暖かい液晶モニターは今時分存在しないだろう。２００６年発売だから１０年になるのかな？
【Visual Studio Community 2015】ClickOnce: signtool.exe not found
VisualStudio 2015 では、作ったアプリの配布方法には３通りの方法があるらしい。
１．XCOPY
Windowsのバージョンやサービスパックの入り具合でプレインストされるMFCや.Netのランタイムがバラバラなので、EXEだけコピーしただけではまず動けないのでEXEを起動するとマズ・・・ランタイムのダウンロードが始まるハズ。成功したらやっとEXEの画面が見える。
２．Windows Installer
VS2015の製品版のみ「その他のプロジェクトの種類」に「セットアップ/配置プロジェクト」 があり「Visual Studio インストーラー」が使用可能、VS2015 Comunityには勿論入っていない。
３．Click Once
VS-CommunityのVBプロジェクトは１個のEXEしか配置できないようなので、発行先をファイルサーバーにしてアプリの更新機能を使いたい場合ぐらい。そのせいか、普通にDLしてインストしたVS2015 Comunityでは署名ツールがインストされていない。うかつにClick Onceするとビルドの度に「署名ツールが見つからないエラー」に遭遇するハメに遭う。別途Windows SDKを入手しインストールするのも手だが環境変数のPATHに追加しておく必要があるので、コントロールパネルからVS2015 Comunityをクリックしてインストーラーを起動し、ClickOncePublishing Toolsにチェックを入れ追加すれば、何事も無かったかのようにビルドできるし、【今すぐ発行(N)】ボタンも成功する。
できあがり・・・
そのままSetup.exeを実行するとインストできたらしい。
起動してみると
難点を云えば、Click Once の設定をチョット変えるだけで、2度目以降のインストールに成功しない可能性が高い。例えば、バージョンの発行のチェックボックスを外してもう1度【今すぐ発行】ボタンを押すと、アンインストール後も「インストール済みと判定」されもう二度とインストできない。その場合は、バージョンをカウントアップしたりテスト用の証明書を作り直したり成功するまで試行錯誤を繰り返すことになるので、ClickOnceはうかつに触らないほうがいい。
ま、そんな感じなので、EXE+設定ファイル＋CSVとかMDBと諸々のファイルがいくつも必要なアプリの場合は、小さな解凍EXEを作りこれにZIPファイルをくっ付けて、解凍EXEを起動したらくっ付けたZIPファイルを剥がしてファイルに分離し読み込ませて解凍させてもいいのかもしれないが、今どきは何かのウイルス監視ソフトが誤作動しかねないのでそんなことはせず、フリーのセットアップ・アプリやZIPツールの自己解凍EXEなどの方が安心でき使い勝手もよさそうだ。
もっとも、今では
見知らぬ人が作った見知らぬアプリをインストールするのはとても危険なこと
なので、インストーラ自体不要なのだろう。
構文解析と云えば、BNF か ABNF か EBNFかな？作れたのは字句解析まで・・・orz
JavaScriptでRegExpだけで ソースコードの構文を構文解析しようとすれば、すぐに無理が来る。
昔から構文の説明する時にはBNF（バッカス・ナウア記法）が使われてきた。
ABC ::= A B C
な感じの書き方なので、本当に難しそうな文法の教科書向き。
しかし、繰り返し表現が無く
数字 ::= 0|1|2|3 … |9
数値 ::= 数字, 数値 | 数字
の様に再起表現に頼らざるを得ないので、どうしても説明が長くなるが、右寄せあるいは左寄せのいづれか一方のみの再起表現を使用すると制限を加えればパーサーは作りやすい仕様になっている。
EBNFは、
ABC = “A” , “B”, “C” ;
な感じに書き方で、{ …} な繰り返し表現もあり、簡単な表現でパーサが書けそう。
本のBNFの記述でも {…} は０回以上の繰り返し可能なブロック、[…]は省略可能なブロック な表現を見かけたが、そう云うよく見かける拡張機能を組み込んだのがEBNFなのだろう。
XMLの文法を表現するために作られたという話もあるし、
誰もが心の中でBNFを勝手に拡張しているのは間違いない。
ただ、拡張の仕方は皆バラバラで方向性もマチマチなので、BNFを規約という形で拡張する様なことはC++の規約化と同様に「厳密にイミフな表現が可能」になり、愚の骨頂と云える様な結末に至るだろう。
※UTF-8で多国語のテキストを１つのHTMLにまとめることが出来るようになった、だからと云って万人がそれを読みこなせるハズも無く、多国語テキストの方向性に使い倒せるの人は極わずか人ダケということだ。
ABNFは、
ABC = %65 %66 %67 ; コメント
な感じに書き方で、主に通信プロトコルの説明に向いているそうだ。
確かにアナライザーのログとにらめっこをするなら A や 漢 の文字表現より、 コード表現の方が便利そうだ。
・・・
まじめにパーサを作るならいづれかを選択するのが筋だろう。
でも、JavaScriptのRegExpのexecを字句解析に使う場合には
一般的なパーサの文法に縛られる必要な無いので、
“%%”
事前に定義したいJavaScriptのソースのコード
“%%”
トークン名= (?: (“/” RegExpの字句解析のパターン “/”) | ( トークン名) ){1,99} “;” “%%” returnでパーサーに答えを返す処理 “%%”
※RegExpの字句解析のパターンを複数書く場合はスペースで区切る。
※トークンの構文に対応するJavaScriptのソース;では字句解析のパターン中の（…）に対応する変数$1…$99 や $_や$@なども使える。
※少し工夫すれば、xxx： ([A-Z0-9_]+) ; シンボル { return $1; } と書いても何とかなるハズ。
※処理を”%%”で括るのは、RegExpの/mでやっつけで処理したいから・・・（笑
・・・で、十分な気がする。
鋭意作成中・・・
謎の現象が発生。
１．{ 処理・・・処理 }
正規表現 (\{)((?:\\\{|\\\}|[^{}])+)(\}) が
１個目の{ ～最後の} までを処理してしまい、
“{“、その他、”}”、?EOT? と、解釈してしまった。
処理の結果は不可解だけど、
このパターンなら、途中の}に目もくれずできる限り遠くの}まで探索してくれることを覚えておいて損は無いだろう。
とりあえず、 (\{)([^{]+)(\}) で済ませたが、(\\{)((?:\\\\}|[^\\}])*)(\\}) が正解のようだ。
$1…$nに割り当てない文字のグループ表現(?: … )を使い、
｝のエスケープシーケンス または ｝以外の文字を (?:\\\\}|[^\\}]) と表現すれば * で繰り返せばOK
２．/RegExpのパターン/
(\/((?:\\\/|[^\/])+)\/) が１と同様に、
１個目の{ ～最後の} までを処理してしまい、
“/”、その他、”/”、?EOT? と、解釈してしまった。
とりあえず、 (\/([^\/]+)\/) で済ませるがが、やはり、(\\/)((?:\\\\/|[^\\/])*)(\\/) が正解のようだ。
３．字句解析の2周目の結果が・・・
NULL・・・NULL、””となって、無限ループ。
とりあえず、
最初にNULL以外で見つかった字句が空文字列の場合は
無視してlastIndexを１文字進める。
・・・
※正規表現の\\が多いのはnew RegExpのパラメータの文字列として組み込むため、\単体ではjavascriptのテキストのエスケープシーケンス扱いになるので\\と書いて\の文字扱いしてもらうため。
４．改行が空白として処理される
改行より手前に空白のトークンを宣言すると、空白扱いになっていたので、順を入れ替える。
正規表現を１つにまとめexecの結果で最初に文字列が入っている位置でトークンを分類する場合、トークンの順番を入れ替えるとexecの結果も入れ替わるので、各トークンの正規表現のテストパターンをトークン登録前のチェックでexecの結果の長さから、推定できるようにメモを取っておく。
やっと変な挙動の症状は落ち着いてきた。
最初は、{ 処理リスト } としていたが、処理リストの中のの{や}を￥｛、￥｝で書くのはやはり面倒。
{{処理リスト}}に変えてみると、”{”演算子が反応してしまったので・・・
%%処理リスト%%に変えてたのが・・・
想定外の文字列が混入していてもRegExp.exec( ) は、ガン無視するので
トークン：「その他」を追加。
RegExpの説明を読んでいると、
/<.*?>/ は “<foo> <bar>” の “<foo>” にマッチしますが、/<.*>/ は “<foo> <bar>” にマッチします。
というのを発見。.*の使用は要注意らしい。
もっとも、パターンの末尾以外に .* を使うと最後まで突っ走りそう、しかも今回はregExpのマルチラインモード(m)なので実質的に .* の使い道がないと思ってたので[^ストッパー文字]*[ストッパー文字]な感じに書いているので .*?[.*を止めるストッパー文字] で済むならストッパー文字を2度書きせずに済む。
但し、”*****************” は、'(“.*?”)’ と書けそうだが ”********\”*********” で破綻してしまうので、'(\\”(?:\\\\”|[^\\”])*\\”)’になっている。
各トークンの情報は格納できるようになった。
しかし、各トークンにパーサーの処理を組み込もうとするとやはり難しい。
トークンの名前が = の左側か右側かで、やるべきことが違うからだ。
なので、
１．RegExp.execでトークンに分解。
２．各トークンの処理はセルフチェックに抑える。
３．下記のEBNFの文法を・・・
%%処理リスト%%
トークン名宣言= (引用符文字列 | 正規表現 | トークン名参照) { 演算子 (引用符文字列 | 正規表現 | トークン名参照) } “;” %%処理リスト%%
・・・
トークン名宣言= (引用符文字列 | 正規表現 | トークン名参照) { 演算子 (引用符文字列 | 正規表現 | トークン名参照) } “;” %%処理リスト%%
サブルーチンの呼び出しで、なぞっていくことにする。
そうすることでトークン名を宣言版と参照版に事前に区別して呼び出すことができるからだ。
と大きく路線変更を決めた様な気がしたけど
トークン情報のリストに【メタな表現】のトークンが増えるだけなんだなぁ～（笑
4. 連想配列を多用していると、急にJavascriptが無効化される
とりあえず、jQUeryの初期化処理に $(‘#result’).val(“- – -“); を入れてJavascriptが無効化されたら何も出ないので判るようにした。
よーくみると、
{
‘name’: null,
‘pattern’: /RegExp/g
}
のハズが
{
‘name’: null;
‘pattern’: /RegExp/g;
}
と区切り方を間違えていた。
ブラウザのコンソールにエラーが出ないので、原因を掴むのが結構面倒。
根本的な原因はJavaScriptのどこかにtry…catch…を書くと、開発ツールのコンソール・タグに文法エラーすら出てこなくなる様だ。
なので、出来るだけtry…catch…をあてにしない様にしないと、括弧の付け忘れすら見つけるのが大変だ。（大笑
もっとも、それが原因で文法チェックしかできなくていいから自作のパーサーが欲しいなぁと思ってしまったんだけどね。
こうなると、行数がどんどん増えてくると、ケアレスミスすら捕まえるのが難しい。
トークンのパターンの括弧の扱いをどうしようか・・・のあたりで諦めた。
try…catch 無しで考え直すしかなさそう。
だが、他にも
コピペしたコードの消し忘れで
var msg = ‘message’ : “…”;
と 妙なところに : を書いてしまったり、
EBnf.prototype.parseEbnf = function(grammer) {
の最後の { を付け忘れても、ダンマリ（JavaScriptが動かない）ケースがあった。
また、とりあえず一時的にtry…catch を無効にしたい場合は
// try {
・・・
/* } catch (ex) {
・・・
} */
が手っ取り早いが、
/*%% try { %%*/
・・・
/*%% } catch (ex) {
・・・
} %%*/
と＊を＊%%などあまり使わない表現を混ぜるとテキストエディタの正規表現検索で探しやすく、戻し忘れも防ぎやすいでお勧め。
そんな感じなので、ケアレスミスのチェックに手間取り、パーサーの進捗ははかどっていない。
まだまだ完成には程遠いが、ソース中の正規表現だけはすぐに使い回しが利きそうな気がしているので、EBNF書式のテキストを色付けするだけのサンプルを残す。字句解析しかないけど・・・
字句解析しかないから、
しっかりとRegExpのパターンを作り、適切な登録順で組み合わせれば、
JavaScript用も作れたので残しておく。（字句解析しかしてないけどね。
selfCheckの呼び出しもRegExpのパターン情報をコピーしたtknを呼び出し、
rc = tkn.selfCheck( this, tkns[offset], tkns[offset+1], tkns[offset+2] );
と変えたので、特定の用語だけ色を変えることも可能なハズ。
想定外のパターンに出会えば【その他】が反応し、背景色：赤、文字色：黄で派手にしてあるのでデバッグも容易。（大笑
/* … */ なコメントも追加。予想通り /RegExpパターン/が先に反応したので それより先に配置。コメント解析がいくつもあるのも嫌なので、( //… | /*…*/ | (*…*) )を１つにまとめてみると
(/{2}.*$|\\/\\*(?:\\*(?!\\))|[^\\*])+\\*\\/|\\(\\*(?:\\*(?!\\))|[^\\*])+\\*\\))
コメントを判定するダケの正規表現なのに・・・明らかにイミフだ。（大笑
ソース・コードのコメントに色付けしたいダケ
なら、
ソースコード.replace(
/(/{2}.*$|\\/\\*(?:\\*(?!\\))|[^\\*])+\\*\\/|\\(\\*(?:\\*(?!\\))|[^\\*])+\\*\\))/mg ,
function ($0,$1) {
return “<span style=\”color=#00ff00\”>” + $1 + “</span>”;
});
とでも書けばいいのかな？
コメントの種類ごとに色訳けしたいなら
ソースコード.replace(/(/{2}.*$)/mg ,function ($0,$1) {
return “<span style=\”color=#00ff00\”>” + $1 + “</span>”;
}) . replace(/(\\/\\*(?:\\*(?!\\))|[^\\*])+\\*\\/)/mg ,function ($0,$1) {
return “<span style=\”color=#0000ff\”>” + $1 + “</span>”;
}) . replace(/(\\(\\*(?:\\*(?!\\))|[^\\*])+\\*\\))/mg ,function ($0,$1) {
return “<span style=\”color=#ff0000\”>” + $1 + “</span>”;
});
とreplaceを結合すればいいのだろう。
※コメントはよく行をまたぐので、最後のｍは必須。
これでもいいのかもしれないが
こんな風にRegExpで頑張るよりも
パーサー・コンビネーターで、
ノソノソと解析させた方が可読性は格段に高いハズ。
字句解析を連想配列化しているが、構文解析はついついハードコードしてしまい１０００行オーバーな雰囲気から抜け出ないので連想配列化した方がいいのかな
{
name: 式,
pattern: “項 [ 演算子 式 ] | ‘(‘ 式 ‘) ‘”,
testpattern: “1+2”,
proc: function(p1,p2) {
return p1+p2;
}
}
な雰囲気で並べて動かせばゴソっと行数は減るような気もするが、構文パターンの中の演算子” | “やグループやオプション表現はやはりハードコードになるのかな。勿論、このpattern用の字句解析の連想配列も作っておこう。
【IO DATA】 無線ルーター WN-AX1167GR
今は家のネットのプロバイダはIIJだがゴールデンタイムは２～３Mbpsと非常に重いのでソネットに変更する予定。
その重い原因がネットの回線のせいかもしれないので回線もFLETSからAUに変更する予定。
※2017/1/5: ダウンロードが30Mbpsと１０倍。我慢の末、同じ方向に舵を切った人が多いのかな？そう考えると、切り替えすると悪化する可能性がある。
スマホはバッテリーが異常なほど減るので、１月にはZenFone 3 Max（ZC520TL）か FreeTelのRAIDEN に変える予定。
しかし、AUのルーターの無線は非力らしいので無線ルーターは自前で揃えることにした。
ドレも似たり寄ったりなので、パッケージの【ルーター選びに迷ったらコレ(^^b】が決め手になり・・・
今回はIO-DATAのWN-AX1167GRにした。
詳しいことはオンラインのマニュアルを見る様だ。
壁掛け方法
詳しいことは、オンラインマニュアルを読んでやるらしい。ネジは見当たらなかったが、ココを見ると「ネジは添付していません」と書いてあった。
本体と分離してる脚を壁にネジ止めし本体を脚に差し込んで固定する方法なので、「LANケーブルなどをひっぱったりして本製品に力がかかると、スタンドが外れる恐れがありますのでご注意ください。」と注意書きもあるし、地震の揺れで無線ルーター自体が落下しても別段不思議ではないので、今回は壁掛けを見送った。
ルーターモードとAPモードの切り替え
FLETSのルーターに繋ぐとソコからDHCPのIPアドレスを貰い自動的にAPモードになるようだ。
コッチに無線接続したスマホもFLETSのルーターからIPアドレスを割り当てるようになった。
以前のエレコムの無線ルーターは注意深く真に正しい手順を探し出さないと、ルーターモードとAPモードの切替えと再起動を繰り返すハメになったので、コレは便利だ。
BUFFALOにもAPモード状態の無線ルーター用の設定アプリがあるがルーターモードとAPモードの切替えは手動だった。新しいモノならこっちのメーカーも自動で切り替わるんだろう。
古い無線ルーターをタダで貰ってAPモードの設定で苦労するより新しいものを買った方がトラブルが少なさそう。
取説にはIODATAのAPモードのルーターを探すアプリMagicalFinderのリンクはAppleStoreとGoogleStoreのみだ、ググればPC版も見つかるが、インストしてみるとデスクトップの「mfinder314」フォルダにインストールしてしまうから、デスクトップのフォルダアイコンが行方不明になると厄介なので中のINSTALLフォルダのSETIP.EXEを起動しよくあるようにC:\Program Files (x86)\I-O DATA\MFINDERにインストした方が安心。但しそこまでやっても、ルーターにメーカーの異なる無線のAPが２つブラ下がっている状態なせいか、無線ルーターを発見することはできなかった。無線機器のメーカーの混在は今も面倒がかかるものなのかもしれない。
スマホの接続
Google Playから２つのアプリをインストする。
- QRコネクト
- インストしたらアプリを起動して付属のQRコードのシートを読ませるダケ。
- Magical Finder (同名のアプリがいっぱいあるので、注意深くIO-DATA製のアプリを選択する)
- ルータの管理用のアプリなので自分用だけでいい。
- なかなか認識しないので、検索されるまで気長に待つコト。
- 認識されたら、【無線ルーターの設定画面】へ進むと、ブラウザに無線ルーターの設定画面が表示するので、気ままに設定可能。
ポート開放も可。
そんな感じでカンタン操作で済むが、LTE接続のスマホかタブレットが無いと、無線ルーターが不調になった時にマニュアルすら見れなくなるので、故障した途端に途方に暮れそうだ。
※IODATAのDDNSサービスのiobb.netの設定はあるが、ルータータイプのモデムに接続する場合は使えないっぽい。
【javascript】 ReｇExp 正規表現
よく ”20161216010203″.replace(/([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{2})([0-9]{2})([0-9]{2})/g,”$1/$2/$3 $4:$5:$6″);
などどダラダラな使い方をしてしまうと
もう正規表現とはいいがたい。
var reg = new RegExp（”\(\[0-9\]\{4\}\)\(\[0-9\]\{2\}\)\(\[0-9\]\{2\}\)\(\[0-9\]\{2\}\)\(\[0-9\]\{2\}\)\(\[0-9\]\{2\}\)”, “g”）;
var mat = reg.exec(“20161216010203”);
しかもパターンをjavascriptのリテラルとして指定するとエスケープシーケンスで更に長くなって訳が分からなくなる。
字句解析した部分：mat[0]、年：mat[1]、月：mat[2]、時：mat[3]、分：mat[4]、秒：mat[5]
など・・・となるはずなんだけどなぁ・・・
その度にスクラッチするのも面倒なのでデバッガを作ってみた。
ちまちましたパターンのデバッグに丁度いい。
複数のパターンを書けば、 | で繋いで、字句解析する様になっているものの・・・
パターンの長いものを先に書かないと、短いパターンが優先してマッチングしてしまい不調。
各パターンが括弧で括る（・・・）なパターンを想定しているので、上の様な場合は、複数のパターンを書くと、うまくいかないので、
デバッグ・ログ出力のチェックボックスを追加した。
これで、$0,$1,$2・・・$n の出力の雰囲気も判るハズ。
で、VisualStudioのC#のForm1.Designer.csを読取り
１つづつトークンと正規表現を増やしていく・・・
COMMENT: (/{2}.*$|/\*.*\*/)
REGION_B: (\s*#region\s+[a-zA-Z0-9]+.*$)
REGION_E: (\s*#endregion$)
SPACE: ([\s]+)
L-BRACE: (\{)
R-BRACE: (\})
L-PAREN: (\()
R-PAREN: (\))
COMMMA: (\,)
DOT: (\.)
BINOP: (\|\||&&|!=|==|\+|<=|>=|-|\*|\/|%|=)
DELIMITER: (;)
NULL: (null)
VALUE_TYPE: (void|integer|bool|string)
SCOPE: (public|private|friend|static)
THIS: (this)
NEW: (new)
BOOL: (true|false)
SYMBOLE: ([a-zA-Z0-9]+)
NUMBER: ([1-9]\.?[0-9]+)
この辺から急に重くなりだす。
暫くすると
メモリーガーとか言い出す。
LITERAL: (‘[^’]*’)
WQLITERAL: (“[^”]*”)
まで来ると、
字句解析させてみるとタイムアウト。
matchならあっという間などど思ってたら、
実は,解析結果の出力方法が・・・
for ( var idx in tokens ) {
log( idx + ” type:” + tokens[idx].type + “, token:” + tokens[idx].token );
}
だったせい。
このlog(msg)は間に合わせに作ったログの書き出し処理で
中身は・・・
function log(msg) {
$(‘#result’).text($(‘#result’).text() + msg + “\n”);
}
Form1.Designer.csを字句解析すると７０００個以上のトークンに分解できるが
そこまではexecもmatchに瞬時。
しかし、DOM要素を７０００回も読み書きしていたので
とても時間がかかっていたのた。 orz
ついでだから５０％増速モードに変更。
var msg=””;
for (var idx = 0; idx < tokens.length; idx++) {
msg += idx + ” type:” + tokens[idx].type + “, token:” + tokens[idx].token +”\n”;
}
log(msg);
これで、劇的に早くなりデバッグも容易になった。（大笑
ま、トークンが２２種類になり＄１～＄２２となってしまうと、$9までの制限があるreplace( ) はそのままでは使えなくなるけどね。
とても、がっがりしたけど、
Form1.Designer.csの字句解析まではサクっと終わるから、
後はちゃんと文法にまとめ、HTMLのフォームに変換すれば、VisualStudioのC#のWindowsFormフォームをブラウザに写し取れるハズ。
勿論、その逆も可能なハズ。
※実はここが重要だったりする。
と云うのも、VisualStudioのフォーム・エディタで編集するとプロパティをちょっと追加しただけでテキストの順序が結構移動するので、svnの差分エディタを見るとウンザリする差分ができあがるのだ。
ここだけちょっと何とかしたい。
華麗でなくていい、綺麗にそれなりに自力でソートできるだけでも十分実用的じゃない？
でも、出来上がった正規表現パターンは訳が判らないなぁ～（爆笑
to be continue…
【ARM版Windows 10】Win32アプリが動くかも？
ARM版Windows 10にx86エミュュレータを積んでWin32アプリを動く様に・・・
という噂が目についた。
本当にピュアなx86エミュレータだったら、昔のWindows-NTのx86エミュレータの再来ということになる。その当時はx86より他社のRISC系CPUの方がクロックが高かったから何とかなったのだろうが、INTELのCPUが急ピッチで進化した結果、x86エミュレータは鬼の様に遅いシロモノになってしまい他のCPU版のWindows－NTは実用的な選択肢では無くなりNTの次バージョンであるWindows-2000ではx86バージョンのみ販売されx86エミュレータはお蔵入りした経緯がある。
しかしエミュレータとは云え、今ではAndroidでもJavaのJITコンパイラが吐き出したバイナリーコードになったアプリが動いていると聞いているので、JITコンパイラ付きのx86エミュレータなら、意外とサクサク動くのかもしれない。但し、今のx86アプリはメモリやCPUパワーに対して無節操なので、メモリやSDカードなどの容量や読み書き速度は普通のPC並みのスペックが必要で、中途半端な構成のARM版Windows 10でX86アプリ（例えばMS-OFFICE）を動かすよりも1万円程度のスティックPCの方がマシであることは当然の帰結だが、スティックPCのGPU機能は廃スペックなスマホには遠く及ばないので、GPU負荷が著しく大きいゲームのベンチマークではARM版Windows 10のx86エミュレータの方が実用的なスコアを表示しかねず、そうなれば『出張先に大きなPS4を持ち込むほどの廃なゲーマーなら廃スペックWindowsスマホを欲しくなる可能性』は著しく高いだろう。
しかし、それでは『X-BOXの未来が全く見えなくなる』と思えるので、ガンガンとPCゲームが遊べるような意気なx86エミュレーターを載せるのかどうかは技術的な問題以前にやはり疑問符が付いてしまう。
なので、実装されても、MS-OFFICE365がそのままスマホでも使えるWindowsフォンになるのだろう。
そうなれば、Androidで無料のMS-OFFICEのモバイル版を使っている人が、Windowsフォンに切り替え、有償のMS-OFFICEに移行する人も出てくるだろうから、２粒美味しいハズ。
という感じなのだろうか？
もしそうなら、
MS Surfaceって意外と売れてないんだろうなぁ・・・
何といっても高すぎ・・・だから。（笑