こっちは、C言語で行こう！

グｧ゛ー、関数へのポインタのキャストがワカンネー。(頭を抱えて絶叫)



・・・最近キャラが壊れてきた。

・・・(･∀･)ｷﾏｼﾀ!


忘れないうちにここに書いておこう。

    int (*comp)(void *, void *) = NULL;

    comp = (int (*)(void *, void *))strcmp;


こういう風に勘違いしてた。↓


    int (*comp)(void *, void *) = NULL;

    comp = (int (*strcmp)(void *, void *));


（;´△`）.。oO（アァ゛ー、粘った甲斐があった。。。）

ヤハリ達成感は大切。
これでしばらくモチベーション持ちそう。

しばらく、しばらく悩んでしまいました。
あ〜、キャスト…。型名だからこうなるのか…。

でも、これってどう使うんですか？NULL初期化している意味は？

>>821
不正なメモリ領域へのアクセスを防ぐためと
NULLで初期化しておけばその関数ポインタを使うときNULL判定で
ポインタが使われていない事がわかる。・・・かな？

あとこうするといいかも

typedef int (*pfunc)(void *, void *);

pfunc pf = (pfunc)(strcmp)

こうする方が見やすいよ。

age

訂正（汗

誤）pfunc pf = (pfunc)(strcmp)
正）pfunc pf = (pfunc)(strcmp);

関数ポインタの使い方とその例

例えばある構造体stがあってこの構造体を引数とする処理関数が幾つかあり、
メンバーnoで処理関数を変えたいとします　構造体はこんな感じ。
typedef struct {
　int no;
　int hoge;
} st;

処理関数の種類は８種類としましょうか。

void func0( st );　void func1( st );　・・・　void func7( st );

とこんな感じで。
でこれらの関数のポインタを関数ポインタ配列にぶち込んでおきます。↓

typedf int (*pfunc)( A );
pfunc pf[8] = { func0, func1, func2, func3, func4, func5, func6, func7 };　　

後は呼び出すときですが
構造体stのaというのがあったとして

pf[a.no]( a );

と、これだけです。
switchやifを使うよりも効率がいいですね（いいのかな？）
オマケにコードもスッキリします。
あとageてスマン。

↑のカキコ訂正

誤）typedf int (*pfunc)( A );
正）typedf int (*pfunc)( st );

鬱だ・・・

プログラミングできるのに　どうしてこの無職ダメ板に居るの？
ＰＧとして働けるのじゃないの？

当方は情報系専門をこの春に卒業したのですが　プログラミングできないため
無職３ヶ月　少し興味持って聞いてみました

>>826
折れの場合は年齢がネック（今年で２８鬱）、プログラミングは
人並み（以下？）だけど資格もってねぇしな。暇つぶしに基本情報でも
とってみようかと思ってるが・・・プログラマーなんて情報産業界の
土方だからなぁ・・・。

どうでもいいが君の方こそ専門学校に行ってたのに、なぜプログラミングが
できないの？

誤）typedf int (*pfunc)( A );
正）typedef int (*pfunc)( st );

欝だ・・・・・・・・・激しく欝だ。

以下の文章はあくまで「私の理解」です。
正確である保証は出来ません。



-------- ここから --------

>>821

820 は K&R 5 - 11：「関数へのポインタ」のサンプルコードからです。

プロトタイプ
        void qsort(void *lineptr[], int left, int right, int (*comp)(void *, void *));

使用例
        qsort((void **)lineptr, 0, nlines - 1, (int (*)(void *, void *))(numeric ? numcmp : strcmp));

このサンプルコードでは qsort の第４引数として比較関数へのポインタをとっています。
複数の「型が同じ比較関数」から選べるように(この場合は strcmp と numcmp)と言うことらしいです。
標準関数の qsort も第４引数に関数へのポインタをとります。

他の使いかたとしては、関数のテーブルを作ったり、構造体のメンバーに入れたりといったところですか。
実際にはまだ使ってないですけど。

関数テーブルについてはどこかにあったような気が。。。 C-FAQ だったか。。。

        int (*comp)(void *, void *) = NULL; /* 1 */
        comp = (int (*)(void *, void *))strcmp; /* 2 */


1 で宣言しているのは「ポインタ変数 comp」です。
comp はここでは関数のアドレスを入れるための「変数の名前(識別子)」です。
宣言と一緒に初期化しているに過ぎません。

        void *p = NULL; /* 3 */

と同じようなことです。


当然、 3 が

        void *p;
        p = NULL;

と出来るように、 1 も

        int (*comp)(void *, void *);
        comp = NULL;

と出来ます。


2 については、strcmp のプロトタイプは

        int strcmp(const char *, const char *);

なので、

        int (*comp)(void *, void *);

と宣言した comp とは引数の型が一致しません。
変数 strcmp を変数 comp に代入するにはキャストが必要と言うことです。

関数の名前 strcmp を「変数」と読んでいることについては以下のサンプルコードを。


#include <stdio.h>

int main(void){

/* printf のプロトタイプは int printf(const char *format, ...); */
/* printf と同じ型 (引数の型と戻り値の型が同じ) をもつ関数へのポインタ変数 myprintf の宣言。 */

         int (*myprintf)(const char *format, ...);

/* ポインタ変数を初期化。 */
         myprintf = NULL;

/* 普通に printf を使う。 */
         printf("1: Hello, World\n");

/* printf() という使いかたは実は (*printf)() の省略記法。 */
         (*printf)("2: Hello, World\n");

/* 型が同じ変数なので、代入も出来る */
         myprintf = printf;

/* そうすると当前 myprintf は printf と全く同じように使うことが出来る */
         (*myprintf)("3: Hello, World\n");
         myprintf("4: Hello, World\n");

         return 0;
}


-------- ここまで --------

何故自分がここで躓いていたのか考えてみました。
結論としては、「関数の型」と言えば「関数の戻り値の型」という先入観があったようです。
何でそんな先入観があったのかと思い出してみると、
学習初期の頃に「関数の型といえば戻り値の型のことを指す」という記述をどこかで見かけ、
なおかつ今回の「関数へのポインタの型をキャストする」まではそれで通用していたからだと思われます。

そういうことでいつのまにか頭の中で、
「関数の型」＝「関数の戻り値の型」
「型キャスト」＝「戻り値の型のキャスト(引数は対象外)」
という等式が勝手に成立していたものと思われます。


「記憶しない」というのも難しいですな。
出来るだけそうするように心がけていても。

>>822
便利ですね。
最近までそういう記述の意味が分からなかったんです。
「宣言は必ずしも左から読むとは限らない」というのを理解してからは読めるようにはなりました。

typedef は最近使いはじめたばっかりなので、これからです。

うわ〜、えーと、うん、ありがとうございます、お二方。
関数の引数で関数ポインタを使って、処理の統合をしたことは
あります。…キャストせずに使ってたな…。それ一回だけ。
ポインタは未だに(ﾟдﾟ)ﾎﾟｴｰ、じゃなかった、ﾑｽﾞｰです。

頭痛い。眠い。長文に対し短文で失礼します。おやすみなはい…。

うむ。廚はいい人ですな。

基本的に他人がしたことに対して恐縮したりする必要はないと思います。
もちろん、私がしたことに対しても必要ありません。

ここへの書き込みは私自身の役に立ってますし、ついでに誰かの役にも立つでしょう。



（´-`）.。oO（しかしこのスレを見ている人は少ない罠。。。)

binsearch で期待どおりの結果が出ないので何日も悩んだあげく、
原因はデータ配列が未整列だったためと判明。


。。。ﾏｼﾞﾃﾞﾍｺﾝﾀﾞ


教訓：前提をよく確認しましょう。

しかしこれだけ悩めば同じ間違いはしないだろう、とポジティブシンキングに切り替えてみる。



更に疑問が。
ポインタ同士の引き算の結果を整数で割るのはいいのか？
試したところ整数の割り算同様、半端な分は切り捨てられている模様。
結果自体は感覚的に自然で予想通りなのだけれど、
演算していい根拠がどこにあるのか分からない。

・・・(･∀･)!

書き込んだ後で閃きました。
ポインタ同士の引き算の結果は整数値になるんですな。
整数だから別に割り算しても構わないと。
知ってたのに気がつかなかった。
何故かここの部分だけポインタ同士の引き算の結果はポインタになると思いこんでた模様。

ちなみにこれは K&R の 「6.4 構造体へのポインタ」の binsearch での話です。




悩んだときはそれを文章にしてみるというのはいいかも知れない。
文章にしてみると客観的に見れる。

これで先程の binsearch でヘコンダ分は帳消し。

（´-`）.。oO（夏が終わる頃には１０００いくかなぁ。。。)

ケアレスミス多発。

struct tnode{
    char *word;
    int count;
    struct tnode *left;
    struct tnode *right;
};

と、宣言しておきながら、

struct tnode *talloc(void){

    return (struct tnode *)malloc(tnode);

}

などとやってコンパイラに怒られること数時間。。。

その２

２分木で。

英文を単語に分解してそれぞれを格納。
表示するときには格納した順番だと思いこんでたら、
アルファベット順だったのね。
しばらく使ってなかったら勝手に自分の脳内データ構造が変わっていた罠。

また勘違いで、３時間。



（;´△`）.。oO（最近多いな。。。てか、多すぎ。。。)

しかしこれだけ痛めつけられれば次は大丈夫だろう、
と思いたい、思いこみたい。


でもこういう単純なミスこそ、
自分で気が付くまで探すのが結局成長への近道なのだと自分に言い聞かせてみる。


無理矢理ポジティブシンキング。ﾜｼｮｰｲ

>>839

    return (struct tnode *)malloc(tnode);

は、こんな風に書いたつもりだった。↓

    return (struct tnode *)malloc(sizeof(tnode));


間違いすら間違えて激しく鬱。
ﾏｼﾞﾃﾞ ﾍｺﾑ。


今日はもう寝よう。。。

４７５まで落ちていたのであげてみますた

>>827

学科選びが間違えたのよ・・・
専門では　情報処理科　と　アミューズメント科（ゲーム）　以外は　プログラミングを一切教えない・・・
情報処理科選ぶべきだった・・・

>色即是空
おひさです。ひさびさに上がっていたので書き込んでます。
勉強がんばってるようですね。
俺もmallocの引数は以前よく型名を書いてコンパイラに怒られてました。
最近ではあまり間違わないようになってきたけどたまに間違えるｗ
けど、間違えてもすぐここがおかしいってわかるようになました。
間違えた経験は絶対力になってると思います。

>>842
あれこれってstructを付け忘れたってことかな。
俺もちょっと勘違いしてたかな。
どっちにしても一回間違えれば次からは気をつけるだろうし
間違えてもすぐわかる。

>>844
こんなところに居たとは。

847>>
折れも専門板のスレッド一覧でちらっと見かけたことがあるが・・・このお方が・・・
一体どんな学科選んだんだ？

#今月のCマガの特集のレンジコーダがわからん（鬱

すごい遅すれですね。でも、皆さんがんばてください。

さよなら、C言語。会社の研修も終わり、JAVA関連の
仕事に就くことになりました。JAVAの知識はほぼ皆無ですが。
他のもっといろんなことを勉強した上で、改めてC言語に
帰ってくると、出来ることが増えて楽しそうな気がする。

>>850
ポカーン。。。(ガーンの上

。。。組織はつらいですな。


３か月の研修期間が終わって、実戦配備ですか。
もう３か月、いやまだ３か月か。
とにもかくにも凹んでる暇はないですな。
がんがってくだされ。


言語が変わってもプログラムの目的自体はたいして変わらないし、
どんな言語にも共通する部分というのがあると思うので、
知識に頼らず考えることを怠らなければ、
後で C に戻ったとしても短期間で修得できると思います。

自分の限界を自分で決めてしまわないことが大切。

>>ダメダメ
どうも、お久です。
いつもお久ですと言っているような気がします。(W

このスレだけを読んでいると私が勉強家のように見えてしまう罠。(ニヤリ

実際は何とか進んでると言ったところです。
今までダメだったのは「続けられない」からだったという自己分析に基づき、
ひたすら途切れないことだけを頭に置いてます。

>>848
C マガ読みたい。モーレツに。
しかし今は我慢して基礎固め。

>>849
長寿スレと言っておくれ。
遅スレは音がイマイチ。

プログラマのくせに語感を気にするなという突込みは無しで。

ちょうど日付が変わりましたな。
今月中に初心者卒業を宣言できるよう頑張りますわ。

>851色即是空
ありがとうございます。がんがります。
Cの(へなちょこな)基礎があるので、JAVAの勉強も
途中まではサクサク行きそうです。

で、取りあえず、JDKとApacheと Tomcatを入れてみた。
最初に何をやったかといえば、Cygwin上で
System.out.println("Hello!");
"こんにちわ、世界"にすべきだったか。
…先は長い。

http://chiikai.hoops.ne.jp/paso.html
テスト

すげえすげえ、駄目板にもあったのか
ヒキからきますた

同じくヒキ板からきますた。相互リンク。

プログラミング雑談 in HIKIKO.Ver3.1.5
http://life.2ch.net/test/read.cgi/hikky/1022078381/

ヒキ板のスレ、(ここよりは)盛り上がってますな。
私はCからちょっと離れているので、このスレに
書くのも何だし。

>>ひきプロ
>>ﾊﾗｯﾊﾟ☆ﾗｯﾊﾟｰ ◆j4WJqlk.

遅レス失礼。

もう行ったかも知れませんが、
現在この板にはプログラム系はあと３つあります。
「Delphiやろうぜ！」
http://salami.2ch.net/test/read.cgi/dame/1018335057/l50
「プログラミング集会所＠ダメ板」
http://salami.2ch.net/test/read.cgi/dame/1018736040/l50
「ギャルゲーを作ろう！＠ダメ板」
http://salami.2ch.net/test/read.cgi/dame/1022884270/l50

書き込む人はあんまりいませんし、
リアルタイムでの会話はほぼ成り立たないと思った方がいいです。
当然のことながら情報交換は難しいと思います。
メール交換するぐらいの気持ちだといいかも。

慣れてしまえば荒しとかもほとんどありませんし、いい感じですよ。

独り語ちるのに最適。(W


ところでヒキプロはプログラム板の方で
以前ブロックくずしを作ってた人だったりしますか？

>>860
900 ぐらいまで行ったらこのスレから使えそうな情報を抜きだして、
まとめレスするつもりです。

その後は集会所の方に移動しようと思います。

向こうに書くネタが無いんで丁度いいかなと。

関数外で宣言してある関数はいちいち extern で宣言することにした。

#include <stdio.h>

int main(void){

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

    printf("Hello, World!\n");

    return 0;
}

取りあえずコンパイラに何も言われないということは間違ってはいないのだろう。
あとで裏付けを取る必要はある。

auto とかも使う。
さすがに異和感があるが、変数の範囲と寿命を意識するため当分続けることにする。

識別子の最初の文字があアルファベットでなければならないのは
トークン切り出しの都合ではと思う今日この頃。

例題の出来具合を日付と共に付け始めて一月半。
１回目は１月以上かかったのに２回目は２週間で終われそう。
来週３回目を１週間で終わらせて、
再来週は良く分かっていないところと附録Ａをやる予定。

今月中に初心者脱出キボンヌ。



（´-`）.。oO（まぁ、自分次第だな。。。）

宣言、再帰、可変引数リスト、辺りが苦手。
あとは寿命と範囲を調べなければ。
ポインタも要復習。

使えるからと言って裏付けを取らないものを記憶するとあとで困る。

一通り終わったら GLUT でもやろう。
さすがに脳内 VRAM にも飽きて来た。