perl, python & ruby - ord() vs. Unicode : 404 Blog Not Found
2006年11月26日02:45 カテゴリLightweight Languages perl, python & ruby - ord() vs. Unicode というわけで、ord篇はこちら。 404 Blog Not Found:perl, python & ruby - chr() vs. Unicode とりあえずchrが長くなったのでordは別entryということで。 文字から数値へ(ord) まずはPerlの例。 #!/usr/local/bin/perl use strict; use warnings; use utf8; binmode STDOUT, ':utf8'; sub say { print @_, "\n" }; say ord "\x{61}"; say ord "\x{3b1}"; say ord "\x{5F3E}"; say ord "\x{2A6
perl, python & ruby - chr() vs. Unicode : 404 Blog Not Found
2006年11月23日22:00 カテゴリLightweight Languages perl, python & ruby - chr() vs. Unicode というわけで、404 Blog Not Found:There's more than one language to cook your problemsでPython & Ruby Cookbooksを一気読みしたので、気になる点を少しずつ書いて行くことにする。 まずは、文字の扱い。文字列でない点に注意。 少なくとも、文字列をバイト列と見なして相互変換することは、LLに限らずたいていの言語で出来るようになったのだけど、文字を文字として扱うという点に関しては各言語ともまちまちで、多言語派の私としては結構頭のいたいところ。 ここでは、私が一番流暢なPerlを軸に、RubyとPythonではどうなっているのかを調べてみた。 数値
プロジェクト：ドキュメント：Japanate（文書和訳）
IETFが正式に発行する文書で、インターネットのコンセンサス、あるいは標準とみなされることの多いのがRFCです。 RFC 4627 : JavaScript Object Notation (JSON) のための application/json メディアタイプ （テキスト形式/HTML形式） RFC 4627「The application/json Media Type for JavaScript Object Notation (JSON)」の和訳です。Webサービスとのデータ交換で広く使われるようになったJSONについて、全般の用語などをまとめ、MIMEタイプとしてapplication/jsonを定義したものです。
perl/CPANドキュメントを日本語で書く - 草原をわたるそよ風の音
日本語pod 書き方 日本語podのみで１ファイルに NAME の指定 =encoding 指定 文字コードはeuc-jp? 実サンプル＠CPAN コメント 日本語podCPANでも日本語の表示ができるので, 日本語のドキュメントもいれてみよう☆ 書き方=encoding euc-jp =head1 NAME Sample::Module::JA - The great new Sample::Module! (ja) =head1 NAME (ja) Sample::Module::JA - なにかするモジュール =SYNOPSYS (後は普通通り) 日本語podのみで１ファイルにとりあえず perldoc Sample::Module したら英語が出てきて, perldoc Sample::Module::JA したら日本語が出てくるのイメージ. NAME の指定CPAN のインデクサ
UTF-16LE:Malformed LO surrogate を避ける - 徒書
[を] 指定した URL へのリンクのアンカーテキストを収集するとそのはてなブックマークエントリで言及されていた、PerlのEncodeモジュールの decode で "UTF-16LE:Malformed LO surrogate xxxx at ..." というエラーが出る問題を調べてみました。 まずは再現条件を調べたところ、http://quote.yahoo.co.jp/ のページを取得して decode した時にエラーが発生することが分かりました。エラー再現までの流れは以下の通りです。 http://quote.yahoo.co.jp/ の内容を取得し、変数$textに格納。 Encode::Guess により$textの文字コードを判定。 その結果、(文字列はEUC-JPで書かれているにも関わらず)UTF-16LEと判定される。 判定結果を元に、decode('UTF-16LE
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Windows版 ActivePerl 5.8.X で日本語テキストファイルの標準入出力
前に、「Windows版 ActivePerl 5.8.X で日本語処理をする」でencodingプラグマについて触れた。しかし、この機能には小さなバグがあった。Perl 5.8.7/5.8.8で確認しているので、それ以前のバージョンで発生すると思われる。 たとえば、次のように宣言する。use encoding "shiftjis";こうすると、Perlの次のような動作になる。 ソースファイルはシフトJISコードで扱う 内部コードはUTF-8を使用する 標準入力(STDIN)からシフトJISコードをUTF-8に変換して読み込む 標準出力（STDOUT)へUTF-8をシフトJISコードに変換して書き込む 果たして本当にそうなっているのか？ 次のプログラムをtest1.plとして保存して、perl test1.pl 実行してみると、STDIN,STDOUT,STDERRのそれぞれのファイルハン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
