clang 11.0 install

久々にLLVM(clang)をインストールした😄😄

コンパイル＋インストールで40分・・・ CPUはフル稼働🙀

usr ~/Project/test % cc --version
clang version 11.0.0
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin

Visual Studio Code

最近、C++のコーデイングにVisual Studio Codeを使っている。
私の場合は、大抵言語に合ったIDEを使うのだが、こいつは何かと使い勝手がいい。
（個人的に）MSの批判が多い中、これは！と思えるソフトだと思う。
まだまだ使い始めたばかりなので大したことはしていないが、ヘッダファイルの定義まで補完してくれるので随分助かる。
Microsoft Teamsも興味が有るのだが、1個人では使いようがない(/_;)

FreeBSD １２．１・・・と、その他××；

アップデートした

最近言語の発達が早くて、よう分からん(/_;)
c++の純粋仮想関数とかjavaのインターフェス止まりにしてほしい_(_"_)_

プログラミングに限らずだが、最近の人は自分の作った文章やコードを見直すことが少ないように思う。
『出来たからおしまい』ではなく、『間違いは必ず有る』という姿勢が大事だと思う。
『コーディング時は、自分は神だと思い。デバッグ時は、これは悪魔のプログラムだと思う』


“万が一”と言う言葉が有るが、今のPCで１万回に１回起きるバグなら、１秒間に何回起こるのか考えてみたほうがいい。
NewGame にもエピソードが有るが、「通ったから、他も大丈夫」という考えは捨てて、他にも過ちがないか確認してほしい。

CUIとGUI

某、質問サイトでpwd(Print Working Directory)の質問が有った。
ご当人は、MACのターミナルで“pwd”コマンドが使えるのを知らなかったようだ。
で、MACにCantOSを入れた状態で、ターミナルから(CntOSにログインしていないのに）pwdが使えるのを不思議に思ったようである。
で、恥ずかしい話だが、私はてっきりログイン・プロンプト(login:)に対して、pwdを打ったものと勘違いして（相手の作業状況を、詳しく聞けばよかったのだが）打てるはずがないから・・・“それはおかしい？”と言うような回答を書いた。・・・で、マイナス点をもらった＾＾；
それはそれで仕方がないのだが、GUI環境が多い中で、CUI（ターミナル等）でコマンドを打のはの珍しいのだろうか？
・・・コマンドのほうが早く済むことは、いくらでも有るのに・・・である。まして、macOSはBSDの直系である。UNIXのコマンドは一通り揃っている・・・細かいことまで知る必要はないが、自分が使っているOSの（よく使う）基本的なコマンド程度は覚えていてほしい。 

→必ず使える！Macのターミナルで使う基本UNIXコマンド15選

FreeBSD update

11-3がリリースされて３日経つので、11-2からアップデートした。サーバー用途としては特に変わった事は無いみたいだけど？
・・・SSL等のアップデートもあるので、リモート(Linux mint)から映画を見ながら11-3にアップデートした。
→ freebsd-update -r 11.3-RELEASE upgrade

更新内容は、以下の通り。まぁ、X使うわけじゃないからKDEやGNOMEは関係ないが…

• The clang, llvm, lld, lldb, and compiler-rt utilities as well as libc++ have been updated to upstream version 8.0.0.
  
• The ELF Tool Chain has been updated to version r3614.
  
• OpenSSL has been updated to version 1.0.2s.
  
• The ZFS filesystem has been updated to implement parallel mounting.
  
• The loader(8) has been updated to extend geli(8) support to all architectures.
  
• The pkg(8) utility has been updated to version 1.10.5.
  
• The KDE desktop environment has been updated to version 5.15.3.
  
• The GNOME desktop environment has been updated to version 3.28.
  
• The kernel will now log the jail(8) ID when logging a process exit.
  
• Several feature additions and updates to userland applications.
  
• Several network driver firmware updates.
  
• Warnings for features deprecated in future releases will now be printed on all FreeBSD versions.
  
• Warnings have been added for IPSec algorithms deprecated in RFC 8221.
  
• Deprecation warnings have been added for weaker algorithms when creating geli(8) providers.
  
• And more...

※ portのフル・アップデートも一緒にしたから、２時間ほどの映画を見終わっても終わらなかった。（実質３時間ほど・・・）

・・・最近、BEATLESSのレイシアの壁紙が多い・・・初期デザインの頃のレイシアはかわいい＾＾

ふつうメモリ不足での再起動の頻度ってどれくらいだろう？

Windowsってメモリ喰いのCPU喰いのような気がするけどみんなどうなんだろう？
通常運用で、メモリやCPUが５０％超えたらアウトじゃないのか？
・・FreeBSDのクライアントに、Windowsを使うとメモリが足りなくなる事が有る。
プログラムそのものに問題が有ることも有ると思うが、そもそもWindowsって長時間の連続稼働は考えてないように思う。
で、再起動の話になるのだが、わたしは通常（土日などの）休日は帰宅してから次の出勤（月曜）まで、電源は入れっぱなしである。
（最近使ってないから改善されているならゴメンだけど）Windowsはそれだけでメモリが不足がちになる。
私の場合は通常運用で（１６Gのメモリの）３０％を超えたら注意で、５０％を超えると危険と判断する。そんな時、PSやらAIなど立ち上げたら、まちがいなくスワップアウトされる。それで、重くなるなは困るので再起動をする。その他、頻繁なアップデート・・・GUI変えたり機能追加ってアップデートなのか？・・・そんな事より「今有る問題を解決してくれ！」・・・何よりOSのやってることが分からないのが一番問題で、わからないから質問しようとするとインシデントとかってお金を取られる・・・を含めていろいろ問題が有るので、２年ほど前にWindowsをやめてLinux mint(xfce4)にした。開発環境も充実したいというのも有ったが・・・まぁ、クライアントとして使うのはftpとTerminalぐらいだが、で、どうなったか？　というと・・・
・・・エディタ(IDE)とブラウザを立ち上げてターミナルからBSDと接続しても２〜３Gぐらいで足りる。
３日間連続運用して(LLVMをコンパイルしてインストールするような時以外)も５Gを超えることはまず無い。

・・・と、話は変わるが、ubuntu(WSL)は通常定義されない型(uint,ulong など)が有るらしい。こんなの覚えて現場に出たらどうするんだろう？　エラーだらけのコードが拡散することになる。他のサイト（scanf_s() や gets_s() が入ったソースを gcc で無理やりコンパイルする）でscanf_s()を潰すので苦労した話が上がっていたが・・・・まぁ、実務でprintf()やscanf()を使うことはまず無いだろうが、型の別名定義は使用されると厄介だ。MSはどうしてこんなことをするんだろう？