C言語なら俺に聞け 150

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん (ｱｳｱｳｸｰ MM57-IE4z)
垢版 |
2019/02/06(水) 13:39:03.21ID:c4bnQMl3M
↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 149
https://mevius.5ch.net/test/read.cgi/tech/1540731704/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
386デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9b-RuLt)
垢版 |
2019/03/01(金) 17:32:32.07ID:ber2ILYja
>>380
そう。比較する演算子を使うとその結果が0または1になるので他の言語でのifと同じようにも使える。
2019/03/01(金) 17:49:40.28ID:lMpRUADOa
boolも予約語だと思うよ。ただの別名だけど。
2019/03/01(金) 18:05:13.76ID:wVb5PmwP0
ISO/IEC 9899:2011 7.18 Boolean type and values <stdbool.h> には
マクロと書いてあるが、どこかに予約語と書いてあるのか？
ISO/IEC 9899:2011 6.4.1 Keywords にはねえぞ
2019/03/01(金) 18:07:32.60ID:OVLCgqzva
まあboolでもいいってことだな
2019/03/01(金) 18:17:05.43ID:wVb5PmwP0
話そらすな
boolは予約語か違うのか
2019/03/01(金) 18:24:56.22ID:nQNJhNQvd
>MISRA-Cが安全だなんて決まりはどこにもねえぞ
>コーディング基準はそれを守りさえすれば安全だなんて信じているようだが自分の頭で考えることを放棄した手合いか？
>少なくともそういうカスはPGとして普通未満だぜ

この3行が主張なわけでboolについて話してる時点で話それてないか？w
2019/03/01(金) 18:25:12.46ID:yZJ4Zkhu0
漏れが言ってるのは「実質的なbool 値」
特定の物を指していない、一般的な言語での概念

条件文に、実質的なbool 値以外を書いたら、ダメ！
品質基準から減点される

トヨタでも、100点満点中、5点しか取れなかったとか、言ってる人いる

MISRA-C 無しのC 言語は使ってはならないと、決まっている！
393デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9b-RuLt)
垢版 |
2019/03/01(金) 18:32:42.09ID:ber2ILYja
昔々、int bool = 0; と書いてあって普通に変数として bool が使われている夫馬ログラムを見た事がある。
2019/03/01(金) 18:33:26.36ID:5vu7ZTEs0
昔はintの別名でマクロ定義してたな
今は予約語だったのか
395デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9b-RuLt)
垢版 |
2019/03/01(金) 18:33:54.49ID:ber2ILYja
夫馬ってなんやねんw
スマホでの打ち間違いは候補間違いもあるからより変な風になるなあ。
2019/03/01(金) 18:37:31.49ID:V2sWjbOV0
boolが予約語というのは聞いたことない。
<stdint.h>で使えるのは知ってるけど。
2019/03/01(金) 18:37:42.66ID:wVb5PmwP0
>>392
決まってねえよ
嘘書くんじゃねえ
2019/03/01(金) 18:38:42.45ID:wVb5PmwP0
>>391
ほう論点が２つあるのをおまえの脳内では話がそれたと言うのか
2019/03/01(金) 18:40:37.97ID:V2sWjbOV0
https://www.wdic.org/w/TECH/_Bool
2019/03/01(金) 18:41:18.61ID:nQNJhNQvd
>>398
いやすまん、boolについては論点にしてないと勘違いしていた。
2019/03/01(金) 18:42:35.19ID:V2sWjbOV0
<stdbool.h>の間違いだった。すまぬ。
2019/03/01(金) 18:44:20.24ID:nQNJhNQvd
またひとつ勉強になったよ
2019/03/01(金) 18:47:58.98ID:corsBm1i0
やっぱり相変わらずみんな仲いいな。
今日も平和に通常運転。
2019/03/01(金) 19:14:14.07ID:HVxvwZsK0
>>376
＞if(n / 10)
は　if(n / 10 != 0)
に読み替えてください
2019/03/01(金) 19:15:03.21ID:HVxvwZsK0
>>383
MISRA-C は馬鹿が使うものと聞いていますので、あなたも馬鹿の一人なんですね
2019/03/01(金) 19:16:07.43ID:HVxvwZsK0
>>385
C99 の _Bool はいろいろと残念な仕様なので、そんなものを使っていたら馬鹿呼ばわりされてもしかたがないと思います…
2019/03/01(金) 19:16:49.73ID:HVxvwZsK0
>>392
その「実質的」という単語の定義を教えていただけませんか？
2019/03/01(金) 19:18:02.41ID:corsBm1i0
>>404
いやーそこはちゃんとカッコをつけて
if((n / 10) != 0)
じゃないとMISRA通らないだろー。
と煽ってみる。
2019/03/01(金) 19:18:18.17ID:HVxvwZsK0
>>394
C の予約語に asm が存在したことがあっても、bool なんて金輪際ございません…
2019/03/01(金) 19:19:07.26ID:HVxvwZsK0
>>408
なんだか misra っていろいろうるさいですね…馬鹿が使うものの典型と理解しました
2019/03/01(金) 19:20:44.13ID:wVb5PmwP0
>>406
俺もそう思う
2019/03/01(金) 19:21:00.10ID:corsBm1i0
>>410
そのとーり。
MISRAはfool proofのための規格だよね。
あんなもん、クソの役にも立たんわ。
2019/03/01(金) 19:24:31.92ID:WfqePbUuM
>>392
Rubyガイジ死ねよ
2019/03/01(金) 19:26:29.24ID:omZ6F1i00
実際の開発現場ではMISRA-Cも_Boolも頭の片隅に意識する(人がいる)程度であまり意味はない
そんなことより他に考えることはいくらでもある
2019/03/01(金) 19:28:21.64ID:HVxvwZsK0
>>411
久々に私の意見に賛成する人がおられましたね…
2019/03/01(金) 19:56:06.23ID:yZJ4Zkhu0
essentially Boolean (実質的なブール型)

C90にはブール型はないが、真又は偽のブール値を表す式はある。
MISRA-C:2004ではこのような式をブール式と呼んで、数値を表す式と区別しており

if (hoge==TRUE)

このhoge が、実質的にはブール値なら、if (hoge) と書いてもOK
417デフォルトの名無しさん (ｱｳｱｳｸｰ MM0b-tQZn)
垢版 |
2019/03/01(金) 19:56:10.11ID:f15qqb/AM
>>404
そういう例はやめた方がいい。二度、評価することをおかしく感じなくなる。
2019/03/01(金) 19:59:51.05ID:HVxvwZsK0
>>417
マクロ関係ではないから、二度評価問題は関係ないのでは？もう少し詳しく教えていただけますか？
2019/03/01(金) 20:02:55.75ID:yZJ4Zkhu0
2値しか取らない、真偽値という概念を作り出して、単純な数値と区別している

明瞭になるように、可読性を高めるために、明確に使い方を分けている
420デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9b-RuLt)
垢版 |
2019/03/01(金) 20:09:43.22ID:ber2ILYja
みそら・・・
2019/03/01(金) 20:13:59.03ID:yZJ4Zkhu0
essentially Boolean (実質的なブール型)

hoge が単純な数値なら、if (hoge) とは書けないので、
比較演算子などを使って、( )内を真偽値にしなければならないが、

hoge を2値しか取らず、実質的には真偽値として扱っているなら、そう書いてもよい
422デフォルトの名無しさん (ﾜｯﾁｮｲ 37b3-tPEd)
垢版 |
2019/03/01(金) 20:17:31.73ID:zSE4SpXO0
>>19
なに時代だよ、trueとfalseだろ
423デフォルトの名無しさん (ﾜｯﾁｮｲ 37b3-tPEd)
垢版 |
2019/03/01(金) 20:18:43.90ID:zSE4SpXO0
>>376
そう書くなよ
条件文でかけ
424デフォルトの名無しさん (ﾜｯﾁｮｲ 37b3-tPEd)
垢版 |
2019/03/01(金) 20:20:05.53ID:zSE4SpXO0
>>382
というよりtrueとfalseを使えよ
425デフォルトの名無しさん (ﾜｯﾁｮｲ 37b3-tPEd)
垢版 |
2019/03/01(金) 20:21:09.40ID:zSE4SpXO0
>>385
bool だよ
2019/03/01(金) 20:59:57.85ID:YTopxKYTd
>>424
？
2019/03/01(金) 21:08:03.60ID:xM2kasch0
C++か他の言語か勘違いしてないかな？
C言語の枠内では（以下略
2019/03/01(金) 21:13:58.29ID:V2sWjbOV0
#include <stdbool.h>すれば、C言語でもbool, false, trueが使える。C99から。
2019/03/01(金) 21:27:08.50ID:xM2kasch0
マクロなのか　乱暴な解決法と見るか予約語にしなかった・できなかった理由があったのだろうか
2019/03/01(金) 22:01:55.94ID:HVxvwZsK0
>>428
bool 型は C99 では _Bool 型となり「bool」そのままではありません
2019/03/01(金) 22:19:15.38ID:wVb5PmwP0
>>425
#undef bool
あと死ね
2019/03/01(金) 22:36:40.53ID:4P/9ohSca
>>413
口調が似てると思ったら、やっぱりあいつだったのね
2019/03/02(土) 00:57:50.68ID:SIJCHEbM0
>>418
if ((n / 10 != 0) != 0) とは書かないのですか？
if (((n / 10 != 0) != 0) != 0) とは書かないのですか？

if (n / 10) で充分だろ
434デフォルトの名無しさん (ﾜｯﾁｮｲ b75f-tQZn)
垢版 |
2019/03/02(土) 01:28:32.24ID:ixsZHls30
if文の仕様がまずかったんだよな。演算子がコマンドで数値を返すところがいまとなってはわかりにくい。
2019/03/02(土) 02:00:30.74ID:tMatklv80
C の _Bool は完全に後付けだし、
true, false の型は int (整数リテラルの 1 や 0 に展開されるマクロ) ってのも
C らしい歴史的経緯ってやつだよねぇ……。
2019/03/02(土) 02:41:15.96ID:LTb7iLna0
なんでもいいがboolは使った方がいいよ
キャストするとちゃんと0と1になるよ
437デフォルトの名無しさん (ﾜｯﾁｮｲ b75f-tQZn)
垢版 |
2019/03/02(土) 03:06:19.06ID:ixsZHls30
キャストしないといけないのか
2019/03/02(土) 04:52:10.38ID:x2TrvqAV0
#define TRUE (1==1)
#define FALSE (!TRUE)

昔はこう書いて使ってたっけなあ
2019/03/02(土) 06:31:18.66ID:uyGBCzAL0
_Bool型(stdbool.hインクルード時はboolも可)の値は0か1しか取り得ないのでわざわざキャストする必要は無い
しかしながら自分はC言語では普段は_Boolもboolもどちらも使わない
単純にintなどの数値型を0か非0かだけで判断して使ってる
尤もC++ではbool型は普通に使っているけど
https://i.imgur.com/47mIrVh.png
2019/03/02(土) 06:54:46.28ID:uz1yhwTy0
>>376 を見て、久し振りに『プログラミング言語C』を開いてみたところ、
確かに p.105 に printd() って関数が載ってる(第2版)。
ここのテーマは再帰なので printd() は「1文字出力 putchar() を使って、
整数値を10進数で表示する再帰関数」の例。

話題の if (n / 10) では「n が 10 以上か」を判定してる。
直前で符号の処理をしてるので n が負ではないことは保証される。
(さらに「だだし n == INT_MIN の場合は…」に相当する注記あり)

で if (n / 10) が if ((n / 10) != 0) の意味だってことは、
p.68 第3章 制御の流れ 3.2 If-Else でさらりと説明されてるし、
その前 p.63 の条件式(三項演算子)の部分なんかにも載ってる。
たぶん他にも、あちこちで出てるんだろう。


「真と偽」みたいな独立した項目を立てた方が良かったんじゃないかな。
そうすりゃ索引からも探せるようになるし。

ついでに言えば、この場面では if (n / 10) より if (n >= 10) の方が
やってることが明解だし、処理も軽い気がするなぁ。
2019/03/02(土) 07:05:29.88ID:uyGBCzAL0
単純に開発当時のC言語としては処理をシンプルにしてパフォーマンスを稼ぎたかったのだと思うよ
普通のCPUは0か0でないかの判断は得意だけど0か1の判断は手間が掛かる
少しでもパフォーマンスを稼ぎたい場合(現在では組込み用途など)では余計な処理は極力除くように工夫する
2019/03/02(土) 07:30:56.47ID:0NQezXSh0
>>440
処理が軽いかどうかはちゃんと実測で比べろ
妄想だけで完結するアフォがよくいる
2019/03/02(土) 07:57:45.28ID:THGEifYn0
CPU/ハード毎に違い出るだろ。
2019/03/02(土) 08:01:55.04ID:uz1yhwTy0
いや、さすがに単純な整数値の大小比較と、割り算とで
どちらが速いか実測しなくちゃ分からないってのは
「実測しろ」って原則を無批判に(条件反射的に)
振りかざしてるんじゃないの？
予測は一切禁止ってルールじゃないでしょ。
2019/03/02(土) 09:30:10.68ID:+HGsrEwZM
>>433
n / 10
と
(n / 10) != 0
の型を意識しない底辺乙 w
2019/03/02(土) 09:37:08.49ID:Co1I1oSR0
>>444
そもそも>>440が言いたかったのは「やってることが明解だし」の方だろうしな
なんにでも噛み付く老害なんでしょ、スルー推奨
2019/03/02(土) 10:48:59.21ID:op59Vyc6a
でもcのコンパイラって割り算の時は最初に比較があって、n < 10なら比較直後に0返すんじゃなかったかな。
昔アセンブラの実習でやった気がする。
帰ったらみてみよ。
2019/03/02(土) 10:57:46.09ID:x2TrvqAV0
n / 10 と (n / 10) != 0 とで違うコード吐くとか？
オプティマイザなめんなよ
2019/03/02(土) 11:32:55.24ID:TCm6U75d0
>>439
最新のwindowsでもフォントにアンチエイリアス掛かってないのか
Mac唯一の利点だな
2019/03/02(土) 11:41:06.22ID:x3fQB5qB0
唯一ってｗ
2019/03/02(土) 13:58:43.76ID:S/SxCgBS0
MSゴシック以外のとこはアンチエイリアスかかってるだろ
452デフォルトの名無しさん (ﾜｯﾁｮｲ b75f-tQZn)
垢版 |
2019/03/02(土) 16:14:23.72ID:ixsZHls30
>>447
割り算はコンピュータにとって簡単なことではない。人間だってそうだろ。
2019/03/02(土) 16:42:33.79ID:/q2pZC1F0
>>445
0〜1以外を取るかどうかが違うだけで型は同じでは？
等価演算子（==と!=）は真の時に1、偽の時に0を返すとしか明記されてないでしょ
2019/03/02(土) 16:43:44.00ID:/q2pZC1F0
>>453
自己レス、型はintって書いてあったわ
2019/03/02(土) 17:04:52.74ID:tMatklv80
C では比較演算子が返すのも、 if の判定にも真偽値型は現れない。
真偽値型は後付けで、言語の中核の意味論には関与しない。
真偽値型は整数型の一種だから何か演算しようとすると整数拡張で int になってから計算するしな。

_Bool で表現してもほとんどの場合にコメントと同程度にしか意味ない。
コメントと同程度に「意図」を表せるならそれはそれで有用ではあるけど、
型システムが間違いを防止する役に立つ場面はあんまりない。

(余談だが C++ では (組込みの) 比較演算子は真偽値型を返すし、
if の条件節は真偽値型にキャストして判定するので C とは解釈が違う)
2019/03/02(土) 17:20:40.95ID:vTA45/dSM
>>453-454
型が同じだから区別不要？
昭和の老害かよw
2019/03/02(土) 17:23:51.58ID:U++dipsO0
若さを売りにするしか無くなったかｗ
2019/03/02(土) 17:29:25.11ID:Dgo9YwRe0
>>456
「昭和」言いたかっただけだろがｗ
2019/03/02(土) 17:38:17.44ID:/q2pZC1F0
>>456
「型は同じ」って言っただけで区別不要とはどこにも書いてない訳だが
2019/03/02(土) 17:53:06.93ID:vTA45/dSM
いや、マジで型安全とか知らなさそうで可哀想ですらあるんだが…
2019/03/02(土) 17:55:42.96ID:vTA45/dSM
>>459
> 型を意識しない底辺乙 w
にレスしてるのに？
なら結局何を言いたかったんだ？
2019/03/02(土) 18:05:39.73ID:/q2pZC1F0
>>461
言い方として「型を〜」っていうのが（あくまでC言語として）おかしいなと思っただけだよ
別に!=0をつけた方が分かりやすいことは否定しないし
2019/03/02(土) 18:07:30.88ID:U++dipsO0
「ばあさん、いただきものは型を意識した応答だろう」
「いいえ、お爺さん型を意識した応答でしたよ」
「そうかい、わしゃまた型を意識した応答だと思ったよ」
2019/03/02(土) 18:18:58.15ID:5yoALKCSa
boolの1と1足したら1になるよね？
2019/03/02(土) 18:45:34.07ID:NrjYyiWtM
>>464
ならんよ
2019/03/02(土) 18:46:41.44ID:tMatklv80
>>464
双方が int に拡張されて足し算されて 2 になったのが
再び bool にキャストすると 1 になる。

演算子の両方の型が int より小さい場合には
両方が int に拡張されてから計算されるというのが
C の基本的なルール。
(全ての演算子がそうというわけではない。)
2019/03/02(土) 19:01:27.14ID:Gk4CLPf80
>>455
MISRA-C は、C89/90に、bool という概念をバックポートした。
それを「実質的なブール型」と呼んで、単純な整数型と区別している

ブールを表現する場合は、整数型を使っていても、
それはブール型ですよってアピールする事で、
技術者間での意思疎通を図り、安全性を高める
2019/03/02(土) 19:16:00.81ID:eb7NT9g3d
>>466
なる場合とならない場合がある。
古いコンパイラではならない。
2019/03/02(土) 19:16:54.91ID:5yoALKCSa
あれ、ぶーる同士足し算できないの？
ちょっと信じがたい気はするけど
2019/03/02(土) 19:29:15.37ID:sCjKfj9s0
1bit計算のインストラクションなんぞ
わざわざ作らないだろ
そもそもbool型ってなんだよ
気持ち悪いな
2019/03/02(土) 19:31:09.19ID:DKrIFalvd
要は
bool a = 1;
bool b = 1;
として、
bool c = a + b;
ができたとしても、内部的には
bool c = (_Bool)(((int)a) + ((int)b));
になるってことじゃないの
2019/03/02(土) 19:43:06.08ID:Gk4CLPf80
整数型には加算はあるけど、
ブール型として扱うなら、加算は存在しない

AND, OR, NOT だけしかない

だから技術者間での、こういう共通意識が大切なわけ。
これは「実質的なブール型」として扱っているから、整数型の演算はできません！

ブール型が無かった時代の、
技術者間での意思疎通を図り、安全性を高める、苦肉の策
2019/03/02(土) 19:48:16.19ID:vmi2lFb5d
bool a = true, b = true;
int c = a + b;
これは2
2019/03/02(土) 19:56:01.42ID:Ud+LwFnR0
>>467
＞それはブール型ですよってアピールする事で、技術者間での意思疎通を図り
そういうのは、わりきってハンガリアンを使う方がいいのでは？
bool を使うことで文法的縛りが導入されないことには意味がない気がします
2019/03/02(土) 20:00:32.34ID:/q2pZC1F0
仕様の話とコーティング規約とか作法の話が混ざってるからややこしくなってるのでは
2019/03/02(土) 20:02:44.72ID:uyGBCzAL0
MSVCではbool変数同士の論理和でも加算でも再評価されて0か1のいずれかが再設定されてる
内部処理は全く同じ
gccの内部処理は分からんけど
https://i.imgur.com/3EzADoO.png
2019/03/02(土) 20:47:30.41ID:tMatklv80
>>467 >>472
コーディング規約・ガイドラインを設けるのは結構だが、
それを守っている組織・プロジェクトの中では意思統一しやすいという話であって、
技術者一般にまで適用できるほど強い権威は MISRA-C には無いよ。

仮に (あくまで仮に！) MISRA-C がとても良い習慣だとしても、
言語仕様としての理屈を理解しておくことは大前提だ。
元の質問者である >>376 みたいなのに MISRA-C を勧めても何のたしにもなりゃしないだろ。

規約としての理屈よりも言語としての理屈をまず説明してわかってもらわんと。
2019/03/02(土) 21:01:54.09ID:0outH6mLM
>>476
内部処理は全く同じ？
逆汗までしたのにどこ見て言ってんの？
2019/03/02(土) 22:47:35.40ID:WsmBPiyqa
最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
+って相当するのはxorだかorだかわからんという問題もあるね
2019/03/03(日) 06:55:31.52ID:EUJr/Yte0
>>479
> 最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
とか言うなら内部処理ガーとか言うなよ
って話だろ

> +って相当するのはxorだかorだかわからんという問題もあるね
orはわかるがxorになることなんてあるのか？
2019/03/03(日) 07:58:48.98ID:ojZ/TgF60
ついでにいくつか検証
xorは排他なので当然true同士はfalseに反転する
2項演算や0/1以外の値の代入(boolの範囲外の値であっても)は内部処理は共通
単項演算のインクリメントやデクリメントはコンパイル時に1か0を割り当てるため別の処理らしい
https://i.imgur.com/STxUA6o.png
2019/03/03(日) 08:25:42.12ID:HIAqsaOR0
ブール値は 0/1 しかとらないから1ビットの整数値、と解釈して
true + true == 1 + 1 == (2進数で)10 → 下位1ビットを採用して結果は 0
よってブール値での加算はビットでの排他的論理和と同等、
という考え方もあるんだわ。

「無符号整数のオーバーフローの方式を1ビット幅まで狭める方向に推し進める」
とでも言おうか。
2019/03/03(日) 08:41:37.16ID:ojZ/TgF60
基本的なハーフアダー演算器の考え方だね
キャリーを出力してビットを反転させる
多ビット加算の基本構成
いくら高級アセンブラとしてのC言語であってもキャリーを抽象化した演算を実装するのは結構面倒だけど
多バイト加算はそれなりに手間が掛かる
2019/03/03(日) 08:57:40.87ID:oO/57lY20
仕様を小さくするため論理演算をビット演算で代用する言語はあったと思うが、
わざわざ下1bitだけで真偽を表すってのは見たことないなぁ。
2019/03/03(日) 10:00:14.37ID:EUJr/Yte0
>>482
> よってブール値での加算はビットでの排他的論理和と同等、
> という考え方もあるんだわ。
そんなの聞いたことないw
お前のオレオレ理論じゃないと言うならその考え方を示してる例を出してくれ
2019/03/03(日) 10:41:34.05ID:HIAqsaOR0
>>485 分かりやすく説明できる自信はないけど、一応答えてみる。
と言っても、新しい情報は出ないので期待されちゃ困る。

>>482 は、そう考える考え方(代数系)が可能、という意味で、
そのように内部処理してるプログラミング言語の処理系が存在する、
という主張とは違うって点をまず断っておく。

その「ブール値の加算を排他的論理和と同等に扱う」体系が
内部的に矛盾を生じないこと、実用的な面で利用価値があり、
現実にも使われているってことは、>>483 がコメントしてくれた
前半部分で、十分に例示されてると思う。
て言うか、俺が下手にクドクド書いてもあのレベルは無理。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況