カテゴリー: ICT

Adobe社のCreative Cloud製品を使っていた人が休職し，インストールされていたPCは他の人に引き継がれました．PCには引き継いだ人のドメインアカウントでログインし，たびたびCCも使っていました．が，最近，CCの試用期間が終わります警告が出るようになったとさ．別のアカウントでCCにサインインしているからでしょうか．しかしながら，休職者のアカウントは判りません．他人のアカウントを無理やり引きはがすことってできるの？ 詳しい人に訊いてみる予定．とにもかくにも，ちゃんとサインアウトしてから休みに入らないとねという話．普段から自動サインインになっていることもあり，こんなことに気づくなんて至難の業ですぞ．

C言語で書いたソースコードを共用し，Android用とiOS用とWindows用の各ライブラリを作っています．作ったライブラリをテストするためのフロントアプリもそれぞれ作っています．今回，リファクタリングを兼ね，開発環境を一部変えました．

実行環境	アセンブリ	開発環境	言語
Android	ライブラリ（.so）	Visual Studio 2008+cygwin →Android Studio	C
	フロントアプリ（.apk）	Eclipse →Android Studio	Java
iOS	ライブラリ（.a）	XCode	Objective-C
	フロントアプリ（.ipa）	Flash Builder	Action Script
Windows#1	WINAPI型ライブラリ（.dll）	Visual Studio 2008 →Visual Studio 2015	C
	フロントアプリ（.exe）	Flash Builder	Action Script
Windows#2	クラスライブラリ（.dll）	Visual Studio 2008 →Visual Studio 2015	C++/CLI
	フロントアプリ（.exe）	Visual Studio 2008 →Visual Studio 2015	C++/CLI

Visual Studioのバージョン変更により，既定の.NET Frameworkが3から4に上がります．それに伴い，.NET Framework 3.5対応だった既存ライブラリの参照に小技が必要になりました．

文字コード由来の警告が出ます．Visual StudioはBOM付きUTF-8に対応していても，XCodeはBOM付きUTF-8に対応していないとかXcode上で編集するとBOMが消えるという噂を聞きました．かといって，BOM無しUTF-8（UTF-8N）だと，Shift-JISだと勘違いした誰かが引っかかってきます．ネットを漁っても，記事が古いかもしれなかったり信憑性が怪しい個人の書き込みだったりします．まだとっちらかったまま．

C言語のlong型のサイズが違います．学生時代の20年くらい前は，「short型は2バイト，long型は4バイト，int型は処理系依存で2バイトか4バイト」となっていたので，int型ではなくlong型を使っていました．それを引きずって，入社初期に書いていた，そして今リファクタリングしようとしているコードには，long型がしばしば登場しています．ところが現在，long型が4バイトなのはVisual Studioだけで，XCodeとAndroid Studioは8バイトになっています．そんなもんだから，途中でlong型ポインタで処理するところがあると，メモリ参照系のエラーが出ます．直すにしても，ソースコードを共用しているので，よくよく考える必要があります．

非常にややこしい．もっとサクッと行けると思っていたのに，まだ戦時中です．

Android用のネイティヴライブラリをC言語で書いています．これまでは，Visual Studioのエディタでコーディングした後，cygwinのコマンドラインでビルドしていました．今後はコーディングとビルドをAndroid Studioで行うことになりました．ところが，新環境では同じソースコードでも出力が異なります．そればかりか，途中でプログラムが予期せず中断されることがあります．

この調査が急務だったものの，それ以上の急務が立て込んだり，開発環境がうまく作れなかったりで，かれこれ3箇月ほど経ってしまっていました．ようやく着手でき，そこかしこ調べました．

結果，原因はlong型のサイズでした．コンパイラによって，long型が4バイト整数型として処理されたり，8バイト整数型として処理されたりしてたみたいです．その結果，Javaで書かれたAndroid用フロントアプリから整数型配列をJNIのAPIで変換する際，C言語の受け側をlong型ポインタにしている部分で予期せぬバイトアラインメントになっていた模様．過去にも，iOS用にXcodeでビルドするときにも同様の問題がありました．気をつけなはれや．

半年前に買ったパンタグラフ式のキーボード．2～3週間に1回程度の頻度でCtrlキーが押されっぱなしになります．物理的にではなく電気的に．

マウスでデスクトップのアイコンをシングルクリックしていくと，複数アイコンが選択できちゃいます．Excelを開いた状態で「N」だけ押すと新規ファイルが開かれちゃうし，「W」だけ押すと閉じます．最初は何が起こっているのか解りませんでした．でも，振る舞いの規則性から，じきに容疑者を割り出せました．

問題は復旧方法です．キーボードのUSBケーブルを抜き差ししてもだめ．PCを一旦スリープ状態にしてもだめ．ググってもだめ．PCの電源を再起動しないとだめです．

2箇月ほど前に復旧方法，見つけました．Shiftキーとその上の英数キーの同時押しでCapsLockになるのよろしく，Ctrlキーとその隣のFnキーを同時に押すです．十中八九これで治ってくれてます．Ctrlキーをロックするこんな裏技があるのか!?と思いきや，正常化してから再びCtrl+Fnキーを押しても，ロックはされません．よく解りませんが，似た症状を抱えているPCの前のあなた，どうぞお試しあれ．

会社で使っているWindows8.1updateのPCが，時々重くなります．裏で何が動いているのかしら．滅多に検索とかしないから，インデックス作成のサービスとか止めたら快調になったりするのかしら．

重いといえば，半年前に自宅のPCを新調し，Excelの番号が16増えてからというもの，日に日に家計簿が重くなりました．自動計算をやめ，F9で手動計算させる設定にしても，案の定改善せず．しばらくしてから原因に気づきました．原因は条件付き書式でした．赤字を赤字，黒字を青字にする条件付き書式です．特定列にだけ適用していたつもりですが，コピペによって適用範囲が細切れになっていたのです．条件付き書式をやめ，既定で用意されている赤字を赤字，黒字を黒字にする書式にしました．以来，快調です．

きっかけは納会で勧められたアフィリエイトブログの話でした．年末年始の休みでちょっとだけアフィリエイトを調べてみました．そもそもアフィリエイトが何なのか何となくしか知らないなと．商品の広告を貼ると，そのリンクから購入した人が現れた場合，広告料収入が入るものみたいですね．でも，その広告はアフィリエイトプロバイダから適当に選んでこないといけないみたい．これは面倒．一方，Googleアドセンスは，良い感じの広告を勝手に表示してくれて，クリックされただけで収入が入るみたい．こっちの方が合っているかも．

いずれにせよ，適当なWebページよりも，ブログのほうがリンクされやすいらしい．ましてや，私のホームページみたいにフレームを駆使していると，何かいろいろあるみたいです．ま，フレームが良くないというのはよく聞きますが，良くない理由は何となくしか知りませんね．SEなのにいかんいかん．ホームページをフレームなしにすると，運用が大変なので，そこまで頑張りたくないです．

ということで，まずはブログ（http://mhasac.wp.xdomain.jp/）を始めました．と言っても，この日記ページの記事をコピペして投稿しているだけですし，今後もそのつもりです．ホームページ用のレンタルサーバを運用しているところが，たまたまWord Press用スペースも無料で提供していたので，それを使ってみました．スタイルは，既定で提供されているものをほぼまんま使っています．会社で一時期，Movable Typeを使った社内ブログを書いていたので，感覚は何となく解ります．が，何となくしか解らなかったのと，凝ったことをする気力がないのと，デザインに無頓着なため，初心者レベルの活用っぷりでございます．

コピペすると，投稿結果のレイアウトがちょっとアレになります．日記内で段落を構成する際，ホームページのほうでは，brタグで改行してから全角スペースを打っていました．しかし，ブログのほうだと，文頭の全角スペースが無視されてしまいます．字下げのため，スタイルシートで「text-indent:1em」にしても，本当に最初だけが字下げされ，途中途中のbrの後では字下げされません．というわけで，ブログのほうはだいぶ読みづらい印象があります．ま，いっか．

こんな状態で，時間を見つけては少しずつ遡ってコピペ投稿しました．妥協の省力モードで進めているんですが，それでも結構手間．今のところ，2016年12月10日くらいまで遡りました．まだこんなもん．キリ良く，2017年1月1日からにすりゃ良かったかなと，若干後悔しています．仮に毎日今日の分と過去1日分を投稿していったとして，2016年1月1日まで遡るのに1年かかります．過去の日記資産全て，即ち2001年7月19日まで遡ろうものなら，15年かかります．お，おう．

最終的にGoogleアドセンスに繋げるんだったら，もっと読みやすくないといけないことでしょう．今なら間に合う．つーか，今からでも間に合う．ということで，字下げを良い感じにする方法を考えました．考えた結果，brタグではなく，ちゃんとpタグを使うのが良いなと．そんで「text-indent:1em」です．とはいえ，まずはホームページのほうの日記のタグ構成をもっとましにしよう，と思った次第．そこblockquoteじゃなくてdivのほうが良くね？とか，そこclass名を別にしといたほうが良くね？とか，いろいろ湧いてくるわけですよ．

そんなわけで，2017年1月の日記は，2016年12月以前と違うタグ構成にしました．見た目はあまり変わらないと思います．ゆえに達成感微妙．

ゴミ箱を空にしても，会社のPCは主に定時後，やたらHDDがガリガリ言ってノロノロします．タスクマネージャを見ても，いまいち原因が解りません．

PC内を検索することはほとんどないので，インデックスを張る機能を無効化しているつもりでした．しかし，HDDのプロパティを見ると，「このドライブ上のファイルに対し，プロパティだけでなくコンテンツにもインデックスを付ける」にチェックが入っていました．不要だから外しておこう．

ここで「サブフォルダにも適用」したのが運の尽き．一向にインデックスを付ける処理をやめるようにする処理が終わりません．残業時間がアレだったり，仕事のきりが良かったりしているのに，帰れなくなりました．大掃除の際にやろうと思っていたHDD内のファイルの整理をしたりして，3時間経過．まだ終わらず．この調子だと終電を超えそうです．3連休に突入するので控えていたのですが，「shutdown /s /t 10000」でシャットダウンをスケジュールして帰りました．ちゃんと利いてくれていることを祈りましょう．

会社のPCが不調です．やたらHDDがガリガリ言ってノロノロします．スケジュールしているバックアップタスクが動いているのかと思いきや，タスクマネージャを見るとデフラグが動いているみたいでした．HDDには3割ほどの空き容量がありますが，そういう問題じゃないのかね．

そーいや最近，テストデータを作っては消し作っては消ししていました．ゴミ箱を空にしておこうか．ゴミ箱の最古のファイルは3週間前でした．そんなに昔でもないですね．が，空にしようとして驚きました．削除するファイルが36,000件，計20GBに上りました．そんなにでしたか．これで不調感は解消されたかな．