数値計算ソフト作成の経緯
プログラム電卓ぐらいの
プログラムで、
数値計算や
グラフが描けるソフトを
作ることにしました。
速度は遅くなるのですが、
テキスト文を解読しながら
処理する方式にしました。
(VisualBasic(VB)で作成)
VBの処理では遅い部分は、
アセンブリ言語による
プログラムでも
処理できるようにしました。
方程式の解析は、
Mathematica
(Wolfram Research 社製)
がいいかもしれません。
1997年4月頃、
あるパソコンショップ
(秋葉原)で
英語版の Mathematica が
18万円でした。
当時、お金がなく
買えませんでした。
この頃から、自分のための
数値計算ソフト,
テキストエディター
として、Windows95用に
作り始めました。
VBで作成したのは、
C言語が自分にとって、
難解で，扱いにくく，
記号の使い方が性に
合わなかったためです。
一部(CLC.DLL)は
VisualC(VC)の
インラインアセンブラ
を使ったのですが、
ほとんどC言語を
使わなくて済む仕様
なので助かりました。
RS-232C通信を追加し、
多数桁計算(加減剰余)も
できるようにしました。
(10000桁まで)
かなり時間がかかりますが、
π やｅ の計算はできます。
整数関連の計算は、
UBASIC86
(MS-DOS 2700桁以内)
がいいかもしれません。
その後、データベース処理
を追加しました。
その他
マイクロソフトは、
Oracle に追いつけ追い越せの頃、
ADO を無料配布していた。
使用した開発言語の
VB4(低価版)に、
バイナリ通信のできない
通信ソフト(Ver1.0 1995年)が
付属していた。
( InputMode がない、
たぶん宣伝用。)
1996年のヘルプファイルの
配布許諾一覧では、
Standard Edition で
MSCOMM32.OCX(Ver1.0)
が許可されている。
1997年のサポート技術情報では、
MSCOMM32.OCX が、
Standard Edition の一覧にない。
担当者の勘違い？。
( VB5,VB6の高価版に付属の
通信ソフト(Ver5.0, 6.0))は、
バイナリ通信ができた。)
マイクロソフトが
ライセンスを得ていた
通信ソフトに対し訴訟があり、
ライセンスがあいまいになった。
初期のモデムが
28800bpsまでの頃に、
マイクロソフトは
38400〜256000bps を
予約済み値としていた。
56Kモデムが普及しても、
MSCOMM32.OCX(Ver1.0) は
更新されず、
低価版に付属しなくなった。
(VB4→VB6)
パソコンのシリアル
(RS-232C)端子は、
レガシーデバイスとなった。
WindowsXP付属の
ハイパーターミナルは、
115200[bps] で
RS-232C間通信ができたが、
Windowsは、
自動でインターネット通信を
する仕組みなので、
ハイパーターミナルの安全性は、
ＵＳＢと同じかも知れない。
インターネットに接続するだけで、
ウィルスが侵入することがあった。
ホルダやファイルに
セキュリティをかけても、
ウィルスは
アクセスできることもあり、
パソコンの使用者が、
ホルダやファイルに
アクセスできないこともある。
セキュリティに守られた
怪しいホルダや、
使用中の怪しいファイルを
削除できないこともあった。
ホルダやファイルに
セキュリティをかけるより、
ＰＣの入出力を監視すべき。
VB7とならず、
VBNetとなってしまった。
VB7にNetアプリーションと
アセンブラーの付属であれば
買ったかも知れない。
新しい開発言語には、
新しいＯＳの環境が必要となり、
アプリケーションの
古いＯＳへの対応が難しくなる。
Ｃプログラマーによって
作られたＶＢは、
保身？のためか制限が多かった。
あれもできない、
これもできない、VB4に比べ、
VB6は、できる範囲が広くなった。
SDKがなくても、
APIリファレンスのVB本で
かなり解決できた。
ターボＣも買ったが、
Ｃ言語でアプリケーションを
作る気にはならなかった。
低価版のＶＢは、
DLLを作れなかったし、
アセンブラーが
付属していなかった。
低価版の Visual C 4.0 は、
DLLを作れたし、
アセンブラーが付属していた。
Windows3.1は、
DOS から起動できて便利だったが、
Windows95を、
DOS 上のＯＳと揶揄され、
古いDOSからでも、
Windows を起動できるように
くふうされなかった。
いくら CPU が高速化しても、
巨大化したＯＳが
その分を遅くしてしまうので、
いつまでたっても
パソコンは速くならない。
数値計算は、
CPU の周波数の
数値が多いほど速いが、
パソコンの操作感は、
[CPU100MHzのWindows3.1]より、
[CPU3GHzのWindows7]の方が遅い。
ＯＳ以外にも原因があっても、
CPU から見れば、
ＯＳが30倍遅くなった
ように見える。
ＯＳの常駐プログラムが
多すぎるし、
ＯＳの中にアプリケーションの
INIファイルデータを
入れるべきではなかったし、
ＶＢを直ちに拡張し、
ＯＳの開発言語を
ＣからＶＢに
早期に変更すべきだった。
使い勝手が悪く、
規則正しくなく、
余分なプログラムが
付随するＣ言語が、
ＯＳを複雑化し、
ＯＳを巨大化させた、
原因と言える。
開発コストを配慮し、
アプリーションの作成を
早期にＣ言語から
Visual Basic に
変えたアメリカ企業もある。
Windows10に
無料バージョンアップしたが、
画面が不安定になったので、
Windows8.1に戻した。
製品版を購入したが、
ビデオドライバーは
画面を鮮明に表示しなくなった。
Windows10の販売後、
10以外のWindowsも、
画面が不鮮明になったり、
赤いにじみが出るようになった。
赤いにじみは、
最上部のメニュー文字から始まり、
徐々に下方の文字に広がっていく。
一度でもインターネットに
接続すると、
ハードディスクをクリーンにし、
再インストールしても
直らなかった。
( メインボードのビデオ関係，
BIOS，CPU，モニターが
影響を受けたようだ。)
無料,有料アンチウィルスソフト
でも検出できない。
ハードにむりを強いたり、
古いものを軽視したのが
原因のようだ。
GIGABYTEは、
メインボードという名称で
かなりねばったが、ついに
マザーボードにしてしまった。
ノートパソコンと
据え置き型パソコンの両方に
許可している有料ソフトもある。
Windowsは認証を重視し過ぎで、
そのために
大変な苦労を強いられている。
Windowsの再インストールのとき、
アプリケーションを
再インストール
しなくて済む仕組みに
変更できないのだろうか？。
ＯＳの基幹部と
その他を完全に分離し、
その他を
アプリケーションとすべきで、
ＯＳが不調になったとき、
基幹部だけを復元し、
文字サイズやカラーなどの
個人設定は、
不変にすべきでしょう。
古いソフトや古いハードの軽視，
複雑で肥大化したＯＳが、
パソコン離れの
原因になると言える。
ＰＣの
Windowsアプリケーションが
動作するスマートホーンは
期待できる。
Windows11からは、
裕福(個人,企業等)向け
になるようだ。
安価に構築するのなら、
Linux がいいかも知れない。
ATCLC95F＋ATCLCLF で、
ATCLC が
Puppy(fossapup64-9.5.iso)＋
wine-3.0 でほぼ使える。
WineLinux (PCページ)
アイコン化は不可、
RS-232C は可、
データーベースは可。
(*.MDBだけ)
PC版 Android
x86_64-9.0-r2.iso
＋ [ Wine-3.0-x86.apk ]
WineAndroid (PCページ)
アイコン化は可、
RS-232C は不可、
データーベースは可。
(*.MDBだけ)
arm スマホ版
Winlator3.0 [Wine8.0.1]
DeviceOSEmltr (PCページ)
アイコン化は可、
RS-232C は不可、
データーベースは不可。
[ 2022年, 2024年 ]
[ 2007年2月，2008年，
2009年，2022年, 2024年 ]
ＡＴＨＰトップページ