> www.kmonos.net/alang/d/2.0/const.html
> にて、「Constから何が得られるのか？」の項目で番号９にて、
> >その宣言を用いるコード全てに対する情報を実際のコードを水に得ることができます。
> と「水に得る」となっています。
> 「見ずに得る」ではないでしょうか。

ですね。ありがとうございます！ただ今修正しました。

www.kmonos.net/alang/d/2.0/const.html
にて、「Constから何が得られるのか？」の項目で番号９にて、
>その宣言を用いるコード全てに対する情報を実際のコードを水に得ることができます。
と「水に得る」となっています。
「見ずに得る」ではないでしょうか。

こんばんは。

> 修正版0.31をリリースしました。
> 遅くなってしまって申し訳ありません。
修正されているのを確認しました。
ありがとうございます。

では。

修正版0.31をリリースしました。
遅くなってしまって申し訳ありません。

> こんばんは。
>
> Yz1.dllの0.30と0.28でのバグ報告です。
> Yz1FindFirstやYz1FindNextで取得したデータ、あるいは書庫から展開したファイルに記録するタイムスタンプが狂っている場合があるようです。
> 例えばYz1.dllの配布書庫に含まれているyz1static.yz1では、note.txtとyz32lib.hのタイムスタンプが2027年のようになって狂ってしまっていますし、DeepFreezer2の配布書庫などでも同様の狂いが見られます。
> これらの書庫はDeepFreezerでは正常なタイムスタンプで展開され、またYz1.dllの0.29でも正常に処理されているので、この現象は上記2つのバージョンに特有であるようです。
> これらのバージョンは他のバージョンと異なりVisual Studio 2005でコンパイルされているとのことで、そのことが原因となっている可能性が高いかと思います。
> 以上、簡単ですが報告させていただきます。
> では。

無料ライブチャットでH動画を見放題！なんと見放題なんですttp://www.kawaii-ne.net/second_live__free__chat.html

# 遅くなっててすみません…
# 来週のうちには直す…はず…

こんにちは。

...
> これらの書庫はDeepFreezerでは正常なタイムスタンプで展開され、またYz1.dllの0.29でも正常に処理されているので、この現象は上記2つのバージョンに特有であるようです。
> これらのバージョンは他のバージョンと異なりVisual Studio 2005でコンパイルされているとのことで、そのことが原因となっている可能性が高いかと思います。
> 以上、簡単ですが報告させていただきます。
> では。

バグレポありがとうございます。確かにこの二つのバージョン限定となるとコンパイラを変えた影響のようですね。確認してみます。

こんばんは。

Yz1.dllの0.30と0.28でのバグ報告です。
Yz1FindFirstやYz1FindNextで取得したデータ、あるいは書庫から展開したファイルに記録するタイムスタンプが狂っている場合があるようです。
例えばYz1.dllの配布書庫に含まれているyz1static.yz1では、note.txtとyz32lib.hのタイムスタンプが2027年のようになって狂ってしまっていますし、DeepFreezer2の配布書庫などでも同様の狂いが見られます。
これらの書庫はDeepFreezerでは正常なタイムスタンプで展開され、またYz1.dllの0.29でも正常に処理されているので、この現象は上記2つのバージョンに特有であるようです。
これらのバージョンは他のバージョンと異なりVisual Studio 2005でコンパイルされているとのことで、そのことが原因となっている可能性が高いかと思います。
以上、簡単ですが報告させていただきます。
では。

> ttp://www.kmonos.net/wlog/100.html
> に2つある「≪ 一つ過去のページ」「このページ」「一つ未来のページ ≫」のうち下の方にあるもののリンクが1つずつすれているようです。いくら「≪ 一つ過去のページ」をクリックしても同じページに戻ってきて途方に暮れかけました。

うわあ。すみません。修正しました。ありがとうございます。
恥ずかしいことにローカルの日記管理スクリプトに 99 から 100 に進むときにP2K問題（ページ番号2桁問題）が発生してて、面倒なので手で適当にずらしていたら間違えました。(^^;

> タグで管理するなら同時に使えるタグ、
> 同時には使えないタグの区別があるといい気がします。
> tag exclusive {Safe, Unsafe};

なるほど、たしかに。
and, or, not の組み合わせはいずれにせよ使いそうなので、それ＋aliasという形になるのかなーと考えています。

ttp://www.kmonos.net/wlog/100.html
に2つある「≪ 一つ過去のページ」「このページ」「一つ未来のページ ≫」のうち下の方にあるもののリンクが1つずつすれているようです。いくら「≪ 一つ過去のページ」をクリックしても同じページに戻ってきて途方に暮れかけました。

> なるほど、マルチバイト対応メソッドだけ multibyte と付けておく雰囲気ですね。面白そうです。
> UTF-8のようにコードポイントの区切りがわかる文字セットと、EUC-JPのようにわからない文字セットを区別するタグをさらに増やしてみたり…ややこしいかな
>
>
具体的な書き方を考えてみました(Dっぽく)
以下のような感じで関数があるとして、
void strfunc(Ascii x);
void strfunc(Mbcs x);
void afunc(Ascii x);
void mbfunc(Mbcs x);
こんな風に機能してほしいわけです
Ascii a = "hoge";
Mbcs mb;

mb = a; // OK
a = mb; // エラー！

strfunc(a); // strfunc(Ascii)が呼ばれる
strfunc(mb);// strfunc(Mbcs)が呼ばれる

afunc(a); // OK
afunc(mb);// エラー！

mbfunc(a); // OK!
mbfunc(mb);// OK

それで、宣言は例えばこんな風にイメージしていました
typedef Char Ascii;
typedef super Ascii Mbcs;
タグっぽくやるとこうですかね
typedef Char Ascii;// aliasがいいかも…
tag Multibyte;
typedef Ascii@Multibyte Mbcs;

タグで管理するなら同時に使えるタグ、
同時には使えないタグの区別があるといい気がします。
tag exclusive {Safe, Unsafe};
tag Buffer;
String@Unsafe@Buffer str1; // OK
String@Safe@Unsafe str2; // エラー！

> ＞スーパータイプ作る機能
> マルチバイト文字セット対応とかに応用できる気がします。
> 要するに、ascii文字列はマルチバイト文字列として扱える(代入できる)けどマルチバイト文字列はascii文字列として扱えないので、
> これってマルチバイト文字列型はascii文字列型から派生したスーパークラスとして実装するときれいになるんじゃないかなあと。

なるほど、マルチバイト対応メソッドだけ multibyte と付けておく雰囲気ですね。面白そうです。
UTF-8のようにコードポイントの区切りがわかる文字セットと、EUC-JPのようにわからない文字セットを区別するタグをさらに増やしてみたり…ややこしいかな

＞スーパータイプ作る機能
マルチバイト文字セット対応とかに応用できる気がします。
要するに、ascii文字列はマルチバイト文字列として扱える(代入できる)けどマルチバイト文字列はascii文字列として扱えないので、
これってマルチバイト文字列型はascii文字列型から派生したスーパークラスとして実装するときれいになるんじゃないかなあと。

返信有難うございます。
了解しました。
安心して購入します。

> こんにちわ。私インドリと申します。
> 私は今現在稲葉さんの著書Boost C++ Librariesプログラミング第2版を購入しようかと迷っています。
> 何故迷うのかといいますと、この書籍2007年に発売されたものなので、下手すれば買った直後に、第3版が出版されるのではないかと思うからです。
> 稲葉さん、第3版の出版予定ありますでしょうか？

こんにちは。
将来的に第3版を出すことはもしかしたらあるかもしれませんが、
現在のところは、特に何もそういう話はありません。ご安心（？）ください。

# 第2版は増刷もかかっていないので、出版社さん的にも続きのお声がかかるのは(あるとしても)もう少し先ではないかなあ

こんにちわ。私インドリと申します。
私は今現在稲葉さんの著書Boost C++ Librariesプログラミング第2版を購入しようかと迷っています。
何故迷うのかといいますと、この書籍2007年に発売されたものなので、下手すれば買った直後に、第3版が出版されるのではないかと思うからです。
稲葉さん、第3版の出版予定ありますでしょうか？

こんにちは。
ご提案ありがとうございます。

> 要望なのですが、boost::pythonのページに以下のサンプルを追加して頂く事は可能でしょうか？
> ・C++からPythonのコードを実行するembeddingについてのサンプル
> ・C++から呼び出したPythonのコードから、呼び出したC++のプロセスが持つオブジェクト(変数・関数)を使用するサンプル

C++→Python→C++で折り返すサンプルにすれば一発で全部まとめたりできますかね。ちょっと考えてみます。

nodchipと申します。日頃からletsboostを拝見させて頂いております。
boost::pythonに興味を持ち該当ページを参考にさせていただきました。

要望なのですが、boost::pythonのページに以下のサンプルを追加して頂く事は可能でしょうか？
・C++からPythonのコードを実行するembeddingについてのサンプル
・C++から呼び出したPythonのコードから、呼び出したC++のプロセスが持つオブジェクト(変数・関数)を使用するサンプル

特に2つ目については日本語の記事が非常に少なく苦労しております。
どうぞよろしくお願いいたします。

ども。お返事遅くてすみません。

バグレポートありがとうございます。
座標がマイナスになり得るとかまったく考えていませんでした。これはダメですね…。
修正しておきます。

> マルチディスプレイ環境下で起こりうるマウス座標がマイナス位置にあるとき右クリックメニューがとんでもない所に出ます
> GpMain.cppの126行目
> -LOWORD(lp), HIWORD(lp), 0, hwnd(), NULL );
> +static_cast<SHORT>(LOWORD(lp)), static_cast<SHORT>(HIWORD(lp)), 0, hwnd(), NULL );
> 他のマウス座標扱っているところはわかりません
> GET_{X,Y}_LPARAMマクロ使った方が見やすいかもしれませんがwindowsx.hはincludeされてないので最小の修正で

マルチディスプレイ環境下で起こりうるマウス座標がマイナス位置にあるとき右クリックメニューがとんでもない所に出ます
GpMain.cppの126行目
-LOWORD(lp), HIWORD(lp), 0, hwnd(), NULL );
+static_cast<SHORT>(LOWORD(lp)), static_cast<SHORT>(HIWORD(lp)), 0, hwnd(), NULL );
他のマウス座標扱っているところはわかりません
GET_{X,Y}_LPARAMマクロ使った方が見やすいかもしれませんがwindowsx.hはincludeされてないので最小の修正で

9807番のスパムを消しにくくなってしまった…(笑)

> 以下うろ覚え、調べずに書いてすみません。
> Randomが返す値のはじめの偏りについて。
> Knuth先生のRANDで、最初に数回test runしていたのはそのためかな？
> 奥村先生のアルゴリズム本でも最初数回回していたような。

ふむふむ。手元に奥村先生の本がないので明日ちょっと調べてみます。
48bit乱数に32bitのmultiplierだと（ユーザーに与えられた）シード値が全体に回りきらないのがJavaのの問題だと思うので、数回回すのは確かにこの問題に対して意味がありそうです。

(タイトルは冗談です)

以下うろ覚え、調べずに書いてすみません。
Randomが返す値のはじめの偏りについて。
Knuth先生のRANDで、最初に数回test runしていたのはそのためかな？
奥村先生のアルゴリズム本でも最初数回回していたような。

お友達同士でサイトを作ってみました。ほとんど30代以上ですがそれなりに楽しい毎日を送っています。でもそろそろ女性だけで楽しんでるもの刺激がないというコメントが増えているのも事実です。確かに男性の方が沢山いたほうが盛り上がると思いますし、刺激があり良いと思います。よろしければ私達の仲間に参加しませんか？入り口が右下にありますので宜しくお願いします。

muryou-navi.75721.net

> そういえば、Schemeの乱数ライブラリsrfi-27にはそれらしきAPIがあります。
>
> (random-source-pseudo-randomize! s i j)

おお！ありがとうございます。
srfi-27 の議論を調べてみたところ、
srfi.schemers.org/srfi-27/mail-archive/msg00026.html
srfi.schemers.org/srfi-27/mail-archive/msg00028.html (Ad 2)
確かに、シミュレーションのためのよい乱数シードを適切に選ぶためのインターフェイスとして考えられていますね。参考になります

>（実装詳細を隠蔽したいという前提で）ライブラリとして提供する側として考えると、かぶらないと保証できる乱数系列を複数生成するようなAPIを用意することになるのかな。

そういえば、Schemeの乱数ライブラリsrfi-27にはそれらしきAPIがあります。

(random-source-pseudo-randomize! s i j)
Changes the state of the random source s into the initial state of the (i, j)-th independent random source, where i and j are non-negative integers. This procedure provides a mechanism to obtain a large number of independent random sources (usually all derived from the same backbone generator), indexed by two integers. In contrast to random-source-randomize!, this procedure is entirely deterministic.

シミュレーションに使うんだろうなとはなんとなく思っていたのですが、今回の議論で意味がわかりました。(あとGaucheの random-source-pseudo-randomize! の実装が間違っていたことも…seed valueを散らすんではだめなんですね)

k.inabaさん，コメントしてくださって有難うございました。
(えむけいさん，フォロー有難うございます。)
CC0の存在をお知らせできただけでも何よりですが，NYSDLを置き換えられるものだ，とNYS(D)Lの策定者から言って戴けたことで，自分の中ではCC0の性質がより明確になりました。

> CC0では著作者人格権(moral rights)にも明文で言及していますし(1条ii項)、放棄が(また無償・無条件で撤回不可能なライセンスも)法的に無効な場合は行使しない旨の宣言も明文化されています(3条)。

おお、ほんとうですね！ #すみません全然ちゃんと読めていない…
たしかに何の心配もいらなそうです！

> CC0の正文は英語のみのようですが、Universalと付けられている通りこれ1つで全世界に適用することを想定しているので、そのへんは抜かりありません。
> ついでに言うとCC0はライセンスではなく、パブリックドメインであることを(法的に穴の少なそうなやり方で)宣言しているに過ぎません。日本法の下では著作者人格権との関連でライセンスと解釈される余地があるかもしれませんが。

こちらはそう理解していたつもりだったのですがなんだか口がすべりました。「準拠法が権利の放棄や非行使を許していない場合に限り、3条にしたがってライセンスという形でそのことを明示する」というくらいでしょうか。

> まだ関連文書を一読しただけなので

まだlegalcodeは読まれていないのですね?

># 英語版では "著作者人格権" に関する明示的な規程がないのですが、
># これまでのCCの日本語版との対応関係を考えると、現時点のCC0でもすでに、
># 「この利用許諾に従った利用については著作者人格権を行使しない。」
># というライセンスと解釈して使って差し支えないでしょう…

CC0では著作者人格権(moral rights)にも明文で言及していますし(1条ii項)、放棄が(また無償・無条件で撤回不可能なライセンスも)法的に無効な場合は行使しない旨の宣言も明文化されています(3条)。
CC0の正文は英語のみのようですが、Universalと付けられている通りこれ1つで全世界に適用することを想定しているので、そのへんは抜かりありません。
ついでに言うとCC0はライセンスではなく、パブリックドメインであることを(法的に穴の少なそうなやり方で)宣言しているに過ぎません。日本法の下では著作者人格権との関連でライセンスと解釈される余地があるかもしれませんが。

FAQを読んでいて、ソフトウェアへの適用はまだ微妙かなーという気がしてきました。

"Does CC0 require others who use my work to give me attribution?" の第２段落のようなスタンス、これはこれでよいのだけれど、やっぱりまだ、WTFPL や NYSL のような「強く」いかなる使い方をしてもよい、むしろそういう使い方を推奨すらする、と主張するものでないとやっぱりまだ自分の中で不安が残ってしまう。5年前ならいざ知らず、今なら全然問題ないような気もするのですけど。

どちらかというと、CC0のような宣言をするのとは別途、自分のライセンスポリシーとして↑こういう立場を述べておく形の方が健全なのかもしれないですが。うーむ

はじめまして。

> 突然ですが，次の記事を読んだ瞬間，NYSLのことが頭に浮かびました。
>
> Creative Commons、著作権を主張しないことを宣言する「CC0」をリリース - スラッシュドット・ジャパン
> slashdot.jp/yro/09/03/17/1516219.shtml
>
> k.inabaさんにとって，CC0はどう目に映るのか，良ければ教えてくださると嬉しく思います。

まず、Kongmuさんの書き込みでCC0のリリースを知りました。ありがとうございます。

まだ関連文書を一読しただけなので不確実ですが、個人的な感想としては、
少なくとも NYSDL (ドキュメント版NYSL) で提示したかったライセンス内容は
完全に CC0 で実現されているように見えます。
私自身が NYSDL でリリースしている文書については、今後 CC0 に移行する予定です。

# 英語版では "著作者人格権" に関する明示的な規程がないのですが、
# これまでのCCの日本語版との対応関係を考えると、現時点のCC0でもすでに、
# 「この利用許諾に従った利用については著作者人格権を行使しない。」
# というライセンスと解釈して使って差し支えないでしょう…

ソフトウェアに対しての適用は、119.245.139.200/faq/3cc/post_31/ にも書かれているように、可能ですがちょっと不完全かもしれません。ただ、なにか運用を考えて今後リリースするソフトはCC0で行こうかとも考えています。

初めまして，Kongmuと申します。
突然ですが，次の記事を読んだ瞬間，NYSLのことが頭に浮かびました。

Creative Commons、著作権を主張しないことを宣言する「CC0」をリリース - スラッシュドット・ジャパン
slashdot.jp/yro/09/03/17/1516219.shtml

k.inabaさんにとって，CC0はどう目に映るのか，良ければ教えてくださると嬉しく思います。

> お誕生日おめでとうございます（ですよね？ -~age）

ありがとうございます！コードゴルフ中に、掛け算より高い優先度で1を足したいときの常套テクニックなのでした(^^;

(x+1)*2 --> -~x*2

お誕生日おめでとうございます（ですよね？ -~age）

> 2位おめでとうございます
> 次回はShinh氏も軽く抜き去って下さい(ぇ
>
> ちなみに私は26点しか取れませんでした
> main再帰だとわかってたのにやらなかった人--;

NPがあともう1点取れてれば150点ボーナスで勝ててたという…(^^;
まあゴルフ勝負で完全に負けているので全然ダメですねえ。

KEYはmainに一人二役させてセミコロン1個消すのが全然うまくいかなかったんですけど、
さすがにジャパニーズゴルファーの皆様はすごかった

2位おめでとうございます
次回はShinh氏も軽く抜き去って下さい(ぇ

ちなみに私は26点しか取れませんでした
main再帰だとわかってたのにやらなかった人--;

癒しを求めるセレブ達と会ってくださる男性を募集ttp://zyuku.dvh834.cn/

はじめまして！

> 本家のメーリングリストを読んでいたところ、
> Let's Boost!
> が取り上げられておりました。
> _tt_://lists.boost.org/boost-users/2009/02/44862.php
>
> このすばらしい本の英語版などのご予定はあるのでしょうか？

残念ながら、今のところそういった予定はないです。
情報量としてはBoost本家のマニュアルを越えるものではとてもないので、英語を苦労なく読める人を満足させる方向の内容ではないのではないかと…
# もちろん、そういうお話があれば喜んで翻訳版出しますが

k.inabaさん、
はじめまして。

本家のメーリングリストを読んでいたところ、
Let's Boost!
が取り上げられておりました。
_tt_://lists.boost.org/boost-users/2009/02/44862.php

このすばらしい本の英語版などのご予定はあるのでしょうか？

> えーと、日本のシステムよく知らないんですが、これで博士号取得は
> ほぼ確実ということでよろしいのでしょうか？
> 今後のよりいっそうのご活躍をお祈りいたします。

ありがとうございます！
今から不祥事でも起こさない限りは(^^;確実なはずです。
今後も（今後は？）頑張っていきたいです

えーと、日本のシステムよく知らないんですが、これで博士号取得は
ほぼ確実ということでよろしいのでしょうか？
今後のよりいっそうのご活躍をお祈りいたします。

> I followed your the link from the projecteuler profile, nice I must say.

Thanks a lot!
I feel sad to be absent from latest ProjectEuler problems these days because I do not have much time to spare for it..., but I'll come back soon!

I followed your the link from the projecteuler profile, nice I must say.


Regards,
fast

> ttp://www.kmonos.net/alang/dmc/
> にしたがってヘッダ直したほうがいい気がしました.

とゆーか、そもそも QBga は最新のdmdに追従しといた方がいいですね…。
特に勝手にハンドル閉じる現象はオフィシャルな対応用ライブラリ関数が用意されたので、今のハックはやめた方がいい…。

ttp://www.kmonos.net/alang/dmc/
にしたがってヘッダ直したほうがいい気がしました.

GreenPadにパッチ当ててみました。
・kilib/memory.cppのg_heap = ::GetProcessHeap();を#ifdef SUPERTINY〜#endifで囲んだ
・gcc-3.4.5だとNSearch.hに個別にmemFF()を記述しないとコンパイルが通らないのでそうした
　(Search.hでkilib/memory.hはインクルードしているはずだが…要調査)
・ini隠し設定:DateFormat=HH:mm yyyy/MM/ddのように挿入される日付のカスタマイズが可能に。

ttp://www.mediafire.com/?hizmjjhyzog

これの返信じゃないですが、druntimeってどうなんだろう。ldc2をdruntimeでビルドしたけどつかったことがない。
#あ、そういえばdmdscriptってldc1だとビルドできるのかな…

> shinichiro_h さんのport shinh.skr.jp/d/porting.html や
> Derelict www.dsource.org/projects/derelict のものはどうでしょう？

shinichiro_hさんのは知っていましたが、Derelictというのは知りませんでした。
Derelictの方にGLUTもありました。まだ内容を見て理解できませんが、かなり参考になります。ありがとうございます。

> あとはglutではないですが、JavaのSWTのポートである
> DWT( www.dsource.org/projects/dwt/ )からOpenGLを使うという手もあるようですね。
> こちらを使う場合はSWTの解説/書籍を参照しながら、ということになると思いますが、JavaのライブラリをDに読み直すのは、Cのライブラリを直接使うより１ステップ複雑かもしれません。

私自身SWT自体が全く分かっていないので、こちらはかなり敷居が高そうですね。
Java 3Dは少し勉強して、APIが高級なので情報量が少ないという点を除けば割と敷居が低いような気がしています。
但し、JavaはPythonとの連携がいまいちなのと、Java 3DがSwingと連携できないみたいなので、残念ながらあまり魅力を感じていません。

OpenGL関連の書籍は昨日Amazonで探していて『OpenGL Superbible: Comprehensive Tutorial and Reference』(4th ed.)という
良さそうな本を見つけたので、購入して勉強しようと思っています。
OpenGL関連は和書を数冊購入していて全く良い本がなかったので、今回は期待しています。

> ないと思います。私の知る限り、現状の D に関する書籍は今のところLearn to Tango with Dだけです。（ドイツ語だと最近出版されたものがあるようですが…）

了解しました。『Learn to Tango with D』は購入して半分ほど読み進めました。『D言語パーフェクトガイド』はもはや古いのですね。

> # そういえば、Tango は D 1.x 向けのライブラリなので、2.xでは基本的に使えません。1.xの仕様は既に安定しているので、1.x向けの解説やサンプルは1.xの最新版のコンパイラでそのまま通用すると思います。

Tangoは2.xで使用できなかったのですか。知りませんでした。
2.xでできなかった疑問が解けました。ありがとうございます。

貴重な情報を色々ありがとうございます。これで勉強が進められます。

> 基本的にCとのインタフェースでアクセスするということですね。
> リンクの具体的な方法が書かれていなかったように思いますが、例えばC++からDを呼び出す場合
> C++側をC++でコンパイルして、D側をDでコンパイルして
> 両方のobjファイルをDでリンクすれば良いということでしょうか？

その通りです。

> > ただ、SDLもOpenGLも（C++のではなく）Cのライブラリなので、Dから使うのもC++から使うのもそこまで大きな差はないように思います。（C/C++向けの解説を読みながらDで書けます）
>
> 了解しました。そのまま動くということで実際試してみます。
> ただし、OpenGLのDへのportingを公開されているものを見ていると
> opengl.d、openglu.dだけしか公開されておらず、GLUTなどはないようです。
> Cのサイトを見て勉強してみます。

shinichiro_h さんのport shinh.skr.jp/d/porting.html や
Derelict www.dsource.org/projects/derelict のものはどうでしょう？
# 私自身は全然この辺り使ってみたことがないので、どこまで使えるportingなのかはよくわかっていないのですが…(^^; スタンダードなのはこの２つだと認識しています。

あとはglutではないですが、JavaのSWTのポートである
DWT( www.dsource.org/projects/dwt/ )からOpenGLを使うという手もあるようですね。
こちらを使う場合はSWTの解説/書籍を参照しながら、ということになると思いますが、JavaのライブラリをDに読み直すのは、Cのライブラリを直接使うより１ステップ複雑かもしれません。

> > ゲームは結構いろいろ出ていると思いますが、そういうの以外で、ということだと
> > うーん、私もちょっとわかりません。書籍は存在しないようです。
>
> ゲーム関連ならDの書籍はあるのでしょうか？

ないと思います。私の知る限り、現状の D に関する書籍は今のところLearn to Tango with Dだけです。（ドイツ語だと最近出版されたものがあるようですが…）

# そういえば、Tango は D 1.x 向けのライブラリなので、2.xでは基本的に使えません。1.xの仕様は既に安定しているので、1.x向けの解説やサンプルは1.xの最新版のコンパイラでそのまま通用すると思います。

ご回答ありがとうございます。だいぶ見えてきました。

> www.kmonos.net/alang/d/2.0/cpp_interface.html
> をご参照ください。基本的には、「extern(C++) で宣言したDのインターフェイスはC++から呼び出せる」ようになっています。

基本的にCとのインタフェースでアクセスするということですね。
リンクの具体的な方法が書かれていなかったように思いますが、例えばC++からDを呼び出す場合
C++側をC++でコンパイルして、D側をDでコンパイルして
両方のobjファイルをDでリンクすれば良いということでしょうか？

> ただ、SDLもOpenGLも（C++のではなく）Cのライブラリなので、Dから使うのもC++から使うのもそこまで大きな差はないように思います。（C/C++向けの解説を読みながらDで書けます）

了解しました。そのまま動くということで実際試してみます。
ただし、OpenGLのDへのportingを公開されているものを見ていると
opengl.d、openglu.dだけしか公開されておらず、GLUTなどはないようです。
Cのサイトを見て勉強してみます。

> ゲームは結構いろいろ出ていると思いますが、そういうの以外で、ということだと
> うーん、私もちょっとわかりません。書籍は存在しないようです。

ゲーム関連ならDの書籍はあるのでしょうか？

こんにちは。

> もし分かれば教えて欲しいのですが、C++からDのクラスを利用したり関数呼び出しが出来たりするのでしょうか？
>
> 今D言語で3Dグラフィック+GUIを利用したアプリを作りたいと思っているのですが、色々調べたのですがD+SDL+OpenGLだと情報が少なく敷居が高そうに感じました。

www.kmonos.net/alang/d/2.0/cpp_interface.html
をご参照ください。基本的には、「extern(C++) で宣言したDのインターフェイスはC++から呼び出せる」ようになっています。

ただ、SDLもOpenGLも（C++のではなく）Cのライブラリなので、Dから使うのもC++から使うのもそこまで大きな差はないように思います。（C/C++向けの解説を読みながらDで書けます）

> Dで3DグラフィックとGUIを組み合わせたアプリの実績はあるのでしょうか？ABA Gamesでソースが公開されていてD+SDL+OpenGLで作っているというのは分かりますが、それだけだと私には敷居が高いです。
>
> D関係で3DグラフィックやGUI関連の洋書など存在するのでしょうか？やはりあまり実績はないのでしょうか？

ゲームは結構いろいろ出ていると思いますが、そういうの以外で、ということだと
うーん、私もちょっとわかりません。書籍は存在しないようです。

こんにちは。

もし分かれば教えて欲しいのですが、C++からDのクラスを利用したり関数呼び出しが出来たりするのでしょうか？

今D言語で3Dグラフィック+GUIを利用したアプリを作りたいと思っているのですが、色々調べたのですがD+SDL+OpenGLだと情報が少なく敷居が高そうに感じました。
3Dグラフィックの知識がほとんどないので、C++とOpenGL(or DirectX)の勉強から始めないとダメだと思っているのですが、それであればC++で3DグラフィックとGUIを作成し、コアの部分(グラフィックやGUI以外の部分)を開発効率の高いDで作り、C++からDが呼び出せた方が早いのかなと思っています。

Dで3DグラフィックとGUIを組み合わせたアプリの実績はあるのでしょうか？ABA Gamesでソースが公開されていてD+SDL+OpenGLで作っているというのは分かりますが、それだけだと私には敷居が高いです。

D関係で3DグラフィックやGUI関連の洋書など存在するのでしょうか？やはりあまり実績はないのでしょうか？

早速の回答ありがとうございました。

あ、やっぱりメモ帳と互換だったんですね；

以前に使ってたソフトと書式が違ったので、
GreenPadを使い初めは戸惑ったりしたのですが、
今はもう、けっこう慣れてきました。

開発は中止されているということでしたので期待せずにお待ちします^^

はじめまして！

> 質問なのですが、GreenPadで日付の書式は変更できないのでしょうか？
> yyyy/MM/dd HH:mm:ss、などのように。

申し訳ありません。特にカスタマイズ手段は用意していないです。とりあえずメモ帳互換にしておこうというだけの機能だったのであまり考えていませんでした(^^;。次回GreenPadを更新する機会があればカスタマイズ可能にしてみようかと思いますが、いつになるか全く不明ですのであまりご期待なさらず…

はじめまして。
最近GreenPadを見つけて、とても便利に使わせていただいています。
色んな部分の色指定ができるのがありがたいです。


質問なのですが、GreenPadで日付の書式は変更できないのでしょうか？
yyyy/MM/dd HH:mm:ss、などのように。

Readmeは一通り読んでやり方が書いてないことは確認したのですが、
色や書式をあれだけ細かく設定できるのだから
裏ワザみたいなのはないのかなぁ……と。

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

> 最初に挨拶が遅れまして、申し訳御座いません。
> 早々のお返事有難う御座います。
>
> 説明があるのは私も知っていましたが、
> 実際に作成したのは、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