文字（ギリシア文字） - CyberLibrarian
ギリシア文字は、ギリシア語を表記するために用いられる表音文字です。ラテン文字やキリル文字はこれを基に作成されました。アルファベットという言葉も、ギリシア文字の最初（アルファ）と2番目（ベータ）の文字名が語源です。 シグマの語末形（ς）を除く大小文字各24字がJIS X 0208(JIS基本漢字)に含まれています。 現代ギリシア語 アルファベットは24字で構成されます。 大文字 JIS Unicode 小文字 JIS Unicode 語末形 Unicode ISOラテン ALA-LCラテン 読み 大文字 小文字 大文字 小文字
SqlConnection.ConnectionString Property (System.Data.SqlClient)
Examples The following example creates a SqlConnection and sets the ConnectionString property before opening the connection. private static void OpenSqlConnection() { string connectionString = GetConnectionString(); using (SqlConnection connection = new SqlConnection()) { connection.ConnectionString = connectionString; connection.Open(); Console.WriteLine("State: {0}", connection.State); Console.W
ギリシャ文字(アルファベットと読み方)
ギリシャ文字のアルファベットを電気/電子回路における主な用途とあわせて表１に示す． ギリシャ文字の大文字は，英文字の大文字と区別の付けにくいものが多いので注意が必要である. 表１ ギリシャ文字の表と電気/電子回路における主な用途 小文字大文字読み読み小文字の主な用途大文字の主な用途
にせ末尾再帰 - あどけない話
これはHaskellスペースリーク Advent Calendar 2015の8日目の記事です。 IOのコードは、普通に書けば末尾呼び出しの最適化が効く形になる。たとえば、こんな感じ： foo :: Char -> String -> IO Int foo a b = do c <- bar a b zoo b c woo c woo :: Int -> IO Int woo c = do d <- goo c return $ d + 1 foo が woo を呼び出す時は、fooのフレームを忘れてしまってよい。IOの文脈で再帰関数を書く場合も末尾再帰で十分な場合が多い。 goo :: Int -> IO () goo 0 = return () goo n = do getChar >>= putChar goo (n - 1) 残念なことに、一見末尾再帰に見えるが実はそうなっていなく
CHAR型とVARCHAR型
CHAR[(M)] [CHARACTER SET charset_name] [COLLATE collation_name] 固定長文字列 M は文字数。M の範囲は 0 から 255 。省略すると、長さは 1 。 格納時に必ず指定された長さになるように右側がスペースで埋められる。 別名：CHARACTER VARCHAR(M) [CHARACTER SET charset_name] [COLLATE collation_name] 可変長文字列 M は最大文字数。M の範囲は 0 から 65,535 。 ただし使用する文字コードで使うバイト数による。 別名：CHARACTER VARYING CHAR 型は指定した文字数以下の文字を格納した場合には文字列の末尾に空白を必要なだけ付け加えて指定の長さの文字列として格納します。ただし値を取得する場合は末尾にある空白は全て削除された上で取得
Big Sky :: C言語から使えるJSONパーサ、parson が思った以上に良い仕事をしている。
前回は JSMN というのを試したけど、今度も matsuu さんのブクマから。。。 parson Lightweight json parser and reader written in C. http://kgabis.github.com/parson/ 特徴は 軽い (2ファイルだけ) 単純なAPI ドット記法による json 値のアドレッシング (C言語の構造体やOO言語のオブジェクトに似た感じ。例: "objectA.objectB.value") C89 コンパティブル テストスーツ 前回の JSMN とは違い、メモリを動的に確保するタイプ。DOM の様にルートノードから探索を始め、最終的にルートノードを指定してメモリを開放する。 今回もtwitterのタイムラインをパースしよう。 #include <assert.h> #include <string.h> #inclu
パスワードの判定にstrcmpを使うべきでない理由
strcmpを使ってパスワードを判定すると、タイミング攻撃 (timing attack) にやられる危険性があることの説明 (約20分)。 まとめ: パスワードなどの文字列を strcmp関数 (およびそれに類する関数) を使って判定すると、 その判定にかかる時間を測定することで、パスワードが推測できてしまう場合がある。 これをタイミング攻撃 (timing attack) という。 この例では、36種類の文字を使った8文字分のパスワードを推測するのに、 通常のしらみつぶしな方法 (bruteforce attack) … 368 = 2821109907456回 の試行が必要なのに対して、 タイミング攻撃を使った方法 … 10000×8 = 80000回 しかかからない。タイミング攻撃を成功させてしまうと、 重要な情報が漏洩してしまう危険性がある。 これを防ぐためには、なるべく実行時間
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第2部 新常用漢字表と文字コード規格第1回 常用漢字表に、点のない「箸」が追加されると困る理由
ところで、常用漢字表の改定を審議する漢字小委員会や文化庁の人々は、「情報化時代の文字」についてどのように考えているのだろう？ まさかとは思うが、「読めるだけでいい漢字」（第1部第3回参照）を常用漢字表に追加すれば「情報化時代」に対応したことになると思っているのだろうか。あるいは、Webや電子掲示板の漢字使用頻度（第1部第2回参照）を調査しただけで、「情報化時代の文字」の実態がつかめると思っているのだろうか。 ここまで5回にわたり、漢字小委員会がどのように常用漢字表を改定しようとしているのか、具体的な審議経過をたどりながらお伝えしてきた。そこで明らかになったように、改定の理由は「情報化時代」の到来――パソコンや携帯電話等の爆発的ともいえる普及により、人々の間で「文字を書く」ことがキーボード等で「文字を打つ」ことへと変わってきたというような、書記環境の激変に対応しようとするものだった。 では、
CERT/CC Vulnerability Note VU#162289
Vulnerability Note VU#162289 Original Release Date: 2008-04-04 | Last Revised: 2008-10-08 Some C compilers optimize away pointer arithmetic overflow tests that depend on undefined behavior without providing a diagnostic (a warning). Applications containing these tests may be vulnerable to buffer overflows if compiled with these compilers. In the C language, given the following types: char *buf; in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Escape quote in web.config connection string
アルファベットの進化（gifアニメ） | naglly.com