Windows初期化

なにが原因化は不明ながら、普段使いのWindowsが絶不調に。エクスプローラーでファイルを選んでおいて「プログラムから開く」をやるとエクスプローラーが固まります。エクスプローラーが固まるのではなく、Windowsのシステム自体が無反応となる模様で、他のファイラーなどを使っても結果は同じです。
いろいろ対策はしてみましたが、どれも効果無し。これでは困るのでバックアップを取って初期化開始。

1回めは「ユーザーデーターを残して初期化」としましたが、問題は解決せず。
仕方がないので「完全初期化」を開始。最初の処理に何をしているのかは判りませんが、やたらに時間がかかります。なんだかんだで一晩かかって再インストール。
問題はその後です。言われるがままに設定していったところ、今までのOneDriveの中身を無視してMy Documentの中身が全部OneDriveへ!!! なので、OneDriveの中身がぐちゃぐちゃになってしまいました。どうにかこうにか対処して、必要なアプリケーションを入れていって、ほぼ完了といったところで症状再発。うーん、なにが悪かったかな…

ここまで戻すのに、合間を縫っての作業なので一週間かかってます。またやり直しとは…トホホホ。プログラムリストを探しに行ってそれで何かとんでもないPathが有ってそこで引っかかっているような気もするのでそこが見つかれば解決?

KiCAD日本語対応その5

いろいろ発生してくれましたが、どうにか作成に成功したようです。歯切れが悪いのは、出来上がった実行ファイルを起動しようとしたら、「libzstd.dllが見つかりません」と出て起動してくれなかったから。
こんなファイルはコピーリストに無かったんだがとは思いましたが、無ければ動いてやらないといわれる以上、調達の必要が有ります。

そもそもこのlibzstd.dllはWindowsのシステムに含まれるものらしいので、無いと言われること自体が異常事態。原因不明のフリーズ病も度々発生するので、そろそろ一回OSのクリーンインストールの必要が有りそう。データーのバックアップをしなきゃならないので手間がかかるな。

物理的所有の続き

前回書いてから、Microsoftのストアで扱っていた電子書籍を取りやめるとの発表が有りました。利用者には返金するとありますが、今で所有していたつもりの電子書籍が全滅なので影響はそれなりに有ると思います。このような場合、やっぱり物理的所有に勝るものは無いなと思うわけです。

ところで、物理的所有が無敵なのかと言えば、たぶんそうでは無い。次に発生するのが利用方法にまつわる問題。例えばアナログレコードや磁気テープに限らず、物理媒体から記録されているデーターを取り出す装置が必要となりますが、必ずしも必要な時に簡単に手に入るわけでは有りません。レーザーディスクやビデオテープなんてのは、その典型ではないかな。
また、物理媒体への記録フォーマットやデーター自体のフォーマットも全てに対応できるかと言えばそうでもない訳です。

例えば音声データーでさえもmp3,asf,aac,aiff,atrac,wma,mvi,wav,flac,mp4,oggなどと乱立。さらにvqfと言った廃れてしまったフォーマットも有ります。規格が公開されていれば廃れてしまったフォーマットでもなんとか読み取りはできるのでしょうけど、公開されていなければお手上げ。

結局の所、以前から有るデーターを一旦電子化しておいて、時々媒体やデーターフォーマットも含めて最新システムに移し替えて保存しておくのがベストなのかな。そうでないと物理的に所有していたとしても、ただのゴミの山を所有していることになってしまいます。

一方で特別な読み取り装置が必要ではない書籍でも記録フォーマット(?)が問題となり、一筋縄では行きません。たかだか150年前ほどの文書でさえも原典を読みこなせず、現代語訳なる物が用意されるご時世。明治初頭でなくても、昭和初期の本でも旧字・旧仮名なので、人によっては読めないことも有るでしょう。
それよりも前の文書、いわゆる古文書の類だと、あのミミズののたくったような文字を、それこそ「解読」して、意味を読み解く必要が出てきます。

こちらもやはり、その時々の最新フォーマット(?)に変換して保管しておくのがベストなんでしょうね。ただ、書籍の場合は紙の痛み問題を除けば5,60年は同じ本でも大丈夫なのが違いかな。

KiCAD日本語対応その4

思い切って再度全部を削除して、最初から作業開始。Kicad-winbuilderをgitから取り出し直したところ、PKGBUILDが変わっていることを発見。全部を初期化して良かったなと思いつつ、必要な変更を施して作業開始。

全部を改めたので例によって「GLMのバージョンが…」と出るので迷わずに0.9.9.2で上書きして再度実行。x86_64はうまく行ったようでしたが、x86で失敗。こちらにも64環境と同じ顔ぶれを集めているので、こちらでもGLMのバージョン問題が発生します。なのでこちらもバージョンダウンさせて再実行。

今度は上手く行ってくれるかな。片方作成で2時間ちょっとかかるようなので、全体だと5時間程度? まぁ結果は明日確認。

KiCAD日本語対応その3

一旦全部を消してやり始めたリビルド。目的としていたディレクトリとは違う所にあれこれを展開してくれているようで、おなじようなファイルがあちこちにある変な展開となっています。
元々C:\KiCad-Winbuilder\に必要ファイルを展開して作業を始めたのでしたが、気が付くとc:\user\xxxx\kicad-winbuilder\に必要ファイルが集められてなにかゴソゴソやっています。

妙なことになっていた$HOMEについてはmsysを一旦アンインストールしてやることでなんとかクリア。PATHの設定が悪さしていた可能性もありますが、とにかくOKへ。
で、1ラウンド。GLMのバージョンが0.9.9.5なので新しすぎるのでなんとかしろとの仰せ。0.9.9.3以下にしろと言うのでGLMのページから0.9.9.3を持ってきて展開。第2ラウンドへ。

第2ラウンドでは再び「GLMのバージョンが…」。いい加減にしろよなと思いつつさらに1段階古い0.9.9.2を展開して再挑戦。やっとこ実作業が始まったようです。

が、なにか違う感じが… 作業自体を止められない雰囲気(Ctrl-Cが効かない)なので、最後まで行くのを待つしかないのか? なんか不毛な時間だ。

KiCAD日本語対応その2

長くなってきたので、別建てへ。

結論から言うとまだ成功してません。相変わらずDOCファイルのチェックサムが…とはじかれるので、チェック自体をSKIPすることで、こちらはクリア。
次の関門がフォントファイルを展開されたフォルダーにコピーさせる指示。これができればたぶん残りは時間の問題のような。

cp: 通常ファイル ‘/c/kicad-winbuilder/”C:/kicad-winbuilder”/MINGW-packages/mingw-w64-kicad-git/src/kicad/common’ を作成 できません: No such file or directory
なんてエラーが出ます。なんという奇怪なフォルダー名… cmakeに食わせるPKGBUILDの中身を見ていても変な所は見当たらず。
仕方がないので、$HOMEという変数を表示させてみたらなんと
/c/kicad-winbuilder/”C:/kicad-winbuilder”
なんじゃこりゃ。そりゃエラーになるんだけど、どこでこんな指定をしているのやら。”C:/kicad-winbuilder”の部分が根本的に間違っているんだよな。正しくは
msys64/home/xxxxx/となってないとダメ。
まだ先は長そうだ。