約 2,355,369 件
https://w.atwiki.jp/kimikage/pages/111.html
for文のイメージ foreach文のイメージ string[] strArray = { "a", "b", "c", "d", "e", }; // forで結合① StringBuilder sb1 = new StringBuilder(); // ①int i = 0 :iの初期値に0を設定します // ②i 5 :iが5よりも小さい場合、forの中の処理を行います // :iが5以上の場合、forを抜けてforの次の処理を行います // ③i++ :forの処理が終わった後にiの値に1を加算します for (int i = 0; i 5; i++) { sb1.Append(strArray[i]); } // "abcde"がメッセージ出力されます MessageBox.Show(sb1.ToString()); // forで結合② // ①int i = 0 :iの初期値に0を設定します // ②strArray.Length :iがstrArrayの要素数よりも小さい場合、forの中の処理を行います // :iがstrArrayの要素数以上の場合、forを抜けて次の処理を行います // ③i++ :forの処理が終わった後にiの値に1を加算します StringBuilder sb2 = new StringBuilder(); for (int i = 0; i strArray.Length; i++) { sb2.Append(strArray[i]); } // "abcde"がメッセージ出力されます MessageBox.Show(sb2.ToString()); // foreachで結合 // foreach (string str in strArray) :strArrayの要素をひとつづつ取り出してstrに代入します // :全ての要素を取り出し終えたら、foreachを抜けて次の処理を行います StringBuilder sb3 = new StringBuilder(); foreach (string str in strArray) { sb3.Append(str); } // "abcde"がメッセージ出力されます MessageBox.Show(sb3.ToString());
https://w.atwiki.jp/damedev/pages/13.html
トップページ サーバー bashの設定 目次 目次 方法 方法 % chsh -s /usr/local/bin/bash if [ -f $HOME/.bashrc ]; then source $HOME/.bashrc fi
https://w.atwiki.jp/keiplus/pages/173.html
bash Tips bash tips 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 許可がありません。」を表示しない find / -name hoge 2 /dev/null
https://w.atwiki.jp/programmerassistant/pages/41.html
for文をwhile文になおす for(①int i=0; ② i 10; ④i++){ ③処理 } ↓ ①int i = 0; while(②i 10;){ ③ 処理 ④ i++ }
https://w.atwiki.jp/karaiknowledge/pages/69.html
bashrcの設定 シェル変数をプロンプトで用いる。 $USER … ユーザ名 $HOSTNAME … ホスト名 $TERM … 端末名 $PWD … カレントディレクトリ 例 PS1= [$USER($TERM)$HOSTNAME $PWD]$ [sakura(vt100)host /home/karai]$ Edited By karai 2011年01月18日 origin
https://w.atwiki.jp/mahjlocal/pages/1926.html
読み れんばん 正式名称 別名 和了り飜 ハネ満 牌例 123456789東南西北ロン西 解説 一色で123456789、東南西北+風牌 成分分析 連番の68%は理論で出来ています。連番の22%は祝福で出来ています。連番の10%は乙女心で出来ています。 下位役 上位役 複合の制限 採用状況
https://w.atwiki.jp/bastian/pages/25.html
Finish Blow A powerful cleave over enemies Available after 2 chain attacks Lv damage Consumes spirit Cooldown time 1 250% 6 0 2 265% 8 0
https://w.atwiki.jp/chincoondo/pages/6.html
関連リンク bash のリソースファイルの読み込みの仕組みログインシェルとして起動した場合の動作 対話的シェルとして起動したときの動作 シェルスクリプト実行で起動したときの動作 リソースファイルの設定実験 設定ファイル cygwin/bash の設定 関連リンク Linux Manpage of Bash uenox HomePage Cygwin 日本語化 bash のリソースファイルの読み込みの仕組み ログインシェルとして起動した場合の動作 Linux Manpage of Bash から引用 bash が対話的なログインシェルとして起動されるか、 --login オプション付きの非対話的シェルとして起動されると、 /etc/profile ファイルが存在すれば、 bash はまずここからコマンドを読み込んで実行します。 このファイルを読んだ後、 bash は ~/.bash_profile, ~/.bash_login, ~/.profile をこの順番で探します。 bash は、 この中で最初に見つかり、 かつ読み込みが可能であるファイルからコマンドを読み込んで実行します。 --noprofile オプションを使ってシェルを起動すれば、 この動作を行わないようにできます。 ログインシェルが終了するときには、 ~/.bash_logout ファイルがあれば、 bash はこれを読み込んで実行します。 まとめると、 bash は起動時に以下の順でファイルを読み込む /etc/profile ( ~/.bash_profile | ~/.bash_login | ~/.profile ) // 左から最初に見つかったヤツだけを読み込む。 終了時には以下のファイルを読み込む ~/.bash_logout 対話的シェルとして起動したときの動作 Linux Manpage of Bash から引用 ログインシェルでない対話的シェルとして起動されると、 ~/.bashrc ファイルがあれば、 bash はここからコマンドを読み込み、 実行します。 この動作は --norc オプションで行わないようにできます。 --rcfile file オプションを使うと、 コマンドの読み込みと実行を ~/.bashrc からでなく file から行わせることができます。 平たく言えば、 ~/.bashrc の読み込むってこったな。 シェルスクリプト実行で起動したときの動作 Linux Manpage of Bash から引用 (例えばシェルスクリプトを実行するために) 非対話的に起動されると、 bash は環境変数 BASH_ENV を調べ、 この変数が定義されていればその値を展開し、 得られた値をファイル名とみなして、 そこからコマンドの読み込みと実行を行います。 つまり bash は以下のコマンドが実行されたのと同じように動作します if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi ただし、 ファイル名を探すために PATH 環境変数の値が使われることはありません。 BASH_ENV に設定したファイルを読み込むってこったな。 リソースファイルの設定 早速設定しようかと思ったのだが、PATHの設定でちょっと悩んだ。 WindowsのパスだとC \~~って形式だけど、 Cygwinだと/cygdrive/d/~って形式になる。 その辺はどうなってんのよ?と。 んで、実験した。 実験 まずは環境変数を取得するプログラムを書いてみる getenv.c #include stdio.h // printf #include stdlib.h // getenv EXIT_SUCCESS void usage(const char* appname) { printf( "usage \n" "%s ENVNAME\n" "\tENVNAME\t 環境変数の名前を入れてくだしあ\n", appname); } int main(int argc, char* argv[]) { char* env_value; if (argc != 2) { usage(argv[0]); } else { env_value = getenv(argv[1]); if (env_value == NULL) env_value = "not defined"; printf("%s \n\t%s\n", argv[1], env_value); } return EXIT_SUCCESS; } それをコンパールする。 $ cl.exe getenv.c んで、Cygwin/bash を起動。 getenv.exe のあるフォルダに移動して、 $ echo $PATH // パスの設定を確認 /bin /usr/bin $ ./getenv PATH PATH D \usr\bin\GNU\cygwin\bin;D \usr\bin\GNU\cygwin\bin おお! ちゃんと変換されてる! ってことは、安心して Cygwin 形式のパスで設定すればいいのか!! $ echo $INCLUDE /home/dev/Include $ ./getenv INCLUDE INCLUDE /home/dev/Include ん?あれ? 変換されてないお(;^ω^) スルーされてるお これは困ったお。 …ま、いっか。 MinGW開発とかやる予定ないし、GCC使わないし、つか使い方よくわからんし、 欲しいのは開発がらみのサブツールと便利なシェルだし。 ツー訳で、謎は全て解けた! Cygwin 環境は $PATH は、 WIN<>Cygwin の相互変換をするけど、 それ以外は何もしない! んじゃ設定ファイルゴリゴリかくべ。 設定ファイル $ cat .bash_profile source ~/.bashrc $ cat .bashrc # 各種便利設定 HISTCONTROL=ignoreboth HISTFILESIZE=1024 PS1="\[\e]0;\w\a\]\n\[\e[32m\]chincoondo@local \[\e[33m\]\w\[\e[0m\]\n\$ " # 日本語を通すように変更 # 参考 http //uenox.ld.infoseek.co.jp/cygwin/japanese2.html export LANG=ja_JP.SJIS export TZ=JST-9 export JLESSCHARSET=japanese-sjis # エイリアス設定 export WINAPP_BASEPATH= /home/bin alias gvim="$WINAPP_BASEPATH/vim/gvim.exe" alias ls= ls -a --show-control-chars --color -F # 元々のパスを分離しておく # 途中で $PATH を戻したくなったときに役に立つ export DEFAULT_PATH=$PATH source ~/bashrc/vcpprc $ cat ~/bashrc/vcpprc # $PATH 以外でWinアプリ用のパス設定を使うヤツ用ショートカッツ export WINAPP_BASEPATH_FOR_WIN="D \\usr\\bin" export VSINSTALLDIR="$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8" export VCINSTALLDIR="$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8\\VC" export FrameworkDir="C \\WINDOWS\\Microsoft.NET\\Framework" export FrameworkVersion="v2.0.50727" export FrameworkSDKDir="$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8\\SDK\\v2.0" echo Setting environment for using Microsoft Visual Studio 2005 x86 tools. export DevEnvDir="$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8\\Common7\\IDE" export PATH="$WINAPP_BASEPATH/Microsoft Visual Studio 8/Common7/IDE" \ "$WINAPP_BASEPATH/Microsoft Visual Studio 8/VC/BIN" \ "$WINAPP_BASEPATH/Microsoft Visual Studio 8/Common7/Tools" \ "$WINAPP_BASEPATH/Microsoft Visual Studio 8/SDK/v2.0/bin" \ "/cygdrive/c/WINDOWS/Microsoft.NET/Framework/v2.0.50727" \ "$WINAPP_BASEPATH/Microsoft Visual Studio 8/VC/VCPackages" \ $PATH # 区切り文字 だとWinアプリが理解しないので ; で区切る export INCLUDE="D \\usr\\dev\\Include\\boost-1_33_1;"\ "D \\usr\\dev\\Include;"\ "$INCLUDE;"\ "$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8\\VC\\INCLUDE" # 区切り文字 だとWinアプリが理解しないので ; で区切る export LIB="D \\usr\\dev\\Lib;"\ "%LIB%;"\ "$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8\\VC\\LIB;"\ "$WINAPP_BASEPATH_FOR_WIN\\Microsoft Visual Studio 8\\SDK\\v2.0\\lib" export LIBPATH="C \\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727" $ cat ~/.inputrc # 参考 http //uenox.ld.infoseek.co.jp/cygwin/japanese2.html set kanji-code sjis set convert-meta off set meta-flag on set output-meta on ツー訳で、こんな感じで出来上がり。 なんかアレだね、zsh に比べると非常にシンプルな感じだ。 本当はもっとおもしろ機能とかあるのかしらねぇ。
https://w.atwiki.jp/myfavoritepcsettings/pages/145.html
目次 ↑ 概要 URL インストール 設定 .bashrcの設定 タグ 概要 シェル URL インストール 設定 .bashrcの設定 変数PS1を変更して、プロンプトに多くの情報を色分けして表示する(このケースでは2行に分けている) PS1= \n\[\033[32m\]\u@\h \[\033[m\]\[\033[36m\]\w\[\033[m\]\n\[\033[31m\]\t\[\033[m\]\[\033[33m\][\!]\$\[\033[m\] PS1の中で使われる主な記号の意味は以下の通り: \! ヒストリ番号 \t タイムスタンプ \u ユーザ名 \h ホスト名 \w カレントディレクトリ(フルパス) \W カレントディレクトリ(最後の1階層だけ) エスケープシーケンスの配色は以下の通り: [30m 黒 [31m 赤 [32m 緑 [33m 黄 [34m 青 [35m マゼンタ [36m シアン [37m 白 [1;31m (太字)赤 [1;32m (太字)緑 [1;33m (太字)黄 [1;34m (太字)青 [1;35m (太字)マゼンタ [1;36m (太字)シアン [1;37m (太字)白 標準の色が暗すぎてみづらい場合は、「太字」のエスケープシーケンスに変えることで解消することがある。これは、ボールドフォントを使えないターミナルエミュレータでは色の明暗の区別で代用することがあるため(例:PuTTYの標準の配色、CygwinやmsysGitのコンソール、など)。 標準の文字コードをEUC-JPにして、それをlessで文字化けさせたくない場合: export JLESSCHARSET=japanese export LESSCHARSET=utf-8 export LANG=ja_JP.EUC-JP export LC_CTYPE=ja_JP.EUC-JP alias less= lv タグ *nix
https://w.atwiki.jp/gomatarou/pages/41.html
以前に日記で書いたのですが、tonyuでfor文を記述するさいの注意点を書いておこうと思います。 まず、TonyuのFor文は遅いです。ご注意ください。 で、for文を書くのは通常オブジェクトにしましょう。決して、フレームマネージャーに記述してはいけません。もっとも、onBeforMove()とonAfterMoveなどの毎フレーム実行するメソッド限定の縛りです。 理由は、上記のメソッドでは、メソッドが完結するまでフレームが進まないからです。 サンプルがないと分かりづらいと思いますので、そのうちサンプルをアップする…と思います。たぶん、maybe…汗。 動作の順序は以下のようになっています。 onBeforeMove()完結 ↓ 各オブジェクトの一フレーム ↓ onAfterMove()完結 ↓ 最初に戻る 通常オブジェクトに書かれたfor文は、いくら量の多いループでも動作速度を犠牲にしながらも上のループに沿って一フレームずつ動作します。 しかし、onBeforeMove()などのメソッドでは、そのメソッド内の全てのプログラムが終わるまで、他のオブジェクトが動作できないのです。 なわけで、10000回ぐらいのループをしたらドボン☆ 毎フレーム、全てのオブジェクトにwait(10000)がかけられるようなものです。こんなんじゃ、まともなゲームは作れません。 ちなみに、for文の実行速度そのものは、通常オブジェクトよりもonBeforeMoveなどのほうが早いように思われます。ただし、計測結果などの根拠はありません。