D言語 Part8

0.156 な件

0.155にデバッグ出力が残ってたそうで

Walterさんは相変わらずうっかりさんだなｗ

D 0.155(0.156)

New/Changed Features

* Added Microsoft windbg.exe Win32 debugger.
* Removed std.recls, instead use http://synesis.com.au/software/recls/.
* Incorporated Dave Fladebo's changes:
o std.regexp speedups.
o Fixed a bug in pauseHandler whereby the stackTop was being overwritten by subsequently
resumed threads causing a crash in gcx.mark(). (The fix was to just move sem_post(&flagSuspend);
to right before the sigsuspend loop).
o Moved linux semaphore declarations to std/c/linux/linux.d
o Changed void wait(uint milliseconds){} to be a timed wait function instead of just a stub for void wait() {}
on linux (it is comparable to the Win32 Thread method now). This is implemented with pthread mutexes
and conditions and the extra overhead to initialize phobos Threads does not result in slower executables
(Threads, GC and startup time are not effected).
o Changed the allThreads static array size to the same as Windows. This in conjunction w/ the stack size
change will allow the creation of more than 100 threads on linux for better compatibility w/ the Win32 version.
o Added optional stack size parameter to constructors. Since the stackBottom is static when the threads
are created and the stackTop is dynamic based on the stack pointer (or context for Win32), allowing the threads
to be created with a non-default stack size shouldn't interfere with the GC. This adds little overhead to either
the Win32 or Linux Thread implementations.

で、結局D用のGUIライブラリはどれが標準なの？

>>956
ない。
まだコンパイラも安定してない状況で求めるのが以下略

DからCのiconvを使ってみたんですけどうまく動作しません。
どこがいけないんでしょう?

import std.string;

typedef void* iconv_t;

extern (C) iconv_t iconv_open(char* tocode, char* fromcode);

extern (C) size_t iconv(iconv_t cd, char** inbuf, size_t* inbytesleft, char** outbuf, size_t* outbytesleft);

extern (C) int iconv_close(iconv_t cd);

void main()
{
　　　　char[] str = "テスト文字列";

　　　　char* src = toStringz(str);
　　　　size_t srcSize = 19;

　　　　char* dst = new char[1024];
　　　　size_t dstSize = 1024;
　　　　for (size_t i = 0; i < dstSize; ++i) dst[i] = 0;

　　　　iconv_t ic = iconv_open("EUC-JP", "UTF-8");
　　　　iconv(ic, &src, &srcSize, &dst, &dstSize);
　　　　iconv_close(ic);

　　　　printf("%s\n", dst);
}

どううまく動作しないのか症状が書かれてないから適切な回答ができない。
環境もわからない。

環境：linux
症状：dstが全く書き換えられていない。

どうもポインタのポインタの内容がCの関数側でおかしくなっているみたいですね。
これから詳しく調べてみます。

ここは一つ、C、あるいはC++で記述してはどうか。

>>958
iconv()の第4引数は変更されるらしいから、呼び出し前に退避させておかないといけないはず。

　　　　iconv_t ic = iconv_open("EUC-JP", "UTF-8");
　　　　iconv(ic, &src, &srcSize, &dst, &dstSize);
　　　　iconv_close(ic);

　　　　printf("%s\n", dst);

　　　　　　　　↓

　　　　iconv_t ic = iconv_open("EUC-JP", "UTF-8");
　　　　char* dst_buf = dst;
　　　　iconv(ic, &src, &srcSize, &dst_buf, &dstSize);
　　　　iconv_close(ic);

　　　　printf("%s\n", dst);

こうだと思う。

>>962
あ、できました。ありがとうございます。
確かにCのサンプルコードもdstにあたるものを退避させてます。

愛昆布

http://www.dprogramming.com/~gregorr/gdc.php

The 'gdc-Ego' branch of GDC is a highly experimental branch of GDC with patches by Gregor Richards,
using the the DMD 0.156 frontend. Furthermore, it has fixes to several bugs that were in GDC 0.17 which
caused inconsistencies between DMD and GDC. It's experimental and has known bugs, but should allow
you to compile D software that is only compatible with the latest DMD.

http://www.dprogramming.com/~gregorr/GDC-d-Ego-0.156.1.tar.bz2

GDCのgdc-EgoブランチはGregor Richardsのパッチを入れたGDCのとても実験的なブランチです。
DMD 0.156のフロントエンドを利用しています。
さらに、GDC0.17にあったDMDとGDCの間の矛盾を引き起こしていたいくつかのバグを修正しています。
実験的で存知のバグも存在していますが、最新のDMDとしか互換性がないD言語で書かれたソフトウェアをコンパイルできるべきです。

The gdc-Ego branch of GDC is a very experimental branch of GDC that puts the patch of Gregor Richards.
The front end of DMD 0.156 is used.
In addition, the bug of shoes that want to cause the contradiction between DMD and GDC that exists in GDC0.17 is corrected.
The software written in only latest DMD and an incompatible D language should be able to be compiled though the bug of knowing exists experimentally, too.

char[]ってchar*と違ってバイナリに何か仕込まれるんですか？

Egoブランチをビルドしてみようとしたけどinteger_tで突っかかる。

Mac OS X 10.3.9

/usr/include/mach/ppc/vm_types.h:86: error: conflicting types for `typedef int integer_t'
../../gcc/d/dmd/mars.h:146: error: previous declaration as `typedef long long unsigned int integer_t'

>>969

> Ran into some kind of error with "gcc/d/dmd/expression.c":
> {standard input}:26:FATAL:Symbol __ZN10IntegerExp1tE already defined.

Looks like it was a botched macro integration from upstream...

Will bugreport the "mars.h" header file from DMD to Bugzilla,
but here's the trivial patch needed for the gdc-Ego snapshot:

--- gcc/d/dmd/mars.h.orig Sat Apr 29 04:56:03 2006
+++ gcc/d/dmd/mars.h Sun Apr 30 00:45:13 2006
@@ -131,7 +131,6 @@

#ifdef __DMC__
typedef _Complex long double complex_t;
-#elif IN_GCC
#else
#ifndef IN_GCC
#include "complex_t.h"

It wasn't defining the "integer_t" type properly on __APPLE__
(integer_t is a system type, so it uses dmd_integer_t instead)

--anders

かな？

>>970
それだ。コンパイルは通った

>>966
直接関係ないのだが、DMD 0.156 ってもうでてたっけ？

>>968
char[]だと、ポインタだけじゃなくて配列の長さも管理されてる。
（なので32bitマシンだとchar[]は大抵8Byte）

ちょっと、キョン！当然あたしたちのＣＤ予約したわよね？
――えっ、まだしてないの？あんた、ＳＯＳ団の一員としての自覚あるの？
――何、「曲のほうは？」って？それなら心配いらないわ！
なんったって、団長のあたしが保証するんだから間違いないわ！
一度聴いたら、ぜ〜〜ったい踊りたくなるんだから！
涼宮ハルヒの憂鬱ＥＤ「ハレ晴レユカイ」５月１０日発売！
絶対買いなさい！！

>>972

>>952-955

どうでもいいがdelegateも8byteくらいの予感

スタックと関数のポインタだから、そうなるだろうね。

実際は、当然ながら実装依存なわけだが。

引数が何であっても入れることのできるdelegateってないかな？

>977
呼び出しの際の扱いに苦労しないか、それ？

>>978
適当にスタックにプッシュするだけでオーケーだよお兄さん。

utf8→sjis変換テンプレートはすぐ出来たけどその後がﾀﾞﾒﾎﾟ。
変換テーブルをstatic ifにしようが巨大文字列リテラルの一部参照にしようが
static ifを上位ビットからの分木構造にしようが使い物にならない。
多分コンパイラの字句解析が時間を食ってるんだろう。
分木で別のモジュールをimportするようなものなら字句解析時間をごっそり削れると思うけど
漏れはﾓｳﾀﾞﾒﾎﾟなんであとはこのスレの住人にまかせる。


変換テーブルを生成するために作ったもの
ttp://www.uploda.org/uporg378043.zip

変換テンプレートとstatic if変換テーブル
ttp://www.uploda.org/uporg378045.zip
（utf8形式のソースでコンパイルして
windowsのchcp932のコンソールで実行した環境しか試してないが）

テンプレート名もシンボル名も自由に変えてOK。
色々変更加えてOK。

今、DでDOM実装してるんだがつくづくDらしくねえ・・・

ttp://d.hatena.ne.jp/rinset/20060328
ttp://www.kmonos.net/alang/d/declaration.html

暗黙の型推論とRAIIのためにautoキーワードが使われているわけだけど，
何か両立させたくない理由あるのかな．
何もないなら普通に別のキーワードを使って可能にして欲しいんだけど．

type a = new C(); // 暗黙の型推論
auto C b = new C(); // RAII
auto type c = new C(); // 暗黙の型推論とRAII

こんな感じにすればいいだけなんじゃないのかと．

>>559-570
なんか既出だったみたいですね
次スレ近づけてすまん

>>957
dwtじゃないの？

>>984
そういう話が出てたのは知ってるが、決定なの？
あ、俺は>>957じゃないが。

デファクトスタンダード≠標準

I believe that DWT is the best chance for D to get a comprehensive,
portable, top quality GUI given our limited resources.
だそうです。

http://www.digitalmars.com/drn-bin/wwwnews?digitalmars.D/32633

SWTがイマイチだから試してないけどDWTもなあって感じだな。
特にTable廻りとか。

dwtいいとおもうよ。dflに比べたらだけど。
Linux版ほしい。
>>988
そんなあなたのおすすめはなんでしょうか。

新スレたてた。
http://pc8.2ch.net/test/read.cgi/tech/1146656260/l50

>>985
ニュースグループで「とりあえず今はdwtがよさそうだし、もっと良いのができたら後から変更すればいい」みたいなことを
walterﾀｿが言ってたような気がする。
digitalmars.D.dwtもあるし。

ぬるぽ

>>992
ガッ
>>990
おつりんこ

次スレがあるんだから
もう、埋めようぜ

http://pc8.2ch.net/test/read.cgi/tech/1146656260/

http://pc8.2ch.net/test/read.cgi/tech/1146656260/

http://pc8.2ch.net/test/read.cgi/tech/1146656260/

http://pc8.2ch.net/test/read.cgi/tech/1146656260/

1000

1000
http://pc8.2ch.net/test/read.cgi/tech/1146656260/

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。