骨髄球2.0% 我が帝国総動員玉砕戦線発令、手前。
２～３ヶ月に一度、採血しなくてはならないお薬を服用しているので、いつものように採血結果の紙をもらいました。毎度のことながら、謎の高さを見せている白血球(16.6千/ul)を見て、しんぱーいって思っています。いや、30万/ulとかになってなきゃ急性白血病とかではないと思うのですが、問題は！！！
白血球数 16.6 千/ul ⇧ やじるしがちょっとでかい
赤血球数 453 万/ul
血小版数 29.0万/ul
血液像（白血球分類）
好中球 59.5%
幼若球 2.0% ↑
(kayo軍司令官が小学生兵隊をオーダー。つまり、人員足りてないってこと。)
骨髄球 2.0% ↑
(さらに、kayo軍司令官が赤ちゃん兵隊見習いをオーダー。ヲイ！司令官。まだロクロク歩けない赤ちゃん兵隊見習いをオーダーするほど足りてないの？？)
骨髄芽球 none
(kayo軍の兵隊。といっても卵。まだ徴兵されてない。ハンプティダンプティさえオーダーするようだと専門家に行かないといけないみたい。)
好酸球 3.0%
好塩基球 1.0%
リンパ球 28.0% リンパ球は大丈夫みたい。
単球 6.5%
<<血液像は鏡検法による検査結果です>>
中性脂肪の値とかは載せなくてよ。- -;;
今回、初登場のキャラクター。骨髄球2.0% ↑
先生も、あまり出てきて欲しくないね。と言ってました。ただ、ジャンルの違う病院なので、専門外だから詳しくはないんだーと。
好中球はいわゆる白血球の門番というか、わたしの体の中にいる自衛隊みたいな存在らしいです。
ところが、何をとち狂っているのか自衛隊の司令官が骨髄球も骨髄から出てくるように、2.0%でオーダーだ！と言うのです。
骨髄球 2.0% ↑
骨随球は好中球の赤ちゃんです。大きくなって好中球になり、骨髄から飛び出し、自衛隊に入るわけですが、司令官は赤ちゃんをオーダーしているというわけです。人員不足の戦が起こっているのか、何かエラーがあるには違いなさそう。ちなみに白血球は１～２年前までは、12 千/ulで推移していましたが、このところ、16 千/ulで推移し始めました。
幼若球 2.0% ↑
のとおり小学生の兵隊も徴兵されています。徴兵率2.0% これも普通は出てこない数値のようです。
先生によると、骨髄球は、はじめて出てきたものだし、様子見かなと言ってました。心配なら病院を紹介すると。
で！！
「骨髄芽球」が出てきた場合は話が違うぞと言います。骨髄芽球はいわば、卵てきな存在。赤ちゃんレベルにもなってない芽なんです。
これを司令官が2.0%でオーダーだと言ってきたら、人員不足甚だしいというわけ。
何か、大きな戦が起こっている可能性大。
使い物になりそうにない、白血球の卵みたいなのを戦場に送ることになると言うことになってしまいます。
いわば、我が帝国総動員玉砕戦線発令という・・・
ああ・・・
とにかく、２～３ヶ月に一回は、採血をするので気になる白血球成分を載せていきたいと思います。^ ^;;
最後に、ねーセンセ。骨髄検査って痛いの？って聞いたら、痛いかもしれないと・・・麻酔は？ する。といってました・・・やーだー・・・やーだーー。泣
kayo .～＊
Makefileなんて書いてられない・・・CMakeでいってみる
Makefaileの書き方すらままならない超初心者がOSを作っているのですが、GNUのサイトに行って、bootloaderのMakefileを研究してたんです。
その結果、Makefileの良さは理解できるものの、これを毎回、書くの？とげんなりしたことです。どんだけ長いんだよ。
それでも、Makefileを書けるようにならないと、作業は完全にままならないわけで、どうにかこうにか、ネットで調べ物をしていました。
そうすると、CMakeというのがあるとのこと。おんや？
Makefileを吐き出してくれると言うではないですか！
はじめは、Linuxには、CMakeはないのかしら？と思っていたのですが
$ apt-cache search CMakeとしたら、
ちゃんとありました。苦笑
ためしに、hello world! を書いてCMakeをすると、確かにMakefileが吐き出されました。それも、やたらと詳しく書き出してある。
とりあえず、いまは、CMakeを使って作業をしてみたいと思います。CMakeはCMakeでいろいろ文法とかあるようなので、勉強は必要ですが。
じかに、Makefileを書くよりかは楽かなと思いました。
だって、今回、OSのソースができているのに、Makefileの書き方が分からなくてつまづいていたのですから・・・^ ^;;
ついでに、Visual Studio Codeもダウンロードしといたわ。笑
Linuxとか、Unix系は難しい。そこがまた、おもしろいんだけど、ちょっとやりたいことができると背に腹は変えられないような気がしてきたわ・・・
kayo .～＊
Emacsのewwブラウザは使える！
テキストブラウザで、links2を気に入って使用していたのですが、ふと、Emacsのw3mはどんな感じかしら？と調べているうちに、現在のEmacsには
「EWW = Emacs Web Wowser」というブラウザが内臓されているというではありませんか。早速、使ってみたらとってもハマりました。^ ^*
素早く表示できるし、links2だと画像は表示できなかったけれど、ewwは表示できちゃうのです。
あと、Emacsの特性上、Webをしながらメモを取るということができます。これは使うしない！^ ^*
わたしが参考にした、ewwの記事を下に載せておきます。
No.1) 英語はmust!! 今日読んだ英語のscripts!!
/*
4.2 BIOS device mapping techniques
Both of these techniques should be usable from any PC operating system, and neither require any special support in the drivers themselves. This section will be flushed out into detailed explanations, particularly for the I/O restriction technique.
The general rule is that the data comparison technique is the quick and dirty solution. It works most of the time, but doesn't cover all the bases, and is relatively simple.
The I/O restriction technique is much more complex, but it has potential to solve the problem under all conditions, plus allow access of the remaining bios devices when not all of them have operating system drivers.
/*
4.2.2 I/O restriction technique
This first step may be unnecessary, but first create copy-on-write mappings for the device drivers writing into pc ram. Keep the original copies for the clean bios virtual machine to be created later.
For each device driver brought online, determine which bios devices become inaccessible by:
- Create a clean bios virtual machine.
- Set the I/O permission map for the I/O area claimed by the device driver to no permissions (neither read nor write).
- Access each device.
- Record which devices succeed, and those which try to access the restricted I/O areas (hopefully, this will be an xor situation).
For each device driver, given how many of the bios devices were subsumed by it (there should be no gaps in this list), it should be easy to determine which devices on the controller these are.
In general, you have at most 2 disks from each controller given bios numbers, but they pretty much always count from the lowest logically numbered devices on the controller.
/*
4.3 Example OS code
In this distribution, the example Multiboot kernel kernel is included. The kernel just prints out the Multiboot information structure on the screen, so you can make use of the kernel to test a Multiboot-compliant boot loader and for reference to how to implement a Multiboot kernel. The source files can be found under the directory doc in the Multiboot source distribution.
The kernel kernel consists of only three files: boot.S, kernel.c and multiboot.h. The assembly source boot.S is written in GAS (see GNU assembler), and contains the Multiboot information structure to comply with the specification. When a Multiboot-compliant boot loader loads and execute it, it initialize the stack pointer and EFLAGS, and then call the function cmain defined in kernel.c. If cmain returns to the callee, then it shows a message to inform the user of the halt state and stops forever until you push the reset key. The file kernel.c contains the function cmain, which checks if the magic number passed by the boot loader is valid and so on, and some functions to print messages on the screen. The file multiboot.h defines some macros, such as the magic number for the Multiboot header, the Multiboot header structure and the Multiboot information structure.
kayo .～＊
/etc/fstabがrootでも編集できない場合
ファイルのパーミッションを見る限り、rootだと読み書きできる・・・はずなのに、何らかの事情で読み込み専用です。といって、書き込みを受け付けなくなるときがあります。このような現象に出会った場合、次のコマンドを打てば解決できます。
mount -o remount ,rw /
あとは、fstabをいつものように編集してみて下さい。
kayo .～＊
