【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/06(日) 22:58:02.60

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.99【環境依存OK】
http://echo.2ch.net/test/read.cgi/tech/1469177649/

**デフォルトの名無しさん** · 2017/01/04(水) 23:45:39.23

> 勘違いしてないか？
とか
> 日本語おかしくないか？
とか言ってあげれば>>147も自分の間違いに気づけたんじゃないかなって思う。

**デフォルトの名無しさん** · 2017/01/04(水) 23:48:11.13

お前らちょっと温泉でも行ってこい

**デフォルトの名無しさん** · 2017/01/04(水) 23:48:33.21

>>173 ちっとも具体的じゃないが、それでいいの？正直なにが違うのかわからん。
（日本語としてはまったく問題ないしな。）

**デフォルトの名無しさん** · 2017/01/05(木) 00:16:26.21

> >>147
> 副作用完了点が二つ以上存在すること自体は問題ないだろ。
> 複数の副作用完了点で同じ変数を変更、参照するんのが問題なんだよ。
> 安易な気持ちで書き込みすんな。一生ROMってろ。

ネラーならこれくらい言えないとな。

>>175
「んなこたーない」だけだと単に否定したいだけの書き込みみたいで、荒らしなのか普通の指摘なのか曖昧。
>>158みたいに受け取る人もいるし。
>>173は具体的じゃないけどまだましなほうでしょ。

**デフォルトの名無しさん** · 2017/01/05(木) 07:15:07.48

副作用完了点が2つ以上あると鼻から悪魔
　↓
×　んなこたーない
○　勘違いしてないか？

理由：「んなこたーない」だけだと単に否定したいだけの書き込みみたいで、荒らしなのか普通の指摘なのか曖昧

**デフォルトの名無しさん** · 2017/01/05(木) 07:20:28.53

一応技術板なので「んなこたーない」って言われたら鼻から悪魔の例を出せばすむ話
まあ例を考えてる時に自分の間違いに気づくと思うが...

**デフォルトの名無しさん** · 2017/01/05(木) 07:35:58.65

嵐かどうかは別として間違いの指摘かどうか曖昧でわからない奴はヤバい

**デフォルトの名無しさん** · 2017/01/05(木) 09:10:38.60

if (*str++ && *str++ && *str++)
&& と if の条件式の終わりは副作用完了点だけど問題を起こすコードではない
※ 役にたつコードかはしらんｗ

**デフォルトの名無しさん** · 2017/01/05(木) 11:34:50.96

大学の授業で、client.cというファイルとserver.cのファイルを渡されて
このプログラムを解析して、何でも良いから通信するプログラムを作れと言われたんですが
何をやればいいのかさっぱりです。
サーバとクライアントでファイルが2つに分かれてるってことは
プログラミングのテストをするにも2台PCを持ってないとできないってことでしょうか
何でもいいのでアドバイスください。。。

**デフォルトの名無しさん** · 2017/01/05(木) 11:37:47.99

>>181
PC 1台でも出来ます

**デフォルトの名無しさん** · 2017/01/05(木) 11:44:42.65

server のプログラムを実行しておいて
接続先を 127.0.0.1 (または localhost) にした client のプログラムを実行すれば桶

後は実行OSの事情次第（FWの警告をスルーする等）

**デフォルトの名無しさん** · 2017/01/05(木) 11:51:25.19

>>181
client.exe server.exe生成
→server.exeを起動し通信待機
→client.exeを起動し通信開始
でいいよ

**デフォルトの名無しさん** · 2017/01/05(木) 11:55:16.72

>>182-184
親切にありがとうございます。
Linux環境でプログラムしているのですが
server.cをコンパイル&実行すると待機中のせいか何なのかわからないのですが
コンソール上で他のコマンドが打てなくなってしまうので2台PCが必要なのかと迷っていたのですが、1台でもできるのですね。
どうやったら待機中でもclientのコンパイル済みファイルを実行することができるのでしょうか。。

**デフォルトの名無しさん** · 2017/01/05(木) 12:00:04.09

んなこたーない
って前々から他のC++スレでも使われていたけど、
自分からは何も根拠を示さず、ただ周りからの反論を煽りたいだけのレス
みたいな受け取られ方が少なからずされていたように感じるんだけど。

コミュニケーションって難しいな。

**デフォルトの名無しさん** · 2017/01/05(木) 12:06:51.34

>>185
bash だったら
末尾に & つけて呼び出すとバックグランドで実行するみたいよー
# server [enter]
　：　待機中でだんまりさんｗ

# server & [enter]
　：　すぐ次の入力待ちになる server は裏で実行中
#

**デフォルトの名無しさん** · 2017/01/05(木) 12:25:39.85

>>187
できました！
ありがとうございます助かりました

**デフォルトの名無しさん** · 2017/01/05(木) 13:10:33.43

nohup をつけるともっと幸せになれるよ

nohup server &

**デフォルトの名無しさん** · 2017/01/05(木) 13:26:13.09

馬鹿がnohupなんか付けたらいつまでもプロセス残るだろ
不完全なサーバーアプリケーションのプロセスをいつまでも残すということは
セキュリティ的に問題外

**デフォルトの名無しさん** · 2017/01/05(木) 14:20:26.50

0xFFFFFFの変数がif(n > 0)で真になるんだがなんだコレ？
クソムカツクな死ねよ

**デフォルトの名無しさん** · 2017/01/05(木) 14:25:53.51

64bit (2の補数の)符号付で　00FF FFFF　は正なんだけど
48bit の符号付整数での比較を望んでいるんだろうか？

**デフォルトの名無しさん** · 2017/01/05(木) 15:39:10.85

48bitでも32bitでも正ですが

**デフォルトの名無しさん** · 2017/01/05(木) 17:24:14.22

>>191
何だこれと言われても言語仕様としか言いようがない
auto n = 0xFFFFFF;
if (n>0)//必ず真

**デフォルトの名無しさん** · 2017/01/05(木) 18:52:01.04

逆になぜ偽になると思ったのかが知りたいな。

**デフォルトの名無しさん** · 2017/01/05(木) 18:58:22.71

auto n = 0xFFFFFF;
*reinterpret_cast<int*>(&n) > 0

**デフォルトの名無しさん** · 2017/01/05(木) 19:26:42.79

int が 24bit ってダメなんだっけ？

**デフォルトの名無しさん** · 2017/01/05(木) 19:41:33.07

あー　あほしたー bit数を数え間違ってるし

**デフォルトの名無しさん** · 2017/01/05(木) 21:38:57.59

>>196のオツムのレベルは>>191と同等

**デフォルトの名無しさん** · 2017/01/05(木) 23:28:47.82

>>185
別の端末・別の仮想デスクトップなどを、起動すればいい

**デフォルトの名無しさん** · 2017/01/08(日) 01:15:08.36

■ 質問概要
ファイルに書き込んでも反映されない。

■ 環境
CentOS 6.4
GCC 4.4.7

■ 質問詳細
fopenに"r+"を指定して開いたファイルに、fputsでテキストデータを書き込んでも反映されません。
fcloseしていないことが、恐らく原因だと思います。
このアプリケーションは起動時にfopenでファイルを開いて常駐し、
アプリケーション終了時にfcloseするように開発しており、fcloseすると反映されます。
常駐型のアプリケーションで逐次ログ出力するため、
書き込むたびにファイルを開いたり閉じたりしないようにしています。
fcloseしなくても読み取りだけはできるようにしたいのです。
Apacheの挙動を見ると、ログファイルがこうした動作になっているようです。
(Apacheのソースは読んでいません、ログファイルを操作しようとした際の挙動などからによる推測です)
どうすればいいでしょうか。

調べたところ、fflushで希望の動作ができそうですが、
使い慣れてないものを使うのは副作用が怖く、
また、説明に「強制的」等の文言があるため、この文言があるだけでも非常に不安です。
こうした目的でfflushを利用しても問題ないのでしょうか。
そもそもfflushでいいのでしょうか。
https://linuxjm.osdn.jp/html/LDP_man-pages/man3/fflush.3.html

**デフォルトの名無しさん** · 2017/01/08(日) 01:21:15.59

大丈夫だから使え

**デフォルトの名無しさん** · 2017/01/08(日) 01:24:31.77

flushは時間がかかるから頻度が高い場合は気をつけて。

**201** · 2017/01/08(日) 01:54:37.47

>>202-203
ありがとうございます。
時間がかかるんですね。
では、頻度が高い場合はfputsの度ではなく、
一定時間おきにfflushするように実装したいと思います。

**デフォルトの名無しさん** · 2017/01/08(日) 03:35:33.42

A　=　(framecount / 10) % 4

すみません、上記の式の意味を教えてください。
毎度、Aに入る値がしりたいです。

**デフォルトの名無しさん** · 2017/01/08(日) 03:39:14.61

(framecount を 10 で割って) それの 4で割った余り　0～3 の値になる

framecount
0～ 9 → 0
10～19 → 1
20～29 → 2
30～39 → 3
40～49 → 0
50～59 → 1
:

**デフォルトの名無しさん** · 2017/01/08(日) 03:43:39.84

>>206
こんな深夜に即レス、感謝
ありがとうございます！

**デフォルトの名無しさん** · 2017/01/08(日) 04:24:28.51

>>201-204
普通は、ファイルを閉じる際、自動的にflushされる

それに何もしなくても、OSのデフォルト設定で、
dirty Page Cache を、5秒ごとにflushして、メモリとディスクを同じ状態に保つ

USB・SSDの書き込み回数を減らしたい人は、書き込み間隔を15～30秒に設定している人もいる。
commit=15

Linux I/O のお話 write 編
http://d.hatena.ne.jp/naoya/20070523/1179938637

**デフォルトの名無しさん** · 2017/01/08(日) 11:20:03.87

char buffer[256];
scanf(%s,buffer);
printf(

**デフォルトの名無しさん** · 2017/01/08(日) 11:28:02.93

すみません、誤送信してしまいました
質問させてください。

char buffer[256];
scanf(%s,buffer);
printf("finish---_n");
という記述で、文字入力をした後、何回リターンキーを押しても
finishが表示されない、つまりscanfが終了しないような状態になっているのですが
何か特別な条件でscanfが終了しないことってあるものなのでしょうか？
ちなみに、コードのscanfの行だけコメントアウトすると普通にfinishが表示される状態です。
あと、新規で.cファイルを作って短いコードにしてコンパイルしても問題なく動いてくれています。

**デフォルトの名無しさん** · 2017/01/08(日) 11:43:58.41

>>210
問題が再現できる最少コード書いてみて
コンパイル通るコード

**デフォルトの名無しさん** · 2017/01/08(日) 11:52:30.04

>>211
先日も少し教えてもらったのでまた聞きに来てるのが恥ずかしいのあ
ですが、サーバとクライアントでの通信のプログラムです。

server.c
http://codepad.org/epmTQJ0
client.c
http://codepad.org/uhR4zEL3

gcc -o s server.c
gcc -o c client.c
./s&
./c
で実行しています。
サーバ側のscanfで止まってしまうみたいなのですが
サーバ側のscanfをコメントアウトすると通るみたいです。

**デフォルトの名無しさん** · 2017/01/08(日) 12:07:20.20

server側がnot foundだわ
リンク確認してみて

**デフォルトの名無しさん** · 2017/01/08(日) 12:15:37.07

>>213
アップし直しました
http://codepad.org/ye5GDqp8
確認不足ですみません；；

**デフォルトの名無しさん** · 2017/01/08(日) 12:35:39.21

Wait for Connection...Connected.
s1---------
C->S: %s
Server:

実行結果はここで止まって
s2---------
まで進まないって事？

**デフォルトの名無しさん** · 2017/01/08(日) 12:38:46.78

>>215
そうですね
Serverの後にscanfがあるので入力してみると

Server: uuu
aaaaa
iiii
uuu

とかになって、Enterキーを打っても次に進んでくれません

**デフォルトの名無しさん** · 2017/01/08(日) 13:15:24.14

送受信で変数を別々にしてみて
scanf -> sendはbuffer1
recv -> printfはbuffer2
みたいに

38, 39 40行目にブレークポイント置いてやってみて

**デフォルトの名無しさん** · 2017/01/08(日) 13:46:50.50

サーバをフォアグラウンドにしてから入力すればいいだけな気がする。
いったんCtrl-zでクライアントを停止して「bg」でバックグラウンドで再開、
「jobs」でサーバのジョブIDを調べて「fg %[ジョブID]」してから入力すれば、
反応するんじゃないかな。

**デフォルトの名無しさん** · 2017/01/08(日) 15:47:42.95

>>217
ありがとうございます
やってみましたがどうもうまくいかなさそうです
>>218
ありがとうございます。
いちおうやってみたのですが、ぼくがりしょしんしゃすぎてこうどなれすすぎてりかいできません(^q^)
バックグラウンドとフォアグラウンドの使い分けが良く分からないです。

手順を整理すると、
1. サーバをバックグラウンドで開始
2. クライアントをフォアグラウンドで開始
3. クライアントを停止
4. クライントをバックグラウンドで再開
5. サーバをフォアグラウンドで開始
6. クライントをフォアグラウンドで開始
ということでしょうか？？？頭がパーン！！

**デフォルトの名無しさん** · 2017/01/08(日) 16:06:06.04

>>219
ブレークポイントが39で止まる
→続行して入力しても40のブレークポイントに来ない
こんな状況なの？

**デフォルトの名無しさん** · 2017/01/08(日) 16:09:35.63

難しいようなら、&で起動するのはやめて、ターミナルを二つ起動して
片方でサーバを、もう片方でクライアントを実行するほうが楽だと思う。

**デフォルトの名無しさん** · 2017/01/08(日) 16:24:16.26

同意

**デフォルトの名無しさん** · 2017/01/08(日) 17:02:49.06

>>208
それレイヤーが違う話だよ

**デフォルトの名無しさん** · 2017/01/08(日) 17:48:30.32

質問者の提示したURLに書かれている注意事項すら読まない奴を相手にレスするとは

**デフォルトの名無しさん** · 2017/01/08(日) 19:21:35.50

>>220
そんな感じでした
>>221-222
ターミナル2つ起動したら簡単にできました。。
ターミナルって2つ開いて操作したりするものだったんですね
Linux初心者すぎて分かってませんでした
助かりましたありがとうございます

**デフォルトの名無しさん** · 2017/01/08(日) 22:54:37.49

端末も複数、起動できる

仮想デスクトップを知っているか？
デスクトップも、複数起動できる

普通、C/S通信プログラムでは、2つ端末を起動する

>>209-210
2chのバグだろう

書き込み確認画面が出る際、" を使うと、そこで文字列の終了とみなされる。
" の代わりに、\" とエスケープすれば、どうだろう？

それか、書き込み確認画面が出たら、1度キャンセルすれば、確認画面は出ないようになった

**デフォルトの名無しさん** · 2017/01/11(水) 13:06:08.85

>>208といい>>226といい、わざと嘘を書いてるのか？

**デフォルトの名無しさん** · 2017/01/12(木) 04:36:13.74

MSVCはいつまで__cplusplusの定義199711Lのままなんだ

**デフォルトの名無しさん** · 2017/01/12(木) 07:09:10.44

変えると暴動が起きるこら変えない
とライブラリ開発者のSTL氏が言っていた

**デフォルトの名無しさん** · 2017/01/12(木) 12:09:34.61

1だと思ってた

**デフォルトの名無しさん** · 2017/01/15(日) 00:31:14.26

別ファイルで作成した関数を使用するときは、そのヘッダーファイルの
インクルードだけでなくプロトタイプ宣言も必要ですか？
インクルードだけでもコンパイルは通るし実行も出来るのですが、
そういう警告が出てくるので気になりました

**デフォルトの名無しさん** · 2017/01/15(日) 00:34:44.37

警告文をコピペしてくれると話が早いような

**デフォルトの名無しさん** · 2017/01/15(日) 00:51:14.06

そのヘッダーファイルの中でプロトタイプ宣言はされているんじゃないのか
警告の原因は別のことだろ

**デフォルトの名無しさん** · 2017/01/15(日) 01:02:35.94

インクルードするファイルを間違えてたみたいです
お騒がせしました

**デフォルトの名無しさん** · 2017/01/19(木) 22:46:56.05

新しくクラスとそれに関連した処理などを実装するとき
ヘッダー側でクラスの定義、ソースファイル側にクラス内のメンバ関数の実装部などを書きますよね
その時メンバ関数はどんな場合でもヘッダー側に書かずにソース側に書くものですか？たとえば

//ヘッダー側です
class A{
private:
　int num;
public:
　int ReturnNum(void){
　　return num;
　}
};

処理はたった一行ですけどこの場合もint ReturnNum()の実装部はソースファイル側にint A::ReturnNum()のように移すべきですか？
ネット上のプログラムをいくつか見てみたらこのようにメンバ変数をただ返すだけの処理ならヘッダー側に書いてあるものも少なくなかったのでどっちが好ましいんだろうと気になりました

**デフォルトの名無しさん** · 2017/01/19(木) 23:08:04.39

プログラムは普通すべて「ソースファイル」に書くものです
「ヘッダー」に書くのはコンパイラー開発者だけです

**デフォルトの名無しさん** · 2017/01/19(木) 23:11:24.96

クラスもヘッダに書きますけどぉ

**デフォルトの名無しさん** · 2017/01/19(木) 23:55:32.15

> その時メンバ関数はどんな場合でもヘッダー側に書かずにソース側に書くものですか？
別にどんな場合でもソース側に書くというわけではない

ヘッダに書くのもソースに書くのも一長一短はあり絶対的にどっちがいいというものではない
君が違いを理解し何を重視するかを意識すれば
君にとってどっちが好ましいかは自然とはっきりする

**デフォルトの名無しさん** · 2017/01/20(金) 00:23:32.93

なんか禅問答が始まったかと思ったわ

**デフォルトの名無しさん** · 2017/01/20(金) 01:12:20.36

短いメソッドなら、ヘッダに、inline 指定して書くと、
関数化せずに、inline にしてくれる可能性が高い

まあ、言語では保証していないけど。コンパイラ依存

**デフォルトの名無しさん** · 2017/01/20(金) 05:11:02.70

クラス定義で定義されたメンバ関数は暗黙にinlineになるね。
(『プログラミング言語C++第4版』p.464 16.2.8 クラス内関数定義)

class SomeClass {
public:
　　int a() {return a_;} // 暗黙のinline指定
private:
　　int a_;
}

…という話を書くために厚い本を調べてたら

class SomeClass {
public:
　　int a();
private:
　　int a_;
}

inline int SomeClass::a() // 明示的にinline指定
{
　　return a_;
}

と書く方法も載ってた。 >>240 は後者の説明だったのね。

**デフォルトの名無しさん** · 2017/01/20(金) 07:10:06.09

>>235
本体側に書くのが原則　特にシステムが大きくなる場合
よほどの理由がある場合（インライン化して高速化するなど）はヘッダに書くこともある

**デフォルトの名無しさん** · 2017/01/20(金) 08:09:40.71

『～のが原則』
『理由がある場合～こともある』
俺の会社のルールは世界普遍的思考

**デフォルトの名無しさん** · 2017/01/20(金) 16:53:52.68

inlineにするのはほとんどその時の気分みたいな？
なんかマクロみたいだな。inlineにすっかみたいな。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/01/20(金) 17:10:04.08

>>244
関数呼び出しのオーバーヘッドの回避と、定数畳み込みなどの最適化が期待できる場合にインライン化する。

**デフォルトの名無しさん** · 2017/01/20(金) 17:38:00.40

>>245
そんな感じ

**デフォルトの名無しさん** · 2017/01/20(金) 20:04:23.44

>>245
インラインにしても劇的に速くなった経験が無いんですが、コツは有りますか？

**デフォルトの名無しさん** · 2017/01/20(金) 20:57:25.59

効果が出るのは
・小さい
かつ
・短時間に非常に多数呼び出される
関数だけだよ。
しかも、まず劇的ではない。

**デフォルトの名無しさん** · 2017/01/20(金) 21:15:10.32

inlineキーワードはヘッダに実装書くときなどに使用するものでインライン展開を狙った最適化の為に書くものではない

**デフォルトの名無しさん** · 2017/01/20(金) 21:15:23.08

もしかしてコンパイラの方で展開してるとか　はないかなぁw

**デフォルトの名無しさん** · 2017/01/20(金) 21:57:28.38

>>249
インライン関数の話の途中でinlineキーワードの関数の話を始めて、いきなりどうした

**デフォルトの名無しさん** · 2017/01/20(金) 22:07:56.98

>>249
上にもあるけどヘッダに実装書いたら暗黙でインライン指定されるから、そこにinlineキーワードを使用するのは無意味
やはりinlineは最適化のためでしょう

**デフォルトの名無しさん** · 2017/01/20(金) 23:11:34.78

ベクトルとか行列のライブラリを使った時は全部インラインにしたな
1/60秒にかなりの回数呼ぶし
ライブラリとかもインラインで書かれてる

**デフォルトの名無しさん** · 2017/01/20(金) 23:12:36.14

×使った ??作った

**デフォルトの名無しさん** · 2017/01/20(金) 23:27:28.97

>>252
んなわけない

**デフォルトの名無しさん** · 2017/01/20(金) 23:34:20.48

>>255
んなこたーない

**デフォルトの名無しさん** · 2017/01/20(金) 23:36:05.42

ヘッダに書いたら暗黙でinlineって
#includeの機能しらんとしか思えないんだが

**デフォルトの名無しさん** · 2017/01/21(土) 00:40:48.27

ちょと混じっちゃったね。
関数を定義されたヘッダーが複数のソースに呼ばれちゃったら、実体が
いっぱい出来ちゃうもんね。

**デフォルトの名無しさん** · 2017/01/21(土) 01:48:12.93

江添はなんて言ってる？

**デフォルトの名無しさん** · 2017/01/21(土) 07:06:45.50

forceを信じるのだ

**デフォルトの名無しさん** · 2017/01/21(土) 08:35:23.75

インライン関数はODR回避のためだと思っていた
C++17(予定)のインライン変数もそんな感じ

**デフォルトの名無しさん** · 2017/01/21(土) 11:00:41.73

ODRって何？

**デフォルトの名無しさん** · 2017/01/21(土) 11:17:05.01

単一定義則 One Definition Rule の略語

**263** · 2017/01/21(土) 19:43:36.29

「単一定義規則」の方が検索にかかりやすい言葉かも。

**デフォルトの名無しさん** · 2017/01/22(日) 08:28:10.05

>>261
そうそう。最適化目的でinline付けても普通無視されるからね。

**デフォルトの名無しさん** · 2017/01/22(日) 14:37:23.33

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

**デフォルトの名無しさん** · 2017/01/24(火) 12:50:54.05

Windows上で、APIを使わずに、コマンドプロンプト上だけで結果が
ほしいような、Ｃ言語のプログラムを作るのに便利な開発環境はありますか？
VIsualStudioは重すぎてあまり使いたくありません。
どうぞよろしくお願いします。

**デフォルトの名無しさん** · 2017/01/24(火) 13:20:58.13

msys2

**デフォルトの名無しさん** · 2017/01/24(火) 13:39:24.94

msysって、どういうものですか？

**デフォルトの名無しさん** · 2017/01/24(火) 13:58:35.63

>>269
コンパイラツールチェインとターミナルとライブラリ管理のパッケージツールを纏めたものです
エディタは無いし　ビルドツールはautotoolsとかcmakeとかを使います
ただ単体ファイルをコンパイルして実行するだけなら
gccを叩くだけなので　ご要望に沿うかと

**デフォルトの名無しさん** · 2017/01/24(火) 14:14:08.29

重いのがイヤなら code::blocks はどうかね
http://demura.net/lecture/12713.html

**デフォルトの名無しさん** · 2017/01/24(火) 20:33:35.20

>>267
自分もvisual studio が重いのと好きなエディタ使いたいのと、
でもGUIでファイル管理とかコンパイルエラー行へのジャンプをしたかったの自分でそういうツールを作った。TTVC Developer っていうのだけど
ネット上に公開してるけど反応無いので本当に良くできてるかどうかは
わからんが、自分的には便利だとは思ってる