> Unlha32.dll対応ソフトなら可能なのではないでしょうか（確認していないので不確かですが
そういうことになります。
もしくは、ソースコードが存在かつコンパイラをお持ちであれば、lh7の解凍時辞書サイズを1<<16ではなく1<<19にすれば解凍可能です。
実際いくつかのソフトでは独自拡張版が存在するようです。。。

SM倶楽部ではMなあなたに女王様からの謝礼が用意されております。ttp://www.club-sm.com/

> 最初に挨拶が遅れまして、申し訳御座いません。
> 早々のお返事有難う御座います。
>
> 説明があるのは私も知っていましたが、
> 実際に作成したのは、Micco氏何でしょうか。

Micco氏です。

> そして、lhxの解凍は、どのソフトを使用すれば宜しいのでしょうか。

Unlha32.dll対応ソフトなら可能なのではないでしょうか（確認していないので不確かですが

最初に挨拶が遅れまして、申し訳御座いません。
早々のお返事有難う御座います。

説明があるのは私も知っていましたが、
実際に作成したのは、Micco氏何でしょうか。
そして、lhxの解凍は、どのソフトを使用すれば宜しいのでしょうか。

> lhxの開発者って誰ですか。
辞書サイズを変える,類似の試みは多々有ったと思いますが,-lhx-メソッドの書庫を作成できるようにしたのはMicco氏(Unlha32.dllに説明あり).

-lhx-::辞書サイズ 128k〜512k
lhxの開発者って誰ですか。

> 多機能ながら使いやすさも兼ね備えている所が最高です。
> 便利なソフトをFREEで提供して下さりありがとうございます。
> あと、ソフトの名前もアイコンのキャラもカワイイですね。

ありがとうございます。^^
最近全然更新してませんが適当によろしくお願いします。

多機能ながら使いやすさも兼ね備えている所が最高です。
便利なソフトをFREEで提供して下さりありがとうございます。
あと、ソフトの名前もアイコンのキャラもカワイイですね。

> 見事岩田氏に勝利おめでとうございます:)

まだまだ若い者には負けませんよと言いたいところですが
実際問題として色々なコンテストの結果とかみてもすでに完全に負けてるのであれですねえ。
まあ運が良すぎました

見事岩田氏に勝利おめでとうございます:)

> >"Little Big Computer"
> うまくすれば、バベッジのあれを作れるのかも。

階差機関くらいなら作れそうですねー。
誰かPS3持ってる人たのむ！(^^;

>"Little Big Computer"
うまくすれば、バベッジのあれを作れるのかも。

> 日本で言う「ナンクロ」のことですか。
>

まさにそれです。いろんなところで突っ込まれてます。(^^;;
ナンクロって名前しか聞いたことなくて、数独の別名かと思っていました…。

日本で言う「ナンクロ」のことですか。

迅速な対応ありがとうございます。

これからも参考にさせていただきます。

こにちは。

> なのですが、「分散」のところが標準偏差ではないでしょうか？
> お手数ですがご確認お願いいたします。

ご指摘のとおりです。ありがとうございます！今から修正します。

こんにちわ

boost::randomのページにある

> // 「遅延フィボナッチ法」( Seed=おまかせ )
> // 「正規分布」( 平均μ=100, 分散σ=20 )
> lagged_fibonacci1279 gen;
> normal_distribution<> dst( 100.0, 20.0 );

なのですが、「分散」のところが標準偏差ではないでしょうか？
お手数ですがご確認お願いいたします。

ttp://www.boost.org/doc/libs/1_36_0/libs/random/random-distributions.html#normal_distribution

　早速に修正いただいてありがとうございました。

はじめまして。

> 　日本語訳重宝しています。Poseidonのヘルプに登録してF1で呼び出すようにして使っています。
> 　「デバッグ情報」とすべきところ「デバッグ譲歩」になっている部分がありましたのでお知らします。

ありがとうございます。今修正入れました。

> 　別件ですが、dsource.orgのPoseidonフォーラムにjapanese.iniをアップしています。英語が残っていたものを日本語訳しました。訳詞切れていないところもあります。いきなりdsource.orgに書き込むのではなく、まずはこちらで見てもらった方が良かったかなと思いました。

おお、すばらしいです！ちょっと見てみましたが良さそうですね。Poseidon はだいぶ昔に触ってみたっきりなのですが、最近かなり完成度があがってきているらしいので、せっかくなのでこの機会にまた試してみようと思います。^^

　すみません。タイプミスしました。

　訳詞切れていない→訳しきれていない

　初めまして。
　最近になってD言語を始めた三輪の牛と申します。
　日本語訳重宝しています。Poseidonのヘルプに登録してF1で呼び出すようにして使っています。
　「デバッグ情報」とすべきところ「デバッグ譲歩」になっている部分がありましたのでお知らします。
　別件ですが、dsource.orgのPoseidonフォーラムにjapanese.iniをアップしています。英語が残っていたものを日本語訳しました。訳詞切れていないところもあります。いきなりdsource.orgに書き込むのではなく、まずはこちらで見てもらった方が良かったかなと思いました。

> Integer n = Integer.valueOf(someStringData);
> if( n ) return n*2; else return -1;
>
> こう変えるといきなりハンドラで書きにくいですよね。正常値の方も後処理をdelegateにすれば揃えることはできますが。

うーん、たしかにフラグを立てるくらいしか思いつきませんね…
そもそもIntegerはnanな状態を持ててもいい気がする

どちらにしても最終的には例外が飛ぶことになるんでしょうけど
そのときは本当に八方塞がりな状態であって欲しいというのは皆の共通認識じゃないだろうか

> ライブラリ側の対処ですが、ハンドラを指定できるようにして省略された場合にのみ例外を投げるようにすればいいんじゃないですかね
> あまりJAVAを知らないのでDになりますが、
>
> n = Integer.valueOf(someStringData, Integer(String s){return 0xdeadbeaf;});

nullとかに限らず、Javaの検査例外（catchを書かないといけない例外）は例外にするんじゃなくて、全部ハンドラを指定させる形にするとどうだろう…と、ふと思いました。

それはともかく、これでどこまで行けるでしょう。
ちょっと人工的な例しか思いつけてなくて申し訳ないのですが、例えば

Integer n = Integer.valueOf(someStringData);
if( n ) return n*2; else return -1;

こう変えるといきなりハンドラで書きにくいですよね。正常値の方も後処理をdelegateにすれば揃えることはできますが。

ライブラリ側の対処ですが、ハンドラを指定できるようにして省略された場合にのみ例外を投げるようにすればいいんじゃないですかね
あまりJAVAを知らないのでDになりますが、

n = Integer.valueOf(someStringData, Integer(String s){return 0xdeadbeaf;});

クラスなんだからプロパティにしてもいいかもしれません

おおこっちでも盛り上がって（略
管理人が掲示板の存在を忘れかけていました。超すみませんm(_ _)m

>>anonymousさん
TryParse は確かにかなり良いですね。
少なくとも自分が例に出したisParsable〜よりはだいぶ良い…。
ただ、out引数はできることなら使いたくない（返値で返したい）かなーというのが。

アトミック性の方は、下の例のような複合処理をするAPIがあればなんとでもなるのは確かなんですが、もし「一つのメソッドは一つの処理」で実現できるものならその方がベターじゃないでしょうか。

>>ogasawaraさん
> let may f x = try `Val (f x) with e -> `Err e

おお、なるほど。これならoptionと違ってエラー情報も外に来ますね！今度使ってみよう。まだなかなかとっさに多相バリアントを使う発想が出てこないのが修行が足りません(--;

>>jonigataさん
> たとえば、辞書引きで見つからないときにNULL返さないで例外を返す、という仕様になっていても、try...catchをもっと気持ちよく書ければ
> 問題ないのではないかと。

Yes。まさに。裏で何が起きていようが「軽く書けて」さえいれば、自分の場合は割と満足です。

多値かつ型ありだと、よくあるパターンでは (object, succeeded) か (null, errorinfo) を返すことになるかと思ってるんですが、これに対して「エラーなんて起きないと俺は信じてるぜ」って書き方をすると、「single-valueをとるコンテキストでその返値を使う」になっちゃって結局ただのnullのデリファレンスエラーになるのが困りものだなあということを考えていました。

単値コンテキストで使われてもエラー情報がカットされないように (object, success) or (errinfo, failure) を返す様にすると、それはまさにinformative null pointerに他ならないだろうと。

>>shiroさん, jonigataさん(||->)
ふむむ。なるほど。

プログラム全体が基本的にはErrorモナド（なにもしないと例外は残りの処理をスキップして外まで飛んでいく）だけど、if や ||-> でとっさに明示的に捕まえる処理も入れられる、という感じですね。（モナドでいうと||->はmplusになるかな。式ではなく文/ブロックレベルで分岐するのはどういう感じになるだろう…）

辞書型の変数a, b, cがあるとして、
aでみつからなかったらbでみつからなかったらc...
という処理を書きたいときに、
「正常処理では値を持ったままショートカットし、
例外がでたら次の式に進む演算子"||->"」
というのを想像して、
s = a.find("tt") ||-> b.find("tt") ||-> c.find("tt") ||-> "jj"
と書けたらいいなあ、などと常々妄想していました。
perlっぽいイメージで。

iconのはこれに近そうですね。

あと多値でも似たようなことできそうだと思って
暇なときにぐだぐだ考えています。

おお、こちらで議論がもりあがっていたのですね。

IconのGoal-directed executionを思い出しました。
私はIconは使ったことがなくて概要を読んだだけなんですが、Error monadが言語
組み込みになっていて標準のif文で捕まえられる、というようなイメージを持っています。
Integer.valueOfの例でいえば、(これが正しいIconのプログラムなのかどうかは
わかりませんが、概念的に)

if not (n := Integer.valueOf(someStringData)) then n := 0xdeafbeef

と書けるのだと思います。ここでInteger.valueOfは引数が数値として正しくなければ
「値を返す」かわりに失敗します。notは引数の評価が失敗したら成功し、
引数の評価が値を生成すれば失敗します。if式はテストが成功すればthen式を評価し、
失敗すればelse式を評価します。

私はよく、

let may f x = try `Val (f x) with e -> `Err e

というのを使います。
エラーかどうか+エラーならその例外のバリアントでパターンマッチという合わせ技ですね。

下の書き込みはまだ飛躍していますね。

d.y.d.を読んでまず思ったのが、「遅延例外が欲しいのかな」
ということでした。

しかし読み進めると、私には結局例外を細かく扱う方が
適切に思えたので、ではなぜ例外を嫌がるのかと考えたときに、
自分がOCamlでプログラミングしたときのことを思い出して
あれのせいだなと勝手に結論を出して
あまり考えずにテキトーに投稿してしまったというわけです。

失礼、ぬるぽそのものは結構どうでもよくて、
日記のぬるぽ項に関する感想でした。

たとえば、辞書引きで見つからないときにNULL返さないで例外を返す、という仕様になっていても、try...catchをもっと気持ちよく書ければ
問題ないのではないかと。

もしくは、多値やoptionを返してもらって、
それをわざわざ変数で受けなくてもダイレクトに使える
構文糖はないかなと。

OCamlでSetか何かを使ったときに確かそう思った記憶があります。

> try...catchを書くのがめんどくさすぎるだけっていう気が
> しなくもありません。

ぬるぽはcatchすべきではない例外ですから、それは関係ないような。
本来、nullが許されていない場所では、

public void method(string notNullStr) {
if (notNullStr == null) throw new NullArgumentException("notNullStr");
...
}

とか何とかすべきであり、ぬるぽが発生するのはここら辺のチェック忘れでしかないので、もっとmainに近い位置でのcatchならともかく、面倒と感じるほどcatchしないでしょう(するべきではないでしょう)。

問題としているのはおそらく、nullを返すことのあるAPIをどうするのか、だと思います。そういうメソッドなりなんなりを作ることがいいことなのかどうかも含めて。

try...catchを書くのがめんどくさすぎるだけっていう気が
しなくもありません。
ワンライナーっぽいかっこいい構文糖でなんとかなりそうな。

それと、
多値の扱いが簡単だと結構いろいろな問題が解決すると思っています。
多値を変数で受けないでダイレクトに使う構文がないかなと。

アトミック性云々の話は、

File fp;
if (File.lockIfExists(".tcshrc")) fp = File.unlockAndOpen(".tcshrc");
else if (File.lockIfExists(".cshrc")) fp = File.unlockAndOpen(".cshrc");
else ...

とか、

// 先頭からopenしていき、成功したFileオブジェクトを返す。
// 全部失敗したら・・・例外送出かな
File fp = File.open(".tcshrc", ".cshrc", ...);
if (fp.name.equals(".tcshrc")) ...
...

とか、APIを見直せばなんとでもなるような気もします。気のせいかも。

たとえばC#だと、
string str = "100";
int i;
if (int.TryParse(str, out i))
{
// 変換に成功した場合
}
else
{
// 失敗した場合
}
とか書けて、これはこれでいいのかも、とか思ったりします。
タプルがあって、空のタプル()が真偽値として偽になり、要素が1つのタプル(x)をxとしても使えるとかもいいかもしれません。今思いついただけなので問題点はありそうですが。

ただ、nullはもっと情報量を持っているべき、というのはなるほどそのとおりだと思います。

すみません、問題のファイルを試しにEUCにして読むともう一つ見つかりました。まだあるかも知れません。

●kilib\textfile.cpp
@570行目ぐらい
(この修正方法では1バイト欠けてしまうようです)
- default: DoOutput( buf, p ); gWhat=1; break;
+ default:
+ if( p+1>=end ) goto outofloop;
+ DoOutput( buf, p ); gWhat=1; break;


こういうのを一括でテストできる方法でもあればいいのですが……
個人的には、テキストファイルをバイナリモードで読むときは数バイト余分に確保してゼロ埋めしておくという横着で対処する事ならよくあります^^;

> 以前パッチを書いた者ですが、chkdskで修復して出てきたファイル(HTMLの後方にゴミが付いているデータ)を読ませるとuser32.dllで落ちるので原因を調べて直してみました。
> 大した不具合ではありませんが……

ありがとうございます。

> ●kilib\textfile.cpp
> @354行目ぐらい
> - else if( (*p) & 0x80 )
> + else if( (*p) & 0x80 && p+1<end )
> 応急処置ですが、とりあえずこれで回避できました。

ううむ相変わらずどうしようもないバグ埋め込んでてスミマセン。いっぺんちゃんとコード読み直した方がいいな…

> digraphなんてものがあったんですか。初めて知りました。
> これさえあればこんな感じでいけます。（最後の行に余計なものが増えましたが。）

おお、なるほど。a[b] は b[a] な感じのあれですね！

調べてみたらdigraphを使って、さらに
d.hatena.ne.jp/qnighy/20080713/1215920284
return を #define して後ろに余計な物がついてないように見せかけるという酷い(笑)のを書いてる方がいらっしゃいました。

> digraph で <: が [ の意味になるので……なったからといってどうしようもないですね…ううむ
digraphなんてものがあったんですか。初めて知りました。
これさえあればこんな感じでいけます。（最後の行に余計なものが増えましたが。）

#include <stdio.h>

#define X printf((char*)((int)&"\0ひだまりスケッチx365"[0]
#define _ 1 + 1))

int main(void){ return
/////////////////////////////////////////////////////////////////
X / _ / X <: "来週も見てくださいね!"
/////////////////////////////////////////////////////////////////
:>));}

最初に書き忘れましたが、Digital Mars C++ Compiler Version 8.42nで確認してあります。

以前パッチを書いた者ですが、chkdskで修復して出てきたファイル(HTMLの後方にゴミが付いているデータ)を読ませるとuser32.dllで落ちるので原因を調べて直してみました。
大した不具合ではありませんが……

●kilib\textfile.cpp
@354行目ぐらい
- else if( (*p) & 0x80 )
+ else if( (*p) & 0x80 && p+1<end )
応急処置ですが、とりあえずこれで回避できました。

(どうやら、S-JIS形式、ファイルが4096バイトの整数倍、最後のバイトデータが0x81〜0xFFで終わっている、という3つの条件が揃うとCharNextExA内部でメモリアクセス違反して落ちるようでした)

●kilib\memory.cpp
@45行目ぐらい
かなりどうでもいい事ですが、
memset全体を#if _MSC_VER >= 1400 〜 #endifで囲まないとVC6に怒られました。

> こんにちは。
> ゆのinDに刺激されて、C言語でやってみました。

おお、#define マクロバリバリというのがCならではでいいですね^^

> vはピースサインということで勘弁してください
> （何とかなくせないでしょうか）。

digraph で <: が [ の意味になるので……なったからといってどうしようもないですね…ううむ

こんにちは。
ゆのinDに刺激されて、C言語でやってみました。

#include <stdio.h>

#define X printf((1 - 1
#define _ 1 + "ひだまりスケッチx365"))
#define v(a) 0) + #a)

int main(void){ return
/////////////////////////////////////////////////////////////////
X / _ / X < v(来週も見てくださいね!);
/////////////////////////////////////////////////////////////////
;}

vはピースサインということで勘弁してください
（何とかなくせないでしょうか）。

大変遅くなって申し訳ありません。
さきほど修正版 1.08+ A をリリースしました。よろしくお願いします。

> > 既にご存知かも知れませんが、GreenPad Ver.1.08A が Windows 9x 環境では
> > 起動できないようです。
> > 実行すると「GREENPAD のページ違反です」とエラーが発生します。
> > 一つ前の Ver.1.074A では問題ありませんでした。
>
> むむむ、気づいてませんでした。調べてみます。
> メモリ管理の部分を変更して、Win9x では 1.07.4 と同じ／WinNT では簡略化、としたつもりなんですが、なんか条件切り分けでバグってるぽいですね。しばしお待ち下さい。

> 下のページが表示されないようです
> www.kmonos.net/alang/d/2.0/declaration.html

ありゃ、なんだか正常にアップロードされてなかったみたいです。
今更新しなおしました。ご連絡ありがとうございます！

下のページが表示されないようです
www.kmonos.net/alang/d/2.0/declaration.html

> マークアップの壊れている場所があるようです。

ご指摘ありがとうございます！修正しました。

マークアップの壊れている場所があるようです。

www.kmonos.net/alang/d/1.0/arrays.html
「<h3>動的配列/h3>」という部分で、h3の終了タグの頭の<が欠けています。

www.kmonos.net/alang/d/1.0/index.html
「> <div id="lastupdate">Last update Wed Jun 18 00:12:43 2008」という部分で、行頭にゴミ(>)が紛れているようです。

> 既にご存知かも知れませんが、GreenPad Ver.1.08A が Windows 9x 環境では
> 起動できないようです。
> 実行すると「GREENPAD のページ違反です」とエラーが発生します。
> 一つ前の Ver.1.074A では問題ありませんでした。

むむむ、気づいてませんでした。調べてみます。
メモリ管理の部分を変更して、Win9x では 1.07.4 と同じ／WinNT では簡略化、としたつもりなんですが、なんか条件切り分けでバグってるぽいですね。しばしお待ち下さい。

既にご存知かも知れませんが、GreenPad Ver.1.08A が Windows 9x 環境では
起動できないようです。
実行すると「GREENPAD のページ違反です」とエラーが発生します。
一つ前の Ver.1.074A では問題ありませんでした。

-lx1-に対応したいのですが、-lx1-は一致位置が-lh3-で文字と一致長が-lh5-である(history.txt)以外なんともわからないのです…

> case LH6: case LH7: case LHX: np=20,pbit=5,dicbit=19,dicsiz=(1<<dicbit);break;
> とすればlhxを解凍できます。

LHX などというものが出来てたのですね知らなかった…。
homepage1.nifty.com/dangan/Content/Program/Java/jLHA/Notes/CompressMethod.html
> Micco氏の UNLHA32.DLLの資料によれば 実験用に以下の圧縮法識別子を 使用したようである。
> -lhx-::辞書サイズ 128k〜512k
これですか。なるほど。

case LH6: case LH7: case LHX: np=20,pbit=5,dicbit=19,dicsiz=(1<<dicbit);break;
とすればlhxを解凍できます。
正直自分でもびっくりなのですが、micco氏によると、最大限の辞書サイズを保持する設定にして問題ないとのことでした…

どもお久しぶりです。

> 実用からは外れている（それでも気にしない系

たしかにそれでも全然気にせず楽しめそうです。^^
SIGMODレポート期待してます！

バンクーバーから書き込みです。PODSの方はある程度聞いてはみたのだけど、どうも実用からは外れている（それでも気にしない系の）トークが多くて、僕はげんなりしてしまいました。

稲葉君なら楽しめるに違いない、と勝手に思っていたりします。

こんにちは。

> ... 用にネイティブ コードの生成が発生します

ということは、C++/CLI (/clr) ですよね。すみません、C++/CLI は詳しくないもので的外れかもしれませんが、調べてみたところ、

groups.google.am/group/boost-list/browse_thread/thread/2262880765ef7c8

リンカオプションで
/entry:main
を
/entry:?mainCRTStartupStrArray@@$$FYMHP$01AP$AAVString@System@@@Z
に変えるとよいという話が見つかりました。

こんばんは。　最近Boostについて勉強しています。
今日はmutexについて見ましたが、コンパイルする時エラーが出てきますのでご意見をいただきたいです。


まずビルドメッセージです。
1>------ ビルド開始: プロジェクト: boostTest, 構成: Debug Win32 ------
1>コンパイルしています...
1>mutex-test.cpp
1>C:\Program Files\boost\boost_1_34_1\boost/function/function_base.hpp(727) : warning C4793: 'vararg' : 関数 'bool boost::detail::function::has_empty_target(...)' 用にネイティブ コードの生成が発生します
1> C:\Program Files\boost\boost_1_34_1\boost/function/function_base.hpp(724) : 'boost::detail::function::has_empty_target' の宣言を確認してください。
1>リンクしています...
1>マニフェストを埋め込んでいます...
1>ビルドログは "file://c:\Documents and Settings\nimbus9030\My Documents\Visual Studio 2005\Projects\boostTest\boostTest\Debug\BuildLog.htm" に保存されました。
1>boostTest - エラー 0、警告 1
========== ビルド: 1 正常終了、0 失敗、0 更新、0 スキップ ==========

そして

アプリケーションを正しく初期化できませんでした.(0xc0000..).

警告が出ます。

開発環境はvs2005です。そしてboost,jamをinstallしましたが。。。
よろしくお願いします。

> ttp://www.kmonos.net/alang/boost/classes/serialization.html
> このページの
> oa << (const SaveData&) data;
> は
> oa << (const MyData&) data;
> と思われます。

ども。修正しました。

ttp://www.kmonos.net/alang/boost/classes/serialization.html
このページの
oa << (const SaveData&) data;
は
oa << (const MyData&) data;
と思われます。

> 1.08Uでバグは出なくなりました
> xpsp1,atok2008の環境で再変換ができなかったのも解消しました

よかったです。^^

> あとどうでもいいですが/libのlast updateが手動なのは面倒ですね…

うわ。すみません。
なんだか、どうせ１年に１回くらいしか更新しないので手動でいいかと思ってると、逆に忘れるんですよね。うーむ。

報告が遅くなって申し訳ありません
1.08Uでバグは出なくなりました
xpsp1,atok2008の環境で再変換ができなかったのも解消しました
ありがとうございます
あとどうでもいいですが/libのlast updateが手動なのは面倒ですね…