タイトル

【povo2.0】長期間トッピング未購入による利用停止予告

---

---

ついに来ました！

サービス期間か何かで来ないかと思っていましたよ。


最初の警告は契約付の翌月から180日経過後の翌月なのかな？  (契約月+8か月後の月初めに警告)

SMS や povoアプリは通知は来なかったですね。
povoアプリ開いても通知もないですし、警告もないですね。

Eメール連絡だけですね。

毎月トッピングしていない人は要注意ですね！

アプリ開いただけでは知りえませんし。この辺りは トップに注意喚起するなり、通知表示するなり 改善してほしいですね。

利用停止日を過ぎると手続きが面倒になるらしいので、忘れないうちになるべく早く購入したほうがいいようです。

近いうちに
一番安い 220円 smash.使い放題パック(24時間) をチャージすることにします。

どうやって使うのだろう？　(動画はみたいのだけど)

https://povo.jp/spec/topping/smash_1d/

なるほど、購入すればわかるってことね。

https://www.au.com/entertainment/smash/
初回登録がめんどくさそう。

最安で番号維持が目的のトッピング購入なので、
smashを利用しない場合は smash.サービスの利用開始登録はしなくても大丈夫っぽい。

購入月が日割りになる例外期間中だと
月末に、5分550円プランに加入、即解約すると、
17, 18 ,19, 20 円で済むらしい。
(翌月以降自動更新になるので 即解除して当月だけ適用する必要がある)
警告が来る前に 月末に 日割りトッピング やったほうがお徳のようですね。

smashをみたいので今回はいいとしましょう。

月末付近で思い出すかアラームいれるのも面倒だから
次回も 警告後にsmash 購入になると思いますが。

コロナでいきなり収容されたら更新できませんしね
3, 4か月で 予防的に購入するほうがいいかもしれないですね。

トッピングの継続プランに入っていない場合は
入院や、コロナとかかかったら場合は、けちらず、まよわず、何かすぐにトッピングで有効期限更新ですね。

タイトル

---

---

Amazon tablet
OS:  Fire OS 7.3 (Andorid 9)
SDカードメモリ：内部メモリとして

突然、アプリのログインが現れたので
？？？
アプリ再起動　(ログイン画面)　数回トライ

アプリのデータが壊れたのかな？と
アプリのストレージ消去
アプリ起動
　普通にログインされた状態で起動。
？

えっ　アプリを リセットしたので そんなことおきるわけないのだが・・・？？？

なんかおかしいので　端末再起動　ポチ

しばらくフリーズ

再起動

メモリのフォーマットを促すメッセージとともに
外部に設定してあったアプリ2個がグレー表示。（SD壊れても大丈夫なように厳選してある）
うち1個は最近入れたので関係ないでしょう。
ということで、アプリ1個　ネットのキャッシュは多少あるでしょうが
64GBの寿命がくるほどがちがちに書き込むとは考えられないので
Androidの欠陥でしょうね

今回は、そのうち壊れるのを前提で刺していたので、被害はカードだけです。
アプリは再インストールしてログインすれば復旧できます。(個人用のローカルデータはないので)

ほかのAndroid端末(7.1, 9.0)で内部ストレージにすると３～６か月で壊れるのを何回も確認しています。
推測するにAndroidが設定する第一パーティションの管理領域サイズが16MBで小さすぎて、同じ個所に集中書き込みされmicroSDの書き込み上限を超えていると考えられます。

今回Windows,android,LiveOS（Liveminitool）,　デジカメのすべてにおいてフォーマットできません。
・Windows フォーマットしてくださいで、フォーマットできない。
・フォーマットできない(パーティションの削除を含む)
・パーティション削除適用をクリック → フォーマット操作前の状態のまま
・ゼロフォーマットしても、その後、フォーマット操作前の状態のまま
今回は完全にフォーマットもできないのでSDいかれています。

microSDカードのパーティションなどの管理領域が破損しているようです

内部で書き込み禁止フラグが立っているようで、一度フラグが立つと解除できないメーカー仕様のようです。

今回破損したメーカーは
HIDISC 64GB MicroSDXC CLASS10

他のメーカーでも内部メモリとして扱うと1年以内に高確率で破損するのでAndroidの欠陥でしょうね。

調べると1年保証のようなので、ゴミ確定。(保障の長いメーカーにしていればよかった)
暗号化されて内部ストレージとして使用していたので、そのまま捨てても問題はないのですが
気持ち悪いので、大きいテープに貼って破片がが飛ばないようにして、ペンチで折り曲げて6分割してゴミ箱へ捨てました。

2～３千円で購入したカードだと思うのですが、元をとっていないですね。
このカードをデジカメに使っていなかったことだけは救いですね。

捨てたタブレットにいれていたFATフォーマットの16GBのmicroSDカードがあったので、実験を兼ねてまた内部ストレージとしてフォーマットして利用。さてどのくらい持つでしょうか。　このストレージで利用するアプリは今回は1個だけになります。

まとめ

・最近の安いメモリは1セル1000回くらいしか書き込めないので、信用しないほうがいい。

メモリコントローラーがセルの書き込みを分散するから寿命が長いとかいう妄想は捨てたほうがいいです。

・内部メモリとして
Androidの内部メモリとして使わない。
どうしても設定する場合はドライブレコーダー用の高耐久カードを使いましょう。

・外部メモリとして
外部メモリとして認識されるとセキュリティがなくなり、だれでもカードの内容を読み取ることができるので、紛失した際に困るデータはいれないようにしましょう。


フラッシュストレージは、いつ壊れてもおかしくないということを認識していれば、特にあせることはないでしょう。
運が悪かった。はずれ引いたとあきらめもつくでしょう。

大事なデータはクラウドバックアップやほかの媒体にすみやかにコピーしましょう

タイトル

---

---

アプリ メニューの
は 古くさい。


が今どきの流行り？

タイトル

---

---

久々にIDE起動


あれ？


あれれーーー

安定していたのでさわることがなく、Embedded で運用していたため気が付きませんでした。
OS載せ替えたときに、サービスの登録が消えていたのですね

いまFirebird の安定板は version4.0なのですね。
互換性チェックとアップグレードに伴うdb変換は 面倒なので
2.5で安定運用していたので現時点でバージョンを上げるわけにはいかないのですよ😑。

手動でサービス追加するは面倒そうなので
最終版の2.5.9をダウンロードしてインストーラーで再インストール。

開発環境でもアプリ起動できるようになりました。

タイトル

---

---

$ git log
fatal: detected dubious ownership in repository at 'C:/Program Files (x86)/Borland/BDS/3.0/my-2005fix-source'
To add an exception for this directory, call:

git config --global --add safe.directory 'C:/Program Files (x86)/Borland/BDS/3.0/my-2005fix-source'

Set the environment variable GIT_TEST_DEBUG_UNSAFE_DIRECTORIES=true and run
again for more information.


はぁ？
またですか！

ユーザーとグループにフルコントロール権限与えていたのに面倒くさいことしてくれますね。

原因

git仕様の変更:[2.35.2-] safe.directory
https://git-scm.com/docs/git-config/2.35.2#Documentation/git-config.txt-safedirectory

仕様変更はgitは管理が複数ファイルに分散なので、おそらくリポジトリ破損事故でもおこったのでしょうね。
fossilみたいに1ファイルだとそういう事故は起きない。

問題は、ファイル所有権者とカレントユーザーが違うために発生している。


解決方法は2択。
「メッセージにあるようにする」か「所有権を変更する」か。

今回は、カレントユーザー以外操作しないため、所有権変更で対応する

[管理者として実行]
所有者の一括変更 (cmd 管理者)
takeown /f フォルダ名 /r /d Y

OSのx64, x32の影響でソースコードを書き換えないでいいように
C:/Program Files/Borland/BDS/3.0は、
は、C:/Program Files (x86)/Borland/BDS/3.0へのジャンクションにしています。

takeownコマンドは、パスにジャンクションを含むとファイルがないとエラーが表示されるため
cdコマンドでカレントフォルダを移動します

cd "C:/Program Files/Borland/BDS/3.0/"
takeown /f my-2005fix-source /r /d Y


$ git log -n 1
commit 0e60755c24eab61ef9eb31742de0317ab9117cc5 (HEAD -> master)

はい解決

タイトル

---

---

10年前からparadoxを利用しているアプリはもうないため、
dbは、firefirdに移行しているので、利用することはないと思いますが、
先日 gitリポジトリに変換した際、古いコードで実行するとエラーがでたので メモ。

原因：C:\PDOXUSRS.NET の書き込み権限がないため

対処方法：デフォルト設定が身勝手な行儀の悪い仕様なので、保存場所を変更します。

書き込み場所を変更する

Step1: BDEが使用するフォルダを作成する

管理者として実行：コマンドプロンプト

mkdir "C:\ProgramData\Borland\BDE"

Step2: BDE Administrator を起動する (管理者として実行)

管理者として起動しないと設定変更時にフリーズするので注意。

Step1で管理者としてコマンドプロンプトが開いているので、そのまま呼び出す。
(コントロールパネルから開く場合は、Shiftキー押しながら右クリック)

Windows(64bit)

"C:\Program Files (x86)\Borland\Common Files\BDE\bdeadmin.exe"

Windows(32bit)

"C:\Program Files\Borland\Common Files\BDE\bdeadmin.exe"

Step3: BDEオプションを変更する

BDE Administratorの画面左側にあるタブから環境設定をクリックする
Drivers → Native → PARADOX をたどる

項目 NET DIR : C:\
の値欄にカーソルを合わせ CTRL+V で以下を貼り付ける
C:\ProgramData\Borland\BDE

青色の更新アイコンをクリック


以上でエラーが解決します

タイトル

---

---

git 空フォルダを含める

gitは空フォルダに対応していないため下記の方法で1ファイルコミットします。

フォルダの中身は不要の場合
.gitignore



フォルダの中身を後から追加する場合
.gitignoreで 個別対応できないような場合は、適当な空ファイルを追加しておく
.gitkeep 慣例的な名前らしい



どういう場面に必要か？

コンパイラがフォルダを自動生成できないような場合に必要。(Delphiなど)

タイトル

---

---

git svn clone 超絶遅い

びっくり
調べるとどうやら超絶遅いらしい。

エラーが起きない程度に
--log-window-size=5000 とか
--log-window-size=30000 とか
指定したほうがいいらしい


中央リポジトリを破壊されたら目も当てられないので gitに移行することに。
ソロ アプリのソースコードを svnから gitに変えようと思って

「ローカルリポジトリ file:///」かつ「コミット60個しかない」のに
1コミット進むのに時間がかかるかかる

次回から指定してみよう

» 続きを読む

タイトル

---

---

VirtualBox7.0 Windows10 起動後 数分で落ちる

ホストがWindowsの場合は、
ゲストOSがまともに動くのは
Windows7までのようですね。

ホストOSをLinuxにする必要があるみたい


Hyper-Vを利用したほうがいいってことでしょう。

タイトル

---

---

c gettext libintl : .mo load from memory


gettext

リソースとして
メモリからロードしたいです。

どこのサンプルを見ても
ファイルのフォルダ指定(bindtextdomain)、ファイル名指定(textdomain)からの
gettextコールしかないので

みんな使っていないだけ？
ストリームロード機能ないの？
アホなの？

» 続きを読む