真・Ｃ言語レビューしてみる

問題です
コメントをはずしても「まったく」問題ないのは何番でしょう？

#include　<stdio.h>

void　main(void)
{
　char moji[300];

//moji[300]　=　"こんにちは";　　　　//・・・�@
//strcpy([300]mozi, "こんにちは");　　//・・・�A
//"こんにちは";　　　　　　　　　　　//・・・�B

return;
}

ひっかけですが。思いついたら書きますね。

#include <string.h>

>>1
コンパイラを指定しやがれ。

>>1
機種依存文字使うな

これ、このまんまじゃコンパイル通りません。
本当にありがとうございました。

どれも問題ない。
>>2はひっかかったひと

いやん

僕がへたでごめんyo

>>2、解です！と言いたかったんだが・・・
>>6そうなの？ｗｗｗ「まったく」問題ないのだぞ

�Aに関しては[0]mojiとか、はみ出さなければOK。知ってるか。
もちろん上司には蹴られるよ。
�Bも定数になるからおｋだね。

全部問題あり

ぷぷぷC厨の爺がアホされしておるわい

>>10
意味不明

>>6
コンパイルしてみ

>>12
コンパイラはどれでも同じ結果ですか？
ちょっと試してみようかと

gccなら-Wall指定でよろ

gccだと�Aはとおらんね。

だから通らんと言っておるが
[299]ならいけるかな。(300は定義してないから駄目だけど。)

test.c:9: error: parse error before '[' token

0でも299でも通りません。
ありがとうございました。

C厨ってアフォばっかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

もしかして・・・・

strcpy([300]mozi, "こんにちは");　　

は、

strcpy([300]moji, "こんにちは");　　

と書きたかったのか？

(照

とりあえず、俺が最速正解だったと言うことで。

>>18
結構奥深いよ。
この問題はちょっと答えられなかった。
勉強になりますな。

>>21おめ！
>>22�d！良かったらまた。

あと、下心としては俺も回答者に略

加齢臭漂ってるな

コンパイラが呆けてそうだな
哀れだ

ほうけるよｗ実用ではない

真・C/C++デバッギングシミュレーター
http://science4.2ch.net/test/read.cgi/sim/1135488225/

$>javac unko.java

>>27乙

＞void　main(void)

int main(void)では？ ;-)

遅いよ。日下部のおっさん

ま、ぶさなコードだよね
わざとだけどｗ

解答ageてことで。
>>2には悪いが、インクルードが必要なのは
�Aのみだから、コンパイルエラーかどうかの観点で言えば
単純に�Bが正解になる。但し「100;」みたいに
意味ないコードだから、当然警告になるよ。

結論としては>>9が当たり、か。
まあお互い実際はちゃんと書こうねー

class Unko{
　public static void main(String args[])
　{
　　String s="Baka", s1 = "UnkonaJavaTyuWara";
　　while(true){
　　　s = s + s1;
　　　System.out.print(s);
　　}
　}
}

つ［

強制終了！

>32
> 当然警告になるよ。
「まったく」問題ない？
重箱の隅だけどわざわざ強調してたから気になった

乙。

当スレの１です。または某板のアナーキストです。

sageても訪れるあなたへ・・

リンクリストの問題です。詰まる人は詰まるでしょう。
幾つか参考書を見ましたが、なんかどれも冗長だったので。
こんくらいシンプルに書ければまあよいかな、と。


【ルール】
長いので、
�@　次レスでは必要なヘッダ情報を開示。必要最低限。揚げ足はあってもいいが・・
�A　問題ソース(問題�@穴埋め)。/*�@*/、/*�A*/、/*�B*/を適当な構造体名に置き換える事。
�B　問題�A。

極力ロジックを頭で考えて下さい。
「ここが分からない！」という質問がもしあれば受け付けます。
コンパイルすればわかる「だけ」の問題は出してもしょうがないしね。。理解しないと。
(�Aは、見て３秒以上掛かったらヤヴァいかもねｗ)

//crev.h

//include------------------------------------------------------
#include　"include_all.h"　//必要なインクルードファイルぜーんぶ


//structure----------------------------------------------------
typedef　struct　crev{
　int　 　i;　　　　　　//ID
　char　　str[STRMAX];　//STRMAX=123
　struct　crev　*next;
　struct　crev　*prev;
}CREV;　　　　　　　　　　//なんかIDと人の名前、みたいな(用途は不明ｗｗ)


//function-----------------------------------------------------
int　id_name_ask(　int　*o_int,　char　*o_chr　);
　　　　　　　//IDと名前をscanfで入力させて構造体に代入するお

//linklist.c

//id_name_askで「ぬるぽ」と入力されるまで
//リンクリストを繋げます。面倒な説明は略！

_error_no　linklist(　void　)
{
　　　　_error_no　en　=　ENOERROR;//enumエラーコード(ENOERROR=エラーなし)
　　　　CREVIEW　*pCur=NULL,　*pDmy=NULL,　*pTop=NULL;

　　　　while(1)
　　　　{
　　　　　　　　if(　!(/*�@*/　=　(CREVIEW*)malloc(sizeof(CREVIEW))))
　　　　　　　　{
　　　　　　　　　　　　en　=　EAL;//enumエラーコード(EAL=アロケーションエラー)
　　　　　　　　　　　　break;
　　　　　　　　}
　　　　　　　　memset(/*�@*/,0,sizeof(CREVIEW));

　　　　　　　　if(　!id_name_ask(　&/*�@*/->i,　/*�@*/->str　))
　　　　　　　　{
　　　　　　　　　　　　/*�@*/　=　NULL;
　　　　　　　　　　　　break;
　　　　　　　　}

　　　　　　　　if(!/*�B*/)
　　　　　　　　{
　　　　　　　　　　　　/*�B*/　=　/*�@*/;
　　　　　　　　　　　　/*�A*/　=　/*�B*/;
　　　　　　　　}
　　　　　　　　else
　　　　　　　　{
　　　　　　　　　　　　/*�B*/->next　　　　=　/*�@*/;
　　　　　　　　　　　　/*�B*/->next->prev　=　/*�B*/;
　　　　　　　　　　　　/*�B*/　　　　　　　=　/*�B*/->next;
　　　　　　　　}
　　　　}

　　　　for(　/*�B*/=/*�A*/;　/*�B*/;　/*�B*/=/*�B*/->next)
　　　　{
　　　　　　　　//表示
　　　　　　　　printf("%d\n",/*�B*/->i);
　　　　　　　　printf("%s\n",/*�B*/->str);
　　　　}

　　　　return　en;
}

//(ここまで)

あ、番号振り忘れた。

問題�A
の問題。

このソースで決定的に問題がある「あれ」について、指摘せよ。
本当にありがとうございました。

なんだよ双方向リストかよ
新人研修みたいだな
アロケーションエラーが発生したら、確保済みの領域をfree(ロールバック)する
ロジックを入れたほうがいいぞ。この例ではプロセス終了になるから
いいのかもしれんが、ミドルウエア開発では必要になるテクニック。

まあ、�Aの答えってことで42正解age。
ところでちゃんと書けるかな？ｗ
その通り・単なるフリーじゃだめだよ。

もっとシンプルな問題がいいんだが、夜中にだらだら書いちゃった。
反省。�@の答えは？

確保された添え字またはカウンタ位置からデクリメントしながら
freeする

んで穴埋めは？ビルド通れば良し！簡単だ

穴埋めはセーブポインタとprev,nextポインタにアドレスを
的確にセットする
prevの先頭にはNULL
nextのラストにもNULLをセットして前後の終了位置をロジックで
判断できるようにする。

>>46レスポリシーｗ
もうちょい待つか…

漏れならif..elseにはしないがな
なんかダサいコードだなw

え
２項演算子！？

あれま。誰か問題出せよ

リスト構造と木構造は新人研修必須項目だな

高級言語だけ弄ってると、その辺はライブラリに頼ってしまうからね。
C/C++でも実務ではSTLとかMFC/ATLに頼る場合が多いけど、
研修の内に自力での実装を学んでおくべき。

次のアルゴリズムで，for文の中の人がやってる処理の
意味は何かわかるかな〜？( ・ω・)∩

unsigned char a = 13;
unsigned char b = 178;

unsigned int x = a;
unsigned int y = b;
unsigned int z = 0;
for(int i = 0;i < sizeof(unsinged char);i++){
　　z += (y & 0x1) ? x : 0;
　　x <<= 1;
　　y >>= 1;
}

>>53
毎度毎度sizeof関数実行すると
処理速度が遅くなってよろしくない気がする

sizeofは関数じゃないぞ

sizeofは関数じゃないぞ・・・・

sizeofは関数じゃないぞ

あ、かぶった（ｗ

sizeofは関数じゃないぞ

もう勘弁してくれ｡･ ﾟ･｡* ｡ +ﾟ｡･.｡* ﾟ + ｡･ﾟ･(ﾉД`)

正月休で忘れさられた池の鯉に餌を投げ込んだかのようだ。

>>54
(´･ω･`)ｶﾜｲｿｽ

どっちにせよ、１回しか実行されんのだから、大差ねーよ。

一回しか実行されんのだったら
for文使わなくても（ry

>>64
(´･ω･`)ｶﾜｲｿｽ

ていうか，sizeof(組み込み型)ってコンパイラが定数化してくれないの？

もう
#include UNSIGNED_CHAR_SIZE 1
でいいじゃん

スマソ，問題ミスった orz

i < sizeof(unsinged char)
↓
i < sizeof(unsinged char)*8
だった．

今は反省している．

unsigned char a = 13;
unsigned char b = 178;

unsigned int x = a;
unsigned int y = b;
unsigned int z = 0;
for(int i = 0;i < sizeof(unsinged char)*8;i++){
　　z += (y & 0x1) ? x : 0;
　　x <<= 1;
　　y >>= 1;
}

芯でお詫びをば・・・

int y,o_o;
o_o = 1;

y=-(o_o);

う、うめ

「ほらね、レビューなんて莫迦のする事だという事が判るだろう？」

うるちゃいなあもう

久々に問題。
よくC++で、クラスの説明について「構造体に関数を定義できる」な〜んて
ことが書いてありますが、あえて構造体でやるとどうなりますか？

簡単なソースを書いてみよ

>>72
構造体と関数をただ単に普通に使うだけだろ？
早い話が、カプセル化しないＣの状態と同じになる。

ヒント：EssentialCOM

>>73ぜんぜん違う
>>74う〜ん

クラスは異なるクラスで共通の名前のメソッドやプロパティに
アクセスするのが醍醐味。
構造体でやろうとすると、メソッドにアクセスするときその構造
体の定義がわからないといけないので、簡単にとはいかないような
希ガス。

自力vtable書けば宜しい。
ただ、コンストラクタを自分で呼び出す必要があるんで
あんまり意味がない。
(Xt Intrinsics なんかはインスタンスを生成する関数を用意してるが)

struct Unko{
 (void*)shikkoo*;
};

次のコードをコンパイルして実行すると"take"と印字されると
思ったのですが、Bus Errorとなりました。
結果が腑に落ちないのですが、 文字列のリテラルを変更したから
エラーになったという理解で正しいでしょうか。環境はMac OS X
(10.4.5)でコンパイラのバージョンは gcc 2.95.2です。
よろしくお願いします。

#include <stdio.h>

int main(int argc, char* argv[])
{
char* array[] = {"sake", "toba", "ikura"};
char** p = array;

(**p)++;
printf("%s¥n", *p);

return (0);
}

どう見ても板違いだったので他の板に投稿します。
ありがとうございました。

愛子

ム板に移動すると色々教えてくれるかもしれんな。

>>82 は >>81 へのﾚｽなんだろうか…？

関数ポインタを構造体のメンバで定義すれば良いだけな希ガス。

皆さん、注目してください！！！！！！！！！！！！！！！！！
　
C言語厨の正体は高卒であることが発覚しました！
さあ、Java叩きに必死になっているC言語を思う存分報復し虐めてあげましょう！！！


専門卒や高卒でPG/SEの人っているの？Part2
http://pc8.2ch.net/test/read.cgi/prog/1141003614/

　Ｃ言語なんて終わった言語。
　終了

ワラタ。

真・C言語厨をレビューしてみる


おもろいスレタイだな

低脳C言語厨をレビューしてみるなんてなw

ﾌﾟﾌﾟﾌﾟ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

ぬるぽ

Java6のVMは昔ながらのC言語で記述されております。
馬鹿なJava厨は自分たちの実行する糞トロクサコードが
C言語の古臭いライブラリ関数で踊らされていることすら知りません

WindowsのNTカーネルやUNIXはC言語で書かれてるし、
どんな言語でも結局はC言語の上で動いてると思うが。

>>91
>結局はC言語の上で
コンパイルされた時点でネイティブコードになる処理系では
それは最早「言語が xx」などとは呼べません。
>動いてると思うが。
思うのは勝手ですが、公の場でその発言は
頭の悪さを露呈する効果しかなかったようですね。

91…
せめて「Ｃでも書ける」にしとけ