マイコンソフト　悩み事相談室　4

>>686
何が全然違うのか書かないと、コミュニケーションも成立しない。

>そんなことより「ポインタが無い」Javaなのに
>NullPointerExceptionが多発することが問題
たしかにこの2行は、矛盾の指摘に見えるけれど、矛盾になるためには1行目も2行目も正しいことが必要です。
Javaにポインタがない、という認識を疑うのはいかがでしょうか。もしその認識を修正すれば、

「Javaにはポインタのようなものがあり、誤った使い方をすればNullPointerExceptionが発生する」
となり、きれいに矛盾も消えると思います。

javaにはポインターがないのですか
↑そのままをキーワードにしてぐぐって。
多様な解釈がでてきますので、どれかを自分のものにするのではなくて対立するものもふくめてなんとなく
受け入れたらいいと思います。

Javaにはポインタが無いとは描いていない
「ポインタが無い」Javaと描いている

「Javaにはポインタが無い」と「ポインタが無い」Java に、

この件において

どんな意味の違いがあるの?

・ポインタとはアドレスベースでデータを参照する機能である
・ポインタは今どきの処理系には大抵存在する
・C/C++などの一部の処理系を除き境界チェックされる

>>689
君國語の成績悪かっただろ？

>>691
>>686において「全然違う」とだけ非難して、何が違うのかの説明はまだだね。

>>688において「Javaにはポインタが無い」ではなく「ポインタが無い」Java だと言いつつ、この件においてのその違いの説明のしないつもりかな。

ふたつとも待ってるよ。

>>693
p->str はポインタじゃねぇだろ。

p.str はポインタだけどな。

ごめん、理解した。

“組み込み用”のファイルシステムやライブラリってないのかな？
・コントローラ付きフラッシュメディア用(データのアラインが出来る)
・読み出し専用
・非同期アクセス可能(FIFO、バックグラウンド読み出し)
・高速エントリ探索
自分で作ってもいいけどすでにあるのならそっち使った方がよさそうだし・・・

自分で作れるなら作ったほうが、後々楽よ

RTOSの実践的な解説って絶望的にない

ちっとも動かずに、半日悩んでしまいました。
同じ変数名をグローバルと関数内で宣言してしまった場合、
関数内の変数の方が優先なんだね。

>>1
本当に楽勝でやる人には、本当はそんなやり方じゃダメだとか、俺はもっと良い方法を知っているとか言うのでは？
気にするだけ無駄だと思います。

>>701
python使えば良い

Pythonだとグローバル変数が優先されるのか、勉強になるなぁ。

それはない

グローバル変数は意識して使わないといけないから、なのかな。

でも、関数内でうっかり同名の変数に代入して、同じ関数内の別のところで、
同名のグローバル変数だと信じて参照するケースもあると思う。
>>701さんのだって、
関数内でうっかり同名変数を宣言して、同じ関数内の別のところで、
同名のグローバル変数だと信じて参照してたのかもしれないし。

それ以前にPythonが使えるマイコン環境はむしろ少なそう。

変態命名則　exDwHoge
名前空間に押し込む　myglb::hoge
グローバルオブジェクトに持たせる　glb.hoge
グローバル変数絶対つかわないマン　#define HOGE

でも、使いたいグローバル変数が分かってるのにそれと同じ名前の変数を作っちゃうというのも随分なうっかりさんだよね。
あるいはグローバル変数の方を後で追加したんかな？

>>708
最初は関数内だけでstaticで使っていたんだけど、
その変数値を関数外でも参照したなり、グローバルに出したのです。
が、関数内の変数宣言を // するのを忘れました。
関数内では正しく処理されているのに、mainで if( hoge==1 ){とやっても
全然1にならない。

Rustなら防げた事故

Rustが使えるマイコンって 何がありますか?

Rustってインタプリタもあったっけ？

mut mut すればいいと思うよ

Rustマジ面倒臭いわ

自前のメモリアロケーション管理はイヤ、
ガベコも嫌い、例外もイヤみたいな
欲張りセットがターゲットだしな

クミコではガベコ＝害悪、絶対にスコープ縛りみたいな
メモリをドバドバ使った動的管理がクリティカルなケースが限られる

メモリ管理のちょっとしたミスで数百万円のサーバを食い散らかす
サーバサイドアプリの記述なんかは強力なんだろうけど

そもそもマイコン用のコンパイラが対応してないと…

読んだ事ないけど読んでみたくなった
はじめて見たわ

糖が尿から出てきて何なんだ大木のじじいの話か

騙されて見てて嫌がる人が作った奴が隠蔽したからシギーは直に逮捕されるだろうってさ

結局メダル取ったらなれるわけないんだな

ねけひけひはひむめもせをさちほたたゆけといちをぬあおききのりまなみとくま

bitcash?

>>723
俺はお前が嫌いだが、質問に答えてやる

まず、質問の内容に、マイコンの種類（型番）や開発環境（コンパイラの種類）等を含めるべきだ

（１）多くのSTM32の様な32bitマイコンでは指定した回数のビットシフトを少ないサイクル(概ね１回)で行う機能を有してる（例）LSL R0, R0, #8
（２）上記　（LSL R0, R0, #7）
（３）よほど酷いコンパイラでなければ最終的に同じアセンブラを吐く

ビットシフトはシフトレジスタをクロックシフトする古典的な遅い方法とファンネルシフトとかバレルシフトと言ったクロックシフトでは無いあらかじめずらしたビットパターンからマルチプレクサで選択してストアする0クロックなやり方がある。
40年前から高速化では当たり前であるけどね。

吐き出したアセンブラを見て
その命令のマシンクロックをマニュアルから探せばいいと思うよ

>>724
初対面にいきなり嫌いと言われるのがわかりません。
理由を述べて下さい。

>>725
ありがとうございます。
0や1クロックでできてしまうんですね。
素晴らしいです。そのシフト方法で調べてみます。
どうもありがとうございました。

>>726
ありがとうございます
勉強します。
ありがとうございます

普通はC/C++のシフトだろうけど
L/Bエンディアン変換の需要がbyteswap系
アセンブラマクロが組めれば
最小最速になるかな

ナンチャッテ最小最速

unsigned char * p,L8,H8;
uint16_t ans;
#if __BYTE_ORDER == __LITTLE_ENDIAN
* p = L8;
p++;
*p = H8;
#else
* p = H8;
p++;
*p = L8;
#endif
ans = * (uint16_t *) p;

おっと、メモリアサイン追加
unsigned char arry[2],*p,L8,H8;
p = arry;
・・・
ans = * (uint16_t *) arry;

ユニオン切ってもいいよね
union x a{
unsigned short b;
unsigned char c[2];
};
で、
x.c[0]=hi8;
x.c[1]=lo8;
とか、
union x a{
unsigned short b;
struct c d{
unsigned char hi8;
unsigned char lo8;
}:
}
とか。

あれ世界中のクラブもそうなんか

今までとは普通の知性があって2軍にいるってことじゃなくてSASじゃねーの?

>>730
何かわかりにくい
3行にまとめることできないの？

>>735
三行しか読めないSNS頭？

ワンライナーとか Perl 使いかよ