cppll_novice ML スレ

1 名前：名無しさん 投稿日： 2004/01/07(水) 19:51

とりあえずスレ立てときます。

【ML 情報】
http://www.freeml.com/info/cppll_novice@freeml.com

【メッセージ一覧】
http://www.freeml.com/ctrl/html/MessageListForm/cppll_novice@freeml.com

2 名前：名無しさん 投稿日： 2004/01/07(水) 22:21

|ω・)ノ ttp://www.tietew.jp/cppll_novice/

3 名前：επιστημη 投稿日： 2004/01/08(木) 01:28

Tietewさんありがとねー

メンバは続々と集まってはおりますが
さてさていかがあいなりますやら。

# ま、繁盛しなきゃとっとと閉鎖。

4 名前：名無しさん 投稿日： 2004/01/23(金) 17:07

念のため聞いてみるんですけど，
C++ヘッダはいいんですよね．
<iostream>とか．

5 名前：名無しさん 投稿日： 2004/01/23(金) 19:02

>>4
ねぇ、ダメだったらどうやって画面出力するつもりなの?

6 名前：道化師 投稿日： 2004/01/23(金) 19:33

>>5
インラインアセンブラでシステムコールじゃないの？(絶対違う

7 名前：道化師 投稿日： 2004/01/23(金) 19:43

http://www.tietew.jp/cppll_novice/archive/115
>評価は 松/竹/梅/カスおよび毒の５つ。

一瞬、素で...

  評価は 松/竹/毒/カスおよび毒の５つ。

...に見えた。(´・ω・｀)

8 名前：名無しさん 投稿日： 2004/01/23(金) 19:51

>>6
cppllて機種依･･･noviceだから良いのか(さらに誤解

9 名前：sage 投稿日： 2004/01/23(金) 20:40

>>6
だったらVRAMに直接描こうよ

10 名前：名無しさん 投稿日： 2004/01/23(金) 20:44

boost::mpl使ってメタプロで書いてみたけど，
ここに貼り付けちゃっていいかな．
あんまきれいじゃないけど．

11 名前：名無しさん 投稿日： 2004/01/23(金) 20:47

>>10
ＯＫＯＫ

12 名前：道化師 投稿日： 2004/01/23(金) 21:01

>>8
あ、わかったぞ。

extern "C" int printf(const char*,...);

...って、自分で宣言するんだ。(出題の意味がわかってない

13 名前：名無しさん 投稿日： 2004/01/23(金) 21:06

#include <boost/mpl/int.hpp>
#include <boost/mpl/less.hpp>
#include <boost/mpl/bool.hpp>
#include <boost/mpl/apply_if.hpp>
#include <boost/mpl/identity.hpp>
#include <iostream>
using namespace boost::mpl;
typedef unsigned int ui;
template<ui v0=0,ui v1=0,ui v2=0,ui v3=0,ui v4=0,ui v5=0,ui v6=0,ui v7=0,ui v8=0,ui v9=0>struct kc_er{
template<ui Kingaku>struct kc{ //貨幣の枚数計算
template<ui Kahei,ui Nokori_tmp,ui Maisu_tmp=0>struct kc_tr{
template<ui Nokori, ui Maisu>struct kc_trc_e{static const ui maisu=Maisu, nokori=Nokori;};
typedef typename apply_if<less<int_<Nokori_tmp>, int_<Kahei> >,identity<kc_trc_e<Nokori_tmp,Maisu_tmp> >,
identity<kc_tr<Kahei,Nokori_tmp-Kahei,Maisu_tmp+1> > >::type counter;
static const ui maisu=counter::maisu, nokori=counter::nokori;};
typedef kc_tr<10000,Kingaku> kc_10k; typedef kc_tr<5000,kc_10k::nokori> kc_5k;
typedef kc_tr<2000,kc_5k::nokori> kc_2k; typedef kc_tr<1000,kc_2k::nokori> kc_1k;
typedef kc_tr<500,kc_1k::nokori> kc_500; typedef kc_tr<100,kc_500::nokori> kc_100;
typedef kc_tr<50,kc_100::nokori> kc_50; typedef kc_tr<10,kc_50::nokori> kc_10;
typedef kc_tr<5,kc_10::nokori> kc_5; typedef kc_tr<1,kc_5::nokori> kc_1;
static const ui _10k = kc_10k::maisu,_5k = kc_5k::maisu,_2k = kc_2k::maisu,_1k = kc_1k::maisu,_500 = kc_500::maisu
,_100 = kc_100::maisu,_50 = kc_50::maisu,_10 = kc_10::maisu, _5 = kc_5::maisu,_1 = kc_1::maisu;};
//以降，結果を足し合わせるためのカコワル〜イ妥協
typedef kc<v0> k0; typedef kc<v1> k1; typedef kc<v2> k2; typedef kc<v3> k3; typedef kc<v4> k4;
typedef kc<v5> k5; typedef kc<v6> k6; typedef kc<v7> k7; typedef kc<v8> k8; typedef kc<v9> k9;
static const ui _10k = k0::_10k+k1::_10k+k2::_10k+k3::_10k+k4::_10k+k5::_10k+k6::_10k+k7::_10k+k8::_10k+k9::_10k;
static const ui _5k = k0::_5k+k1::_5k+k2::_5k+k3::_5k+k4::_5k+k5::_5k+k6::_5k+k7::_5k+k8::_5k+k9::_5k;
static const ui _2k = k0::_2k+k1::_2k+k2::_2k+k3::_2k+k4::_2k+k5::_2k+k6::_2k+k7::_2k+k8::_2k+k9::_2k;
static const ui _1k = k0::_1k+k1::_1k+k2::_1k+k3::_1k+k4::_1k+k5::_1k+k6::_1k+k7::_1k+k8::_1k+k9::_1k;
static const ui _500 = k0::_500+k1::_500+k2::_500+k3::_500+k4::_500+k5::_500+k6::_500+k7::_500+k8::_500+k9::_500;
static const ui _100 = k0::_100+k1::_100+k2::_100+k3::_100+k4::_100+k5::_100+k6::_100+k7::_100+k8::_100+k9::_100;
static const ui _50 = k0::_50+k1::_50+k2::_50+k3::_50+k4::_50+k5::_50+k6::_50+k7::_50+k8::_50+k9::_50;
static const ui _10 = k0::_10+k1::_10+k2::_10+k3::_10+k4::_10+k5::_10+k6::_10+k7::_10+k8::_10+k9::_10;
static const ui _5 = k0::_5+k1::_5+k2::_5+k3::_5+k4::_5+k5::_5+k6::_5+k7::_5+k8::_5+k9::_5;
static const ui _1 = k0::_1+k1::_1+k2::_1+k3::_1+k4::_1+k5::_1+k6::_1+k7::_1+k8::_1+k9::_1;};
int main(){
//10個までならOK.mpl::fold<>がコンパイラ内部エラー起こしてくれたから妥協案(gcc 3.2)．
//コードが悪いのかもしれないが．
typedef kc_er<5,54,543,5432,54321> kc_all;
std::cout<<kc_all::_10k<<std::endl<<kc_all::_5k<<std::endl<<kc_all::_2k<<std::endl
<<kc_all::_1k<<std::endl<<kc_all::_500<<std::endl<<kc_all::_100<<std::endl
<<kc_all::_50<<std::endl<<kc_all::_10<<std::endl<<kc_all::_5<<std::endl
<<kc_all::_1<<std::endl;}

14 名前：名無しさん 投稿日： 2004/01/23(金) 21:10

うわっ，インデントつぶれた．すんません．エディタで整形してください．

15 名前：επιστημη 投稿日： 2004/01/23(金) 22:28

>>13

毒。

16 名前：名無しさん 投稿日： 2004/01/23(金) 22:41

しょぼ〜ん

17 名前：επιστημη 投稿日： 2004/01/23(金) 22:42

このコンテキストにおいて、'毒'はホメ言葉ですがな。

18 名前：名無しさん 投稿日： 2004/01/23(金) 23:21

にやっ．
list_cとfold使ったカコイイ版，誰か作ってくれないかなぁ．

19 名前：名無しさん 投稿日： 2004/01/25(日) 07:45

>>13
なんか、歩いて行けるコンビニに行くのにわざわざコンビニより遠い場所にある
駐車場まで行って車でコンビニに行く馬鹿みたい。

20 名前：名無しさん 投稿日： 2004/01/26(月) 01:32

>>19
なんで？コンパイル時評価が可能ならそうした方がよくない？

21 名前：名無しさん 投稿日： 2004/01/27(火) 01:18

ログのアーカイブダウンロードができないみたいですよ？＞Tietew殿

22 名前：名無しさん 投稿日： 2004/01/28(水) 16:42

http://www.tietew.jp/cppll_novice/archive/158
LSI C-86 試食版は promotion rule が ISO 標準でないのは有名だが
BCC もか... ちなみに BCC5.5.1 もバグってるようだ。
要注意かも (sage てるけど)

23 名前：名無しさん 投稿日： 2004/01/28(水) 17:17

面白そうな問題だと思ってBoost.PPで書いてみたら
２００行超になった･･･
多倍長整数くらいサポートしてほしいなあ

24 名前：道化師 投稿日： 2004/01/28(水) 19:16

http://www.tietew.jp/cppll_novice/archive/157
>大きな声では言えませんが、私は密かに世界征服を企んでいます。

聞き捨てなりません、世界征服するのは私です。

25 名前：名無しさん 投稿日： 2004/01/28(水) 20:15

世界制服は誰がｓConnection resetted by peer

26 名前：名無しさん 投稿日： 2004/02/03(火) 10:06

http://www.tietew.jp/cppll_novice/archive/206
>0.5とか1.5を2進数であらわした時、0.5000001とか1.49999999とか
>になるので、より近い方に丸められるのではないでしょうか。

んなわきゃー無い

27 名前：道化師 投稿日： 2004/02/08(日) 00:03

http://www.tietew.jp/cppll_novice/archive/225

アルゴリズムとしてはいろんな方法があるだろうけど、
組み込み方としてはおいらだったらソースファイルとは別ファイルに
難読化したテキストを生成してインクルードでもさせるかなぁ。

cf. http://www.tietew.jp/cppll/archive/5730

28 名前：道化師 投稿日： 2004/02/08(日) 01:32

http://www.tietew.jp/cppll_novice/archive/229

XOR 系の処理で 0 は 0 のまま、非 0 は非 0 のままに保ちたい場合は、

  X ^= (X << Y);

...なんて形の演算ベースでやると吉。例えば、このケースみたいに char ベースなら...

  X ^= (X << 4);
  X ^= (X >> 5);

...で難読化して...

  X ^= (X >> 5);
  X ^= (X << 4);

...で復号化といった具合に。ここで重要なのはターゲットのデータタイプの半分以上の
ビット量のシフトをすること。シフト量が少ないと対の処理が少々面倒くさくなります。

# 当然だけどこの形の処理だと、0 だけでなく -1 も -1 のままになります。

29 名前：道化師 投稿日： 2004/02/08(日) 01:33

># 当然だけどこの形の処理だと、0 だけでなく -1 も -1 のままになります。

あ、ボケたこと書いた。大嘘です。

30 名前：道化師 投稿日： 2004/02/12(木) 01:17

<ぼそっ>
ええっと、UTF-8(8-bit UCS Transformation Format) はエンコーディング(Transformation Format)の事で
UCS(Universal multiple-octet coded Character Set)-2 は文字集合(Character Set)の事だから、
「UTF-8 で保存された UCS-2 のデータ」なんてものがフツーに存在すると思うんですけど。
</ぼそっ>

31 名前：森野 投稿日： 2004/02/12(木) 01:46

で、UTF-16とUCS-2がごっちゃになるのよね.... >>30
# LinuxのUCS4の辻褄ってどこであうのよ...とおもふ今日この頃。

32 名前：道化師 投稿日： 2004/02/12(木) 02:10

UNICODE 関連の書籍とかネット上にある資料読んでも、
有耶無耶な説明だったりするのが手伝ってるんでしょうなぁ。

...あの様子だと、規格の原文からして変な文章になってそうな気がする。

33 名前：名無しさん 投稿日： 2004/02/12(木) 12:18

>>32
Non-Non
変な文章書いてる奴は、規格書など読んでない。

34 名前：道化師 投稿日： 2004/02/12(木) 20:36

原文までは見てないけど、もうちょっと調べた結果、そもそもの定義がエンコーディング/文字集合の違いを
あまり意識していないっぽい。なんかもう漠然ととにかく「文字コードの種類」てな感じで。
だから例えば、UTF-8 から UCS-2 に変換すると言ってもそれが即間違いってことでもなさげ。

# UTF-8 (で保存されている UCS-2 ) を UCS-2 に変換するというのはなんか変ではあるけど。
# ん？　逆に UTF-8 で保存した時点で UCS-2/UCS-4 という名称を持ち出しちゃいかんのか？

35 名前：Tietew 投稿日： 2004/02/13(金) 12:25

ちゅーか，UCS-2(4)コードポイントをそのまま落とし込んだエンコーディングもまたUCS-2(4)と呼ぶことがある，と。
JISコードを SI/SO で挟んだエンコーディング(i.e.ISO-2022-JP)をJISと呼ぶことがあるみたいなモノか。
# だいたいMIMEからして charset=utf-8 と書くし…

36 名前：道化師 投稿日： 2004/02/13(金) 21:04

>ちゅーか，UCS-2(4)コードポイントをそのまま落とし込んだエンコーディングもまたUCS-2(4)と呼ぶことがある，と。

言わんとすることはそーゆーことなんだろうってのはなんとなくはわかるんだけど、その一言がたいてい欠けてんのよねぇ。
で、UCS-x を文字集合、UTF-x をエンコーディングだとするような説明をしたそばから、
その一言がないまま「UCS-2 と UTF-16 の違いは UCS-2 が BMP の文字限定云々、UTF-16 はサロゲート云々 」なんて
具合の解説を展開するから全体としてなんだか煮え切らない説明になってんのよねぇ。

37 名前：名無しさん 投稿日： 2004/07/05(月) 22:21

ttp://www.tietew.jp/cppll_novice/archive/457
ttp://www.tietew.jp/cppll_novice/archive/462

30代で云々以前に、人の話を聞いて理解して覚えておく力に不足してるんじゃないだろうか。

38 名前：名無しさん 投稿日： 2004/07/30(金) 10:36

# ML 参加してないのでこっちでフォロー
http://www.tietew.jp/cppll_novice/archive/472
えっと boost::throw_exception エラーが出るのならコンパイルオプション -GX が抜けてる。
そーでないのならちょっと判らん。
W2KSP4+VC6SP6 で試したところ
cl -GX -ID:\STLport-4.6.2\stlport -ID:\boost_1_31_0 -MT regextest.cpp
-link /libpath:d:\boost_1_31_0\libs\regex\build\vc6-stlport
ならコンパイルはできた。結果の妥当性までは追いかけてない。
# -O2 にすると内部コンパイラエラー C1001 なのがなんとも。

39 名前：名無しさん 投稿日： 2004/08/12(木) 13:11

パーティション調整って分割と結合どっちなんだろ
BigDrive、FAT、NTFSなのかも分からないと...

昔、Win98のときにFipsで分割ならよくやってたYO。
この手のツールは慣れてないとデータぶっ壊す可能性あるからコワィ

40 名前：名無しさん 投稿日： 2004/08/17(火) 14:55

http://www.tietew.jp/cppll_novice/archive/499
C++ 書けないので参加できないのですが ^^;
# ただの cppll ファンです

文字コードに32(a-A)を足して、122(z)を超えたら
今度は元のコードから32を引く。65(A)を下回ったら32を足して元に戻す。

っていうのを妄想してみた。
効率悪いのは承知の上で、だれもやらなさそーなものを、と…。

41 名前：名無しさん 投稿日： 2004/08/17(火) 19:21

>40
空白(32)に32を足しても122を超えない罠

http://www.tietew.jp/cppll_novice/archive/550

始点ポインタを加算しながらもう一方の始点ポインタと比較し続ければ判定できるかも

42 名前：名無しさん 投稿日： 2004/08/19(木) 15:09

機を逃した上に、ソース失念したので、こっちで回答してみる。
http://www.tietew.jp/cppll_novice/archive/524

ポインタの直接比較は保障されませんが、std::less ならば安全だったはず。

43 名前：名無しさん 投稿日： 2004/08/19(木) 15:17

>>42
なんで? std::less は単に return x < y; してるだけちゃうかしらん?

44 名前：名無しさん 投稿日： 2004/08/20(金) 00:22

>>43
"For templates greater, less, greater_equal, and less_equal, the specializations for any pointer type yield a total order, even if the built-in operators <, >, <=, >= do not." [20.3.3 -8-]

45 名前：名無しさん 投稿日： 2004/08/20(金) 09:01

>>44
これはポインタに対して特殊化したときの用件であって、
ライブラリが特殊化版を用意しているとは言うてないんちゃうか?

46 名前：名無しさん 投稿日： 2004/08/20(金) 15:50

::std::less は同一のポインタ型に対する比較だから、安全なのでは？

などと無責任なことを言ってみるテスト

47 名前：名無しさん 投稿日： 2004/08/20(金) 19:08

src, size, dst のとき、ptrdiff を計算して 0 < ptrdiff < size のときに
(src + ptrdiff) == dst なら後ろから、というのを考えた。
でもだめそう。far ポインタとか。

48 名前：名無しさん 投稿日： 2004/08/21(土) 01:40

>>45
規格中で "specialization" と言うと、テンプレートに対して実引数を与えたものを言っている。
つまり less<int>,less<void*>,less<string> などをひっくるめた総称。
>45の言う「特殊化」「特殊化版」はたぶん "partial specialization" のことだろうけど、
それは [20.3.3 -8-] の内容には関係ない。

49 名前：名無しさん 投稿日： 2004/09/11(土) 21:07

http://www.tietew.jp/cppll_novice/のログ、
554-568がまるまる吹っ飛んでません？

50 名前：名無しさん 投稿日： 2005/01/15(土) 18:06

http://www.tietew.jp/cppll_novice/archive/753
一応つっこんでおくけど
double pow(double, int);
は標準に含まれているぞ。
規格の26.5読みなされ。

51 名前：Shohei Wada 投稿日： 2005/01/15(土) 18:55

ごめんなさい、Cのmath.hしか見てませんでした。
てっきりcのmath.hと同じだと思ってたら追加されてたんですね……。

52 名前：名無しさん 投稿日： 2005/01/20(木) 14:51

http://www.tietew.jp/cppll/archive/10711 に関連して:
http://www.tietew.jp/cppll/archive/10719 で答えは出てますが、
この中の ostream を basic_ostream<charT, Traits> にしたい場合はどう書くの？
friend 宣言のところが良くわからん...

53 名前：名無しさん 投稿日： 2005/01/21(金) 15:07

template< typename T , typename CharT, typename Traits> class A;
template< typename T , typename CharT, typename Traits>
std::basic_ostream<CharT, Traits>& operator<<( std::basic_ostream<CharT, Traits> &os, const A<T, CharT, Traits> &a );

template< typename T , typename CharT = char, typename Traits = std::char_traits<CharT> > class A {
T a;
public:
A(T aa ) : a(aa) { }
friend std::basic_ostream<CharT, Traits>& operator<<<T, CharT, Traits>( std::ostream &os, const A& a );
};

template< typename T , typename CharT, typename Traits>
std::basic_ostream<CharT, Traits>& operator<<( std::basic_ostream<CharT, Traits> &os, const A<T, CharT, Traits> &a ) {
return os << a.a;
}

これで通ったけど。

54 名前：名無しさん 投稿日： 2005/01/23(日) 00:51

>>53
52 は A<T> a; について、
cout << a と wcout << a が通るような方法が欲しいんじゃないか？
friend 宣言では template の使用に制限（ 14.5.3 のあたり）があるので無理っぽい。
public なメンバテンプレートを通せば↑のようなことはできるみたい。
friend 使うよりすっきりしてると思う。

template< typename T >
class A
{
T a;
public:
A(T aa ) : a(aa) { }
template< typename CharT , typename CharTraits >
std::basic_ostream<CharT,CharTraits>& output_to( std::basic_ostream<CharT,CharTraits>& os ) const
{
return os << a;
}
};

template< typename T , typename CharT , typename CharTraits >
std::basic_ostream<CharT,CharTraits>& operator<< ( std::basic_ostream<CharT,CharTraits>& os, A<T> const& a )
{
return a.output_to( os );
}

55 名前：52 投稿日： 2005/01/24(月) 08:42

>>54
> cout << a と wcout << a が通るような方法が欲しいんじゃないか？
御意に御座いまする。
# っつーかなぜ novice に？バカ質に書いたつもりだったのですが...
とりあえず wcout に出力できました。ありがとうございます。
でもやっぱり template friend が使ってみたいのです。やっぱり無理ですか？
# 技術的興味という奴ね。
14882/X3014 の task<T> と preempt<T> の例、難しすぎるよ...

56 名前：53 投稿日： 2005/01/24(月) 18:47

>>54
なるほど。
以下は一応g++で通った。
実装部分をクラス定義の外に出す方法は分からない。

template< typename T > class A {
T a;
public:
A(T aa ) : a(aa) { }
template <typename CharT, typename Traits>
friend std::basic_ostream<CharT, Traits>& operator<<( std::basic_ostream<CharT, Traits> &os, const A& a )
{
return os << a.a;
}
};

57 名前：名無しさん 投稿日： 2005/01/25(火) 02:33

>>56
そのフレンド宣言では、引数２つの関数テンプレートを宣言（および定義）している。
最後の const A& a がテンプレート引数に依存しないことになるので、
A<int> , A<long> 用のものはテンプレートの特殊化ではなく、
ただのオーバーロード扱いになり、それぞれに定義が必要。
つまり↓の f() と同様ってこと。
template<typename T> class A {...};
void f(A<int>);
void f(A<long>);

しかし 14.5.3 -5- により、クラステンプレート内でフレンド関数が定義された場合、
クラステンプレートの実体化ごとに関数が定義されるので、
それぞれに定義が必要、という問題をクリアできてしまう。
これは「クラステンプレート内でフレンド関数が定義された場合」という
条件付の動作を利用したものであるため、実装部分をクラス定義外に出すのは不可能。

58 名前：57 投稿日： 2005/01/25(火) 02:39

「それぞれに定義が必要」っていう問題に対して、
「それぞれに定義を与える」っていう解決策もあるんで、
不可能というのは言い過ぎかもしれない。

59 名前：52 投稿日： 2005/01/25(火) 10:52

えっと、えっと、こんなのが g++-3.3.4 で通ったですが、請願添削
vc++6sp6 で通らないので wcout で動くかどうかは未確認です。

template< typename T > class A;
template<typename T, typename charT, typename Traits>
std::basic_ostream<charT, Traits>& operator<< (std::basic_ostream<charT, Traits>& os, const A<T>& a);

template< typename T > class A {
T a;
public:
A(T aa ) : a(aa) { }
template<typename charT, typename Traits> friend
std::basic_ostream<charT, Traits>& operator<< (std::basic_ostream<charT, Traits>& os, const A& aa) {
return os << aa.a;
}
};
漏れ的にはインライン展開して欲しい気持があるので個別に関数定義されるのは無問題っす。

60 名前：名無しさん 投稿日： 2005/01/26(水) 06:45:53

>>59
A の定義の上にある operator<< のテンプレート引数は３個なので、
フレンドで宣言されている引数２個のテンプレートにはマッチしない。
つまりその宣言は使われていない。
それ以外は>>56と同じ。

61 名前：名無しさん 投稿日： 2005/01/26(水) 11:56:13

あう、がっくし。orz

62 名前：名無しさん 投稿日： 2005/02/02(水) 16:59:29

http://www.tietew.jp/cppll_novice/archive/821
で言ってる C/C++ フォーラムってのは
http://forums.belution.com/ja/
ここのこと。 ... age ちゃお。

63 名前：名無しさん 投稿日： 2005/03/29(火) 11:05:59

>[cppll_novice:0847]

これは、printf("%p\n", it);これが原因、この部分を抜けば動く

64 名前：名無しさん 投稿日： 2005/03/30(水) 04:22:36

http://www.tietew.jp/cppll/archive/11849
もうこの人わけわかんない

65 名前：64 投稿日： 2005/03/30(水) 04:25:38

スレ間違えたorz

66 名前：名無しさん 投稿日： 2005/07/14(木) 12:24:30

http://www.tietew.jp/cppll_novice/archive/861
JIS X 3010, JIS X 3014 なんかは「閲覧」できますが何か？
ちょっぴし小細工すれば手元に保存できますが何か？
検索効かないので何の役にも立ちませんが何か？

67 名前：名無しさん 投稿日： 2005/10/08(土) 15:44:08

>[cppll_novice:0873]
Version 8.44の
Supports two-level template name lookup. のバグっぽいな。
-Ad でこれを切ればコンパイルできる。

68 名前：名無しさん 投稿日： 2006/01/15(日) 04:58:57

規格の話してて、章まで書いてくれてるんだから、
これを気にISくらい読んでみてほしいな。
#最近はくそ思いPDFを我慢すれば無料で見られるんだし。
さあ、君もnoviceから一歩踏み出すのだ！！(笑

＞DD殿
cppllの内容はcppllに聞いて欲しいところだ。男は度胸、女も度胸だぞ

69 名前：名無しさん 投稿日： 2006/01/15(日) 05:02:36

ageちまった…orz

ついでに誤字訂正
> これを気にISくらい読んでみてほしいな。
これを機にISくらい読んでみてほしいな。

70 名前：名無しさん 投稿日： 2006/01/19(木) 16:09:49

>[cppll_novice:1124]

ぐぐって出てきただけで、自分では検証も何もしてませんが、
_fdopen(_os_openhandle((long)sock,...),...)
って感じでSOCKET⇒FILE*に出来るみたいです。

http://asuro.ameblo.jp/

71 名前：道化師 投稿日： 2006/12/13(水) 00:46:07

ttp://d.hatena.ne.jp/RiSK/20061212#1165906575

# RiSKさんに対して悪意はないんだが、嫌がらせが好きな性分なもんで。

72 名前：道化師 投稿日： 2007/01/08(月) 01:37:42

>[cppll_novice:1614]
> ディスプレイ: UXGA(1600x1200)

お、ディスプレイ自慢か？
負けないぞ、俺んとこは 1920x1200 + 1280x1024 だ。

73 名前：道化師 投稿日： 2007/02/08(木) 00:54:12

なんかもう時間の問題で、1920x1200 + 1920x1200 にする誘惑に負けそう。
当たり前な話だけど、やっぱり広大な画面領域があると何するにしてもすっごい快適なんだよね。
今使ってる、1920x1200 なディスプレイは VAIO とセットじゃないと購入できない SONY 製の
24インチだけど、２台目は BenQ あたりにしようかと画策中。←すで、誘惑に負けている。

74 名前：名無しさん 投稿日： 2007/11/12(月) 18:15:46

> [cppll_novice:1718] コンパイラの警告C4288とC4258

MLの流れだと、警告は出しておくべき的な感じに収束しそうでMLには流しづらいので、こっちに


> VC++ .NET 2003のforループのスコープについての質問です。
> 次のソースコードで、警告レベルの変更や、
> #pragma warning (disable : 4288) 以外の方法で、
> コンパイラの警告を消すことは可能でしょうか？

コンパイラオプションの/wdで可能かと
具体的には、/wd4288 /wd4258をビルドオプションに加えればOK
更に環境変数CLに上記を追加しておけば、コマンドラインから使うときにも幸せになれるかと


＃ デフォルトで /wd4258 /Zc:forScope,wchar_t とかしてるのって少数派なんだろうか？

75 名前：道化師 投稿日： 2008/07/01(火) 20:15:46

ttp://ml.tietew.jp/cppll/cppll_novice/article/1821
>ただ、Windows上では COM というバイナリ配置の遵守しなければならないので、

それはそうなんだけど、

>vptrは必ずオブジェクトの先頭ですね。

これは違うですよ。件のクラスみたいにPODな親クラスを継承している場合、
処理系(※)によっては仮想関数テーブルが先頭に来ないとですよ。

# 個人的にはそういう実装のほうが好き。

※Borland とか Inprise とか CodeGear のコンパイラだとこのケースでは先頭に
　仮想関数テーブルが配置されない。

76 名前：＜削除＞ 投稿日： ＜削除＞

＜削除＞

	■ したらば のおすすめアイテム ■ モンスターハンター3 - カプコン さて、リニューアル作業終わったし。狩りにいきますか！ あ。。クラコンPRO買って無い…orz
	この欄のアイテムは掲示板管理メニューから自由に変更可能です。