気付けば「何だ」と思うよーなMiss[c/c++]

こんなのどうでしょう。

CString s1, s2;
s1 += "aho" + '\n';
s2 = s2 + "aho" + '\n';

s1が駄目。

>>1
すんません。厨房なんで解説きぼん。

>>2
実際にMessageBoxとかしてみたらかくにんできるよん。

演算子の優先順位の関係で+=より先に+が評価される。

"aho"はCStringじゃないんで、アドレスの足し算
&("aho") + '\n'(0x0Aだったっけ？)をCString::operator+=
と言う形になる。

MessageBoxとかしたらごみが出たりするかも。
warningとかでないから見落としやすいっすね。
+の後ろが''なのがポイント。"aa"とかだったらコンパイルエラーになるから。

って、さっき他人に指摘されたんでえらそーなこといえないっすけど。（藁

if(a='3') と　if(a=='3') の書き間違い。
これ減らすこと出来ないかな

>>4
if('3'==a)と書く癖をつけろ。

warningをちゃんと見ろ。

BOOL bHoge;

...

if (bHoge == TRUE)
{
...
}
とか。
TRUE == 1だけどBOOLが0以外を返却となっている時はシカトされる。
Win32API/MFCなんかでは要注意。

初期化不良の事も考えればboolにしてもありえる話。
bool b /*=0xcc*/とかね。

BOOL bA,bB;

bA=FuncA();
bB=FuncB();

if(bA==bB)
{
...
}

で泣いた事があります。
typedef int BOOL
なんだよね。

基底クラスのデストラクタに virtual を付け忘れてて…

>>5
それはよく言われるけど、
可読性が下がるから、多人数での開発ではあかんでしょ

大して CPU を食わないんだから、
成功失敗は、BOOL ではなく、
typedef int RESULT;
#define RET_SUCCESS 1
#define RET_FAILURE 0
とか定義して、
if( RET_SUCCESS == hoge()){
}
　とかしたほうがいいと思う。
「この関数って、0 と 1 のどっちが 成功だっけ？ -1 か？」
って悩まなければいけないから。

>>9
あるねえ。
データメンバにクラス内でnewしてるようなオブジェクトあったりしたら
どこが原因なのか見つけにくいメモリリークとかあったりするんだよねえ。

char buf[] = "0000000000"/*実際は他の処理で文字列を取得*/
int num;

if( (num = atoi(buf)) == NULL )
return(FALSE);

ウツ出汁脳

>>10
チーム一丸となってそちらにすれば良いのでは？＜if('3'==a)
むしろ慣れの問題（と思う）＜可読性
タイトルに沿ってないのでsage

for(int i=0; i<10; i++);
{
…
}

class xstring {
　char *buf; // = new char[100]
public:
void operator=( PCSTR szSrc); // buf = szSrc;
operator char*() const { return buf;}
}

xstring str;
str = "hogehoge";

printf( "%s", str); // ×
printf( "%s", (char*)str); // ○

VC++ だと、勝手にキャストされるんだけど、
gcc ( 主にUN*X環境）だと、明示的にキャストしなければ
void* が採用されて、おかしくなる。

typedef struct AAA{
　　int a;
　　int b;
}
".c"で自作のヘッダをインクルードして使ってたんだけど、そのヘッダの最後がたまたま構造体定義で、最後の";"
が抜けてた。
コンパイルでエラーは出るが、コンパイラは".c"の方に間違いがあると言うので、気付きにくい。

>>15
やったよそれ。この間一日悩んだよ。

>>18
漏れも。デバッガでトレースしてても気づかないって…。
原因がわかったときには本気で廃業考えたヨ。鬱死。

>>14

そのバグってコーディングスタイルをねじ曲げるほど深刻なものなのか？

代入と比較を間違えるバグで悩むなんて、
ほんとうに初心者のころだけじゃないのか？
それにメジャーなコンパイラならたいてい警告出してくれるし。

>>19
うーん。俺それ無いなあ。
for(){}って先に括弧全部書きそろえてしまう癖が
ついてるせいかな。
あとfor();はハマルんでfor(){}って書くことにしてるし。

まぁこんなのEmacsとかの住人からすれば笑い話なんだろけど。
雛形(?)の自動生成とか検証とかに強いから。
＃俺ぁvi(m)派。職場マシンに好きなエディタいれさせて貰えないのが痛い(T_T)

↑
おいらは、UNIX上の開発でも、基本的に開発用サーバーに Sambaを
入れて秀丸で開発してるよ･･･。
　vi は、conf を書き換えたりするときぐらいしか使わないし、
emacs は食わず嫌いだなぁ。覚えたほうがいいのは分かってるんだけどね。

>>20
まぁそうなんだけどね…
ただそうしたほうが個人的に「気休めになる」程度。

>>23
僕はif ('3' == a)でないと却って効率が悪くなってしまうように
なってしまいました。ちょっと鬱。

でも最近if (a == '3')と書けるようにリハビリしています。
ただ、今まで123 > aと書いていたものをa < 123と書くことが
結構苦痛だということに気付いたりして、さらに鬱。

int i, j;
for (i=0; i<10; i++)
{
　for (j=0; i<100; i++)
　{
　　〜
　}
}

いまだに良くやる…

for(int i=0, i < n, i++){
　　//　なんたら〜
}
なぜかたまにやってしまう

>>26
コンパイルエラーは対象外っしょ。

>>25

漏れ漏れもー

>>25
ループ変数の廃止、いわゆるイテレータ、まんせー

ちと違うけど最近のdelphiの「ループ変数を勝手に操作したら
コンパイルエラー」っていう一見変な仕様は、
もしかしてそんな場面で役立っているんだろうか？

>>26
for (i=0,j=0;hoge;i++,j++){}
ならよく書くっす(^^;
なので、;と,を間違えたことは無いなあ俺。

DirectX使ってる人なら一度はあるはず。

LPDIRECTDRAWSURFACE surface1, surface2;

このＬＰ定義って何の意味があるの？
紛らわしいだけなんだけど。

>>24
確かに逆に書くことは抵抗があるね。

>>30
でも最近の漏れはＣの仕様のほうがおかしいとか思って居たり。
ポインターの宣言は「ある型のポインター変数」の宣言じゃなくて
「ある型のポインター型の変数」の宣言ってしたほうがすっきりすると
思う。

>>31
int型の変数とポインタを書くとき int a,*p; と書けるのが
便利だったんじゃないの。たぶん。
無駄なタイプはしないという考えならこっちも理があるな。

>>30

LPを付けとかないと、何も考えずに

DIRECTDRAWSURFACE surface;

とかやるポインタ厨房がゴキブリのように発生するためだと思われる。

この記述方式だとプログラムが作成された瞬間surfaceを作ろうとするはずだが、その時点ではまだDirectDrawオブジェクトすら出来ていない。

>>34
それ以前に、抽象クラスはインスタンス化できない、とかいわれて
コンパイルエラーになるはずだが。

>>35
おぉ！そだね。

if (IsFoo()) HogeFunc(); HageFunc();

（HageFuncはIsFooの結果に関係なく常に実行される。）

case 1: Hoge(); Hage(); break;

みたいな感覚でついやってしまうことがあったり。

ぶら下がり文も「ぱっと見」気付きにくいバグの温床だね。

LPじゃなくてPにして欲しいと思ったり

漏れもぶら下がり文でよくやる・・

if( 判定1 )
　　処理１;
　　if( 判定Ａ ){
　　　　処理Ａ;
　　　　処理Ｂ;
　　}
else
　　処理２;

処理１と処理２は排他のつもり。

>>39
自分の場合、それを防ぐためにif/elseなどにはかならず{}を付けてます。（中身が1行でも）

>>40
俺もそう。スマートインデント機能のあるエディタだったら、if〜のあと
中身を書く前にまず{}を付けて、それから中を埋める。

｝のつけ忘れで沢山コンパイルエラーでてきてしかもコンパイルする前にいじりまくってるからどこ直せばいいのかわからなくて冷や汗出る。

>>39
Flash5のActionScriptで、

if(a==1){
gotoAndPlay("start");
}

gotoAndPlay("loop");

この gotoAndPlay が　goto文ではなく、gosub文だった訳で…。
（処理は"start"に飛ぶのだよ、実際)
「なんで"loop"部分が動くんだ！」と悩みましたとさ。

>>38
そのLPがWindowsの歴史を端的に表わしている。

Borland C++のエディタだと、"{"の上にカーソルを置いて
"Ctrl+["を押すと、そのカッコに対応した閉じカッコ"}"まで
ジャンプする機能があるので良く使っていた。
でもVisual C++で同じ機能が見つけられなくて困ってる。
そうゆう機能無いの？

>>45
ctrl+eな

STLのiteratorでend()が動くことを考慮しないでループして悩んだことあり。
たとえば、vectorで要素をerase()するとend()で孵ってくる値がずれる。

そういうケースで
vector<xx>::iterator it = hoge.begin();
vector<xx>::iterator itEnd = hoge.end();
for ( ; it != itEnd; ++it)
{
xxx
}
とかやったらはまるよ。
for ( ; it != nv.end());)
{
if (xxx)
{
delete *it;
nv.erase(it);
}
else
{
++it;
}
}
としないと遺憾。

>>7
if( bHoge ) {
...
}
にするとよろしかろう。
んでも、Javaだとエラーなんだよなぁ。

>>45
ctrl+]な

>>47 細かい揚げ足取りね。削除後にイテレータも更新しないとな。
for ( std::vector<Hoge>::iterator it=con.begin() ; it!=con.end() ; ) {
　　if ( it->is逝って良し() ) {
　　　　it = con.erase(it);
　　}else{
　　　　++it;
　　}
}

>>50
んだね。すまそ。

ついでにインデント失敗もすまそ。

>>48 なんでよ
普段つかいまくっとるけど。
(ちなみにJavaでは typedef int BOOL;なんかできないよ)

>>52
あ、スマソ、boolだからいいのか。
intとかだとダメ、ということで。ひとつ。

あげとこ。

タイプ数というよりマクロのためだと思う。
例えば:

#define errno (*_errno())
int errno;

SCROLLINFO si;
si.nPos = max(si.nMin, min(si.nMax-si.nPage, si.nPos));

si.nPos < 0で一周するので何でかなあ？と思って調べてみたら、
SCROLLINFO.nPageがunsignedだったこと(他はsigned)。

デバッグ出力がmin(100, -20)=100とか返してきたから、
一瞬戸惑ったよ。

si.nPos = max(si.nMin, min(si.nMax-(int)si.nPage, si.nPos));

と直した。

LPD3DDEVICE8 hoge;

if (hoge) hoge->Release, hoge = NULL;

CString oBBB;
CString oAAA = oAAA + oBBB;

float a,b;
a = func1();
b = func2();
// この時点でa,bともに0.9fだった
if( a==b )
{
　　//　ここ実行されない・・・
}

デバッガで見て同じ値だったと思ってても、実際には誤差があるんでイコールに
ならないんだよね。
誤差関連の処理ウザすぎ。

>>59
君のコードダサすぎ。

&nbsp; &nbsp; &nbsp; &nbsp; CString str("Hello, world!");
&nbsp; &nbsp; &nbsp; &nbsp; cout << str << endl;

自らの厨房ッぷりを痛感。

for (int i = 0; i < TEISUU; i++);
{
itteyoshi("はにゃ〜ん");
}

ががが、
>>15
と同じだった
鬱駄死膿

>>59
floatやdoubleを==で比較するのは、致命的だぞ。
笑ってすませないと思うのだが。

SHリンカーV5.xのオプティマイズリンカーは、アンダーバーから
始まるグローバルな関数が複数存在すると、どれかを選択して、
正常終了してしまう、とんでもないオプティマイズを行うソフト。

switch (state) {
STATE1:
....
break;

STATE2:
....
break;

default:
break;
}

ごくたまにやってしまう。

switch(hoge) {
...
defalt:
// なぜとおらんのや!?
}
で1日悩んだ。

ある意味、同士だね！

ある意味、同志だね！

ある種、同士だね！

ある意味、同志だね！

すまん、わけわからんことしちまった。
sage。

if(theAddr = 1)
result = Pack(theAddr);

return result;

結果が変なので、デバックを繰り返し、どうやらresultの値がおかしい。
ってとこまで突き止めたんだけど、何がダメなのか分からず、約一時間も
悩んでしまった・・・。

「ちょっと休憩しよう」ってことで、お昼を食べて、くつろいだ後、
もう一度みたら、一瞬でミスを見つけた。あの、一時間がもったいない･･･。

ちなみに、

if (theAddr == 1)

が正しいです。

ダイアログプロシジャーで

switch(message){
　　case WM_INITDIALOG:
//　　　aaa();
//　　　break;
　　case WM_COMMAND:
　　　　EndDialog(hDlg);
　　　　break;
}

ダイアログが出なくて１時間悩んだ。

スコープの違う同名ローカル変数とか。

int nHage = 100100;
...
if (jyoken)
{
　　int nHage;
　　ASSERT(nHage == 100100);
}

if(a =! NULL)
{
　 //処理
}

テストプロでやってしまった。

vector<vector<oneType>> hoge;

>>16
class xstring {
　char *buf; // = new char[100]
public:
void operator=( PCSTR szSrc); // buf = szSrc;
operator char*() const { return buf;}
}

xstring str;
str = "hogehoge";

printf( "%s", str); // ×
printf( "%s", (char*)str); // ○

VC++ だと、勝手にキャストされるんだけど、
gcc ( 主にUN*X環境）だと、明示的にキャストしなければ
void* が採用されて、おかしくなる。



これなんだけど、なぜこうなるかというと、printfの可変数引数の実装の違いに
よって現れる現象では？ extern int printf(char *s, ...); の...を、char *
で受け取るかvoid *で受け取るかの違いだね。char *で受け取るVC++の仕様は
operator char* () が呼び出されて、void *で受け取るg++はそのまま渡すように
なってるんだろう。

月並みな結論だけど、iostreamを使えってとこなんだろうね。
printfを使うなら明示的なキャストをすることで実装の違いをカバーできる。

初期化
const int arraySize;
int array[arraySize];
memset( array, 0, sizeof(arraySize) ); // ×

ちょっとずれるけど、
VC6.0の「変数」にポインタを移動させる
関数をいれてしまった。
で、ブレークポイントをで泊まる度にずれる。
あの頃は若かった・・・。

>>79
VC++ ではそのまま値渡しで渡ってるんじゃない？

可変長引数に class 渡したときに、char* にキャストされたり
void* にキャストされたりする、って仕様にありましたっけ？

>>79
ばーか。
可変引数の関数が暗黙の型変換なんてしてくれねーだろ。
なにも指定しないとコンパイラは単に値をintの大きさだと思いこむだけだよ
勝手に変換されるのはVisualC++で都合良いってだけ
ポインタ値がvoid*に変換されるのはgccの都合

>>78
ごめん、なにがいけないのかわからない。。。
スペース？

>>83
何でint？。この場合xstringの値渡しでしょう。
単に先頭のメンバ変数がchar*だから運がよければ
char*としてbufを取得できるって話では？
キャストは無関係。

>>84
わかってるじゃん。

84>>86
あれ、なんでスペースを入れないとコンパイルを通らないのか未だに解らないんですが。。。

C/C++のトークン切り出しは最長一致法だから。>87
>>だと右シフトと解釈される。
templateの構文は設計ミス。アホだねぇ。

>>88
あああ、なるほど。アホだ。でも、知らないと気づかんわ。

アホな設計age

if(func()==TRUE){
...//ｱﾚ?
}
funcの返り血はintだった。

普通TRUEとは比較しない。FALSEとするモノ。>91
（スレ違いですが、scheme言語は#f以外はtrueです。nilさえもtrue)

(当然、数字の0もschemeではtrueです。とにかく#f以外はtrue。)
(ちなみに#fはfalseのschemeでの外部表現)
(boolean型が最初から定義されてる言語は>>91みたいな変なことに悩まなくて良いよ。)
(C++のboolean型は登場するのが遅すぎた感があるね。)

いやぁ、やっちゃいました。趣旨だけ抜くとこんなの。

char buf[256];
unsigned int i;

for( i = 255; i >= 0; --i ){
　　buf[i];
}

アンダーフローか。>94
イテレータ使えば起らないミス。

ここ最近ミスはないな。一発コンパイル、一発動作。
ソフトウェア開発環境も研究されて、昔よりずいぶん良くなったもんだ。

>>95
了解、なるべくvectorでもつかっときます。

>>95はHelloWorldを覚えたばかりの利有消防です。

C言語の文字列処理って大変よね。
char a[50], b[50];
1：文字列を結合したくって・・・
c = a + b;
strcat()しなきゃダメなのね。

2：文字列が等しいかを確かめたくって・・・
if(a == b){...
strcmp()しなきゃダメなのね。

100あげ

>>99
ハァ?菜に言ってんだ？2はそれif(a == b){... で正解だろ(藁
まったくこういう奴がいるから俺みたいなのが苦労するんだよなぁ･･

>>101
お察し致します。(101の職場の方々へ)

>>101
俺もお察しするぞ。

>>102
お察し致しますのは俺の方だよ･･ハァ(藁
aとbは配列の名前、つまり文字配列へのポインタ型だから
a==bは真だろうに･･･

>>104
いやー、オレもお察しするよ！ ワハハハハハ

>>104
もうおそいじかんなのでこどもはねてください。

>>101
ネタでないなら自主退職した方がいいよ。いまなら退職金もらえるかも知れないし。
懲戒解雇とかだと退職金でないし再就職も難しい。

>>101 お願いだからネタだといってくれ

>>101のせいで著しく現職のイメージが悪くなったと思う。

マジだったんですか…

うわっ、109さんそんなことないですよ。
上の(110)書き込みはちょっと失礼ですね。プログラマの方々、
不愉快な思いをさせたとしたら、すみません。

ハア?
ああ、JavaじゃなくてCだった、ごめんごめん
いやー今時Cなんてクソ言語使わないから(藁

>>101 （´A｀）ﾅﾑｰ
>>111 それは杞憂です。誰も>>101をプログラマとは思ってないでしょ

>>112
いやー！墓穴掘りまくり？
Javaだと思っての発言であれ？
ぐふふふふふ？

>>112
こんな人がプログラマとして働いているのですか？
これなら僕も今から働けそうです。

>>112
このスレのタイトル
気付けば「何だ」と思うよーなMiss[c/c++]

101でてこーい（藁藁藁

　 　　　　　 　 　 　 　 　 　　 |＼
┌──────────┘-＼
│　　　　俺はこのスレが　　 　　.＼
│　　　　　　　　　　　　　　 　 　 　 ／
└──────────┐- ／
　　　 　 ヽ..(ﾟдﾟ).ﾉ　　　　 　 |／
　 　 　　 　(　 へ)
　 　 　 　　く
　　　　　　　　　　　 　 　 　- = ≡三　　　 　 　　 　 　 　 　 　 　　 |＼
　　　　　　　　　　　　 　 - = ≡三　　┌──────────┘- ＼
　　　　 　 　 　 　 　 ＿ = ≡三　　　 │　　　　　　　　　　　　　 　 　　 　 ＼
　　　　 　 　 　 　 　 ￣ = ≡三　　　 │ 　　　大好きだｺﾞﾙｧ！！　　　　／
　　　　　　　　　　　　 　 - = ≡三　　└──────────┐- ／
　　　　　 　(ﾟдﾟ) 　 　 　 　- = ≡三　　　　 　　 　 　 　 　 　 　 　 |／
　　　　　　( ヽ ヽ)
　 　 　 　／　　>

101の脳内ではJavaで「文字配列へのポインタ型」ってのが使えるんだね（ｗ

>>114
ハァ？「Java」にポインタは無い(断言そして藁^。^
今田にポインターを使ってるなんて･･･俺も昔はCを
使っていたけど今はオブジェクト指向バリバリだよ(和良

　　　　　 　 ∫ 　　　　
　　　∧,,∧ ∬　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　 ミ,,ﾟДﾟノ,っ━~　　＜ 　 >>120 見苦しいぞｶｴﾚ!
＿と~,,, .　~,,ﾉ___.　∀　　.＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　 .ﾐ,,,/~),　　|　┷┳━
￣￣￣ .し'J￣￣|..　┃
￣￣￣￣￣￣￣ 　 ┻

Java使いはレベル低いなあ・・

ポインタって言い出したのはお前だろ>>101

>>119
ハァ･･「文字配列へのポインタ型」はString型だろ？
俺自身この業界長いけど出来る奴にはめったに会わなかった世。
K&Rぐらい読んでおいてくれ･･･

>>101
帰らなくていいからもっと面白い発言してー

何だか荒れ気味だ。スレの主旨と離れていっているような。

101マンセー

じつは人多いんだね、ここ。

あのー、もうそろそろやめませんか、皆さん…。

101さん、煽るような発言をしてすいませんでした。でもJAVAでも同じだと思いますよ。
つーか>>109-111みてると、「自作自演」ていわれてもしょうがないような
書き込みしてますね、わたし(汗)。

マッタリ

（・∀・） ｲｲ!!

>>125
おお！気味みたいなのを待ってたよ。早くこの業界に来て
俺と一緒にレッツプログラミング!

めずらしくりょうしきあるひとだね

相手を馬鹿にしたような書き方をする奴は
実は一番馬鹿だということを
はからずも証明してくれた101に乾杯！！

101の脳内のK&Rには「文字配列へのポインタ型はString型である」と書いてあるんだね（ｗ

101さんｶｺｲｲ

>>「文字配列へのポインタ型はString型である」と書いてあるんだね
なんだとー俺を馬鹿にしてるなー。もう一度説明するから聞いてくれ。
「文字配列へのポインタ型はString型である」これは解るよね?

101の脳内では「typedef char** String;」とかが標準で定義されるらしいね（藁

まあ、アレだな。文学とプログラミングは似ている。
どちらも様式化されたエクリチュールの批判的解釈ってわけだ。
サブテクストはオブジェクト化された労働者階級の特権と
いえなくもない。常識だろ?

…納期を守れないPGの戯言？>>138

もしかして…ネタにマジレス!?

＞１０１ー１１０
一瞬あせったじゃねえか。氏ね＞１０１真性厨房。

おいおい。文学とプログラミングの違いは
デリタの脱構築〜deconstructionによる差異の審判と
ジル・ドゥルーズの関係と同じだ。文学とは違う。

>>139
いや、必死に有能なフリをしようとする無能なPGの寝言。

どんどん墓穴掘るね。面白いね。
>>101の会社の人はかわいそうだね。
自分のミスを絶対認めない人とは仕事したくないね。

>>136
やばいよマジだよこいつ…

>自分のミスを絶対認めない人とは仕事したくないね。
いや、101はミスだとは思っていないんだよ。

どうしましょう。
うちのK&Rには、String型が載ってませんでした。
初版も第二版も両方調べました。
落丁でしょうか？共立出版に文句言ったほうが良いのでしょうか？

ソフトウエア開発 ＝ 知の欺瞞
と思われないように頑張ってください、みなさまがた。

>>147
うわ。うちのもString型載っていないよ。

>>147
大変だ！原著の初版と第二版にも載ってなかった！

だから、１０１はＶＢを少しできるようになって自信満々だったがここに来て見事にその自信を打ち砕かれた厨房だって。

>>149
うちのは載ってるよ。本文にはないけど、付録 A4.2.1 「基本型 - 補遺」P. 347 を見よ。
どうやら締め切りぎりぎりでねじこんだらしいね。Java との関連については書かれていない。

第１章 String型の基本

JavaのStringクラスは内部にバッファをもっています。
そのバッファは生成時に確保されます。
その大きさは可変では ありません。
String a = "110";
a = "itteyosi"
というコードを書いた場合、
まず"110"という文字列を格納するためのバッファを確保し、格納します。
aにはそのポインタ（ま、便宜上こう表現します）
次の行で、"itteyosi"という文字列を格納するバッファを確保し格納します。
そして、aにそのポインタを入れます。
"110"を入れていたバッファは誰にも参照されないので破棄されます。

うちのK&Rは343ページまでしか無いよー
落丁だー
2001年2月20日発行 第263刷
今まで初版使ってました（藁

そろそろあきたね。

どうした？101はもう首吊ったのか？

>>153
１０１は誰にも参照されずに回線切って逝ってよし ってことか

>>153
おお！なんて解りやすいんだ！というわけで続きハヨ書け。

結論：101は馬鹿

end.

>>159
Pascal使いめ。(藁

Pascalってなんですか？もしかして有名人？

>>158
その前に文字配列へのポインタ型を説明してくれよ（ｗ

"101"ってマルイみたいでかっこいいなあ。

>>163　"101"ってマルイみたいでかっこいいなあ
そうですか？何だか照れるな･･

いやぁ、>>100のおかげで面白い奴が釣れたね。
普段はウザいけど今回ばかりは100のキリ番君に感謝しなきゃね（藁

もっと痛い弁解して楽しませてくれよ＞１０１

うーん･･思いつきません。もうちょっと待って。

もう本物の１０１はいないのかな

とりあえずオレは騙りね。
ぼく以外の101さんのご協力に感謝します。楽しかったよ。

分らないふりして書き込んだらこんなにスレがつくとは・・
君達そんなにたのしいか？（藁

（・∀・） ﾊﾞｶﾉ ｱｲﾃﾊ ﾀﾉｼｲﾖ!!

お？本物登場か？じゃあ早速わかったフリしてくれよ（ｗ

158以降の101はあまり面白くないね。

第２章 文字列の比較 その前に

JavaのStringクラスは内部にバッファをもっています。
ただし、文字列比較は単純に == にて判断できるものではありません。

�@ a == b と認識されるパターン
String a = "101";
String b = "101";
�A a == b と認識されないパターン
String a = "101";
String b = "100101".substring(3); // 100101の3番目以降の文字列

�@の場合、aもbも本当に"101"を指します。
この"101"はstaticにとられ、そこへのポインタは常にひとつです。
�Aの場合、aは"101"を指しますが、bはそのstaticな"101"を指しません

このときの動作は、少々ややこしいものとなります。
まず"100101"の領域が確保され、
次に"100101"の３文字目以降("101"の部分)を取り出し
String用にその３文字分の領域を確保し"101"を格納し、bに渡されます。
よって、a!=bとなります。

STLのstringは便利だな。

第３章 文字列の比較 そのために

疲れてきたので完結にまとめます。
コードを羅列します。

String a = "101";
String b = "aho101"substring(3);

if( a==b )Ssytem.out.println("101 is genius");
第２章で述べたとおり、これは偽です。

if( a.compareTo(c)==0 )System.out.println("101 ha itteyosi");
compareToはStringクラスの比較の為のメソッドです。
これで、純粋に格納されている文字情報を比較します。
ぴったり一致する場合、0 を返却します。詳しくはまた来週。


もう誰も見てないようなので、これにて簡単String講座は終了します。

c/c++のスレなのに、Javaのスレになってる。
これも、全て101のせいだ。
101のバカヤローーーーー。
でも、面白かったから、いいか。（＾＾；

>>101
なるほど。こいつのおかげでこうなってんのか・・・

>>120
Javaは、ポインタばかりですよ

かちゅーしゃで巡回したら79とかでてびっくり。バグかと思った。
いやぁ面白かった。
>>176
お疲れ、JAVA知らないから役に立ったよ

久しぶりに見てみたら、
俺の投稿が原因で、
なにやら大変な事になっていますね。

JavaとかからCに戻ると、101さんみたいな事態になりかねないですよね。
とか逝ってみたり。

オナニーしても精子が出ないので何でかと思ったら今日はもう８回抜いたんだった。

>>181
いえ、混乱を招いた一番の原因は、自分の投稿だとおもいます。こんなに
なるとは思ってもいなかった…
ということで(?)、反省も兼ねて、本来のスレ内容に関係のある本を紹介します。
CプログラミングFAQ
スティーブ・サミット著 北野欽一訳
トッパン(!)発行 ISBN 4-8101-8097-2

comp.lang.cに流れているFAQ(良くある質問とその答え)の日本語訳です。私は
K&RとUNIXとこれでCを勉強しました。この本が、c言語のいろいろと細かい部分について、
K&Rの舌足らず(寡黙?)なところを補ってくれました。初心者にとっても非常に良い本
だと思います。
タイトルに「なぜこのコードは〜しないのか」がつくもの←気づけば「何だ」と思うよーな
Miss[c]です。本文読まずにコードだけから誤りを見つけ出すのも、いとをかし。

http://www.catnet.ne.jp/kouno/c_faq/c_faq.html

いやいや、102はいい仕事したと思うぞ。

vector<HOGE> v;
vector<HOGE>::iterator it;
・・・
it = find(・・・);
v.insert(it, ...);
v.insert(it, ...);

>>186
面倒だよねー

標準出力に書き出そうと思って、
fwrite(buf,sizeof(char),n,STDOUT);
コンパイル中にエラーが出たので、
fwriteでは、標準出力に書き出す事が出来ないと思った。

ふーん

>>188
よかったね

みんな冷たいなあぁ

既出かもしれないが...
引数に無理やりキャストしてクラスのポインタ渡していた。
どうして動かないのだろうと散々調べて、ふと気づく、
基本クラスが違うことを（ワ

>>192
C++のキャスト使うように習慣づけた方がいいかも。dynamic_cast<...>(...)

>>193
そういう使い方のダイナミックキャストってなんか危険そうだよ。
多重継承している拡張クラスがあればいいんだろうけど（ちがうか

>>193
というか、192氏の目的ならstatic_castを使うべきだろう。
基本クラスが違うポインタにキャストしようとするとコンパイルエラーするでしょ。

193>>195
const_castしか使ってないのがばれた(w

if (d != 0);
　　ans = a / d;

>>197
鬼だね

>>94 さんのと同じミスなんスけど

int func( char c, size_t size ){
  ...(中略)...
  while( 0<=size )
    m_array[size] = c;
  ...(後略)...

もう，なんていうか，バカ(*´Д`)

間違えたっす。
    m_array[size--] = c;
です。

age

>>197
それ、たまにヤルっす。
for( i=0; i<m; i++ );
{
…
}
とか。
コンパイラはエラー吐かないし、後続のブロックは
１回は実行されるから、なかなか気がつかないっす。

age

for(i=0;i<m;++i){
}
って書けば間違えないYO!

for(i=0;i<m;++i);{
}

そこまでいったら、
for(){
}
と取り敢えず打って、中身をあとで考えるしかないな。

フォントに手を加えて、セミコロンを大きくすれ。
文字幅データをいじっていっそ他の文字の２倍くらい幅にすれ。
うざったいから、乱れ打ち防止になるだろ（笑）

if(i<=0){}
else (i<16){}
正しくは、
if(i<=0){}
else if(i<16){}

>>202
egrep "for.*;.*;.*;" *.c*

>>207
つーか、マジでプログラミング向けフォントが欲しい
80x25 の画面が懐かしい…
狭いけど

>>210
EPSONの98互換機の半角フォントって結構良かったよ。
吸い出してきてWindowsでもLinuxでもいまだに使ってる。

int main()
{
　　return 0;
}

>>211 Windowsで使いたい。どうすればいいか教えてくれると幸せです。

>>211
ていうか、アップしてほしい

#define A_MAX (16)

char work[A_MAX];

#define B_MAX(32)

foo(int index, char n)
{
　assert(index < B_MAX);
　work[index] = n;
}

>>215
そもそもassertの使い方も怪しいな。

参考(?)スレ
http://piza.2ch.net/test/read.cgi?bbs=tech&key=989482113

ついでに俺も、ダメコードを。
ここは引数に文字列ポインタを用意させるべきだった・・・

char * condition(int ismain)
{
char *operator;
operator = (char*)malloc(30 * sizeof(char));
strcpy(operator, "tekitoudesu."); //tekitou data
free(operator); //dame
return(operator); //dame dame
}

生まれてきちゃった！

>>217
freeしなきゃOKじゃん。

疑問。なんでみんなstrdup使わないの？

1.いつもCStringとかstd::stringとかで返すから(C++)
2.返した先でfreeする、っていうのは嫌いだから。
4.独自メモリ管理ルーチン使ってるから。
3.Cの標準関数じゃないから。

>>221
激しく同意。

do{
//ループしね〜ぞ！？
・・・・;
・・・・;
}while(0);

・・・当たり前です。
30分悩んでしもた・・・・
鬱すぎ・・・・・

４バイトの型をもつaのビットを全部埋めようとして

a = 0xFFFF;

とやってしまう。

俺もむかし、>>224と同様に全ビット立てようとして、
memset(buffer, 1, sizeof(buffer));
とかやってたよ。

>>224
a = ~0;
としなさい。
なんてのは入門時に学ぶようなことなんだけど、
今時の粗製濫造入門書には書いてないかもなぁ。

>>226
a=-1;
ってやってた・・・・

>>227
aがunsignedだとちょっとやだよね

hoge.hで
-------------------
#ifndef hoge
#define hoge

class hoge {
private:
//何かの定義
public:
//いろいろ定義
};
#endif
------------------------

hoge.ccで
------------------------
int hoge::func(){
//いろいろ
return 1;
}

int hoge::fucn(){
//ほげ
return 0;
}
-------------------------

「::の前にパーサエラーがあります」に、一日悩みました。（藁）
横着しちゃいけないね。

やば。
#include"hoge.h"
忘れてた。

>>228
unsignedのときの振る舞いは規定されてるから問題ない。
むしろsignedだったときのほうが嫌だ。