C言語CGI専用スレッド

**名無しさん＠お腹いっぱい。** · 2001/05/04(金) 04:31

C/C++ CGI 専門のスレッドです。
PERL-CGI の情報はどこでも手に入りますけど
C-CGI の情報は少ないです。
C言語のCGIに関することはここに書きましょう。

スクリプトを検索できるサイトです。

http://script.lovely.to/search/home_script_c.html
http://cgi.resourceindex.com/Programs_and_Scripts/C_and_C++/
http://www.cgifiles.com/scripts/cc++/index.shtml

前スレ
http://tako.2ch.net/test/read.cgi?bbs=perl&key=971762830

**続・元スレ** · 2001/05/04(金) 05:01

138 名前：むぎ茶投稿日：2001/04/26(木) 08:18
http://www.mietsu.tsu.mie.jp/freak/index.shtml
CGIというよりPerlみたいなもの?
139 名前：名無しさん投稿日：2001/04/26(木) 16:48
>>138
TOPページが異様に重いんでやめちゃった。
何のサイトなの？
140 名前：名無しさん投稿日：2001/04/26(木) 17:36
CGIというよりPerlみたいなもの?＜意味不明
141 名前：名無しさん投稿日：2001/04/28(土) 10:34
>>138
これとＣ言語と何の関係が？重いので自分も途中でやめたが・・・
---------------------------------------------------------

http://www.mietsu.tsu.mie.jp/freak/freakgarden.shtml
にC++のCGIあるよ。

**名無しさん＠お腹いっぱい。** · 2001/05/07(月) 01:25

STLを使えば連想配列を作れるって雑誌で読んだのだが、
実際にCGIで使ってる人っているのかな？

**名無しさん＠お腹いっぱい。** · 2001/05/07(月) 04:01

Perlの自作掲示板をC++に書き換えたわずかな経験しかないけど、
STL（というかSTLを含むC++標準ライブラリ)は、むっちゃ便利だよ。

ただし正規表現の処理はちょっと面倒みたい。
flexなんかが使える人なら、もっと楽にできると思うのだが、
おれはflexのfの字も知らないので、元のPerlスクリプトから
正規表現をできるだけ減らして、あとは単なる文字列置換で
切り抜けました。

**名無しさん＠お腹いっぱい。** · 2001/05/10(木) 17:29

みんなそんなに正規表現使ってるんでしょうか。
作るものによるのでしょうけど。

C++は開発環境が圧倒的に整っているのがいいですね。
統合環境でソースレベルデバッグ、ローカル変数を覗くのも簡単だし。
簡単なCGIなら、手軽にPerlで十分ですけど。

**名無しさん＠お腹いっぱい。** · 2001/05/10(木) 21:43

>>5
統合環境について同意。
おれもVC++6でデバッグしてます。
でもサーバのgccが古くてSTLがダメダメだったりしないですか？
最新版のgccとlibstdc++をいれればいいとは思うんだけど
面倒でやってない。

**名無しさん＠お腹いっぱい。** · 2001/05/11(金) 11:36

>おれもVC++6でデバッグしてます。
>でもサーバのgccが古くてSTLがダメダメだったりしないですか？

わー、同じやり方の人がいて嬉しい。
サーバのgccは、2.95以降が無ければ自分でいれます。
2.70だと使い物にならないよね。

**名無しさん＠お腹いっぱい。** · 2001/05/12(土) 11:25

C++使いたいけど、なぜかサポートしてくれるISPが少ないような？

6 · 2001/05/12(土) 14:46

>>7
やっぱ古いSTLのままじゃだめっすよね。
素直に今からgcc2.95入れます。

gccのサイトを見ると、C++標準ライブラリの最新版がgcc本体と
別にあるみたいなんですが、=> http://gcc.gnu.org/libstdc++/
これも入れたほうがいいんでしょうか？

>>8
ISPがLinuxとかなら、ローカルに同じ環境を作ってコンパイルして
実行ファイルだけ上げるとか・・・。今度試してみます。

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 04:10

fprintf( log, "REMOTE_HOST....%s <br>", getenvs( "REMOTE_HOST" ) );
fprintf( log, "REMOTE_ADDR....%s <br>", getenvs( "REMOTE_ADDR" ) );
fprintf( log, "REMOTE_PORT....%s <br>", getenvs( "REMOTE_PORT" ) );

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 04:15

fprintf( log, "REMOTE_HOST....%s <br>", getenvs( "REMOTE_HOST" ) );
fprintf( log, "REMOTE_ADDR....%s <br>", getenvs( "REMOTE_ADDR" ) );
fprintf( log, "REMOTE_PORT....%s <br>", getenvs( "REMOTE_PORT" ) );

このようなソースでアクセス解析を行ったのですが、REMOTE_HOSTだけが
取得できません、どうやら特別な操作が必要なようですが自分にはさっぱりです。
良ければ誰かどのようにしてREMOTE_HOSTを取得するのかソースで教えてくれませんか？

11 · 2001/05/13(日) 04:19

http://www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/index.html
此処のページがとても有意義です。

11 · 2001/05/13(日) 04:21

char *getenvs( char *str )
{
char *ev = getenv( str );
if( ev == NULL ) { ev = "none"; }
return ev;
}
さっきから多重投稿ですいません。
１１のソースで使われている関数です。

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 05:06

>>11
マルチポスト野郎は死ね。

って事でこういう馬鹿には答えない方針でいきませう。＞おおる

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 05:48

>>14
確かにマルチポストだ。レンサバ板の旧スレッドにも書いてる。

>>11
これに答えると今後しめしがつかないから。悪いね。
まあ簡単にできるんで調べてみれ。

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 16:29

>ISPがLinuxとかなら、ローカルに同じ環境を作ってコンパイルして
>実行ファイルだけ上げるとか・・・。今度試してみます。

基本的にこれだと思うけど、perlのCGIは許可しても、バイナリの実行は
許可しないISPもあると聞いたので注意。
Apacheとかそういう設定できたっけ？
バイナリでも拡張子を .pl にしたら実行できちゃったりして。

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 16:31

↑バイナリでも拡張子を .pl にしたら実行できちゃったりして。

外部のperlを呼び出してるならともかく、mod_perlみたいに組み込まれた
物だったら強制的にperlスクリプトとして処理されるか。

11 · 2001/05/13(日) 16:36

さっきは本当にすいません、十分に反省しました。

struct hostent *hptr;
hptr = gethostbyaddr( (char*)getenv( "REMOTE_ADDR" ), 4, AF_INET );
printf( "Content-type: text/plain\n\n" );
printf( "%s<br>", hptr->h_name );

何とか自分で調べて gethostbyaddr関数を使えばよいと
いうところまでは解りました。
ただ上のソースでコンパイルエラーはでないのですが
実行エラーがでてしまいます。
どうやら gethostbyaddr関数の使い方が悪いようなのですが。
自分には一番目の引数以外、gethostbyaddr関数の意味が分かりません。
もう二度とマルチはいたしませんので
どうか gethostbyaddr関数の引数、戻り値の意味と使い方を教えて下さい。
ついでにヘッダーファイル名も教えてもらえませんか。
解らないので、すべてのヘッダーを羅列しているのです。

**名無しさん＠お腹いっぱい。** · 2001/05/13(日) 21:53

>>18
その素直さと、gethostbyaddrを自力で見つけてきた努力を
評価して答えさせてもらいます。いいですね＞ここの住人

gethostbyaddrの第１引数は、IPアドレスを4バイトにパックしたもの。
たとえば"127.0.0.1"というIPアドレスなら
char addr[4]={0x7F,0x00,0x00,0x01};
↑このような4バイトのchar配列にして渡せばよい。

"127.0.0.1"のような文字列と、4バイト形式のIPアドレスを
相互に変換するinet_aton、inet_ntoaという関数もある。
ただし歴史的な事情で、これらの関数では、4バイト形式のIPアドレスを
in_addrという構造体で表すので注意。（たいていここで混乱する）

"127.0.0.1"などの文字列形式を4バイトにパックするために、
gethostbynameやgethostbyaddrの戻り値を利用してもよい。
たとえば、こんな感じ。

struct hostent *hptr;
hptr = gethostbyname( (char*)getenv( "REMOTE_ADDR" ) );
hptr = gethostbyaddr( hptr->h_addr, hptr->h_length, hptr->h_addrtype );
printf("%s", hptr->h_name);

これは最初のgethostbynameでhptrのh_addr、h_length, h_addrtypeを
取得し、それを使って今度はgethostbyaddrを呼ぶことで、h_nameを
取得しているわけ。

手元のFreeBSDでは、必要なヘッダはsys/types.hとnetdb.hだった。
これはOSによって違うかも？
そのへんは man gethostbyaddrでわかるんじゃないかな。

11 · 2001/05/14(月) 02:59

>>19
なんとか、出来ました。
こんな自分にも、わざわざ教えて下さって本当に感謝します。
そしてこれからも精進していこうと思います。

**名無しさん＠お腹いっぱい。** · 2001/06/24(日) 18:36

gcc-3.0が出たよ。
http://gcc.gnu.org/gcc-3.0/gcc-3.0.html
libstdc++の最新版も入ったそうなのでSTLがまともになってることを期待。

**名無しさん＠お腹いっぱい。** · 2001/06/25(月) 00:32

掲示板を作ってみたんですけど、入力文章に"「"、"」"があると止まってしまいます。なんででしょ？

**名無しさん＠お腹いっぱい。** · 2001/06/25(月) 01:23

<form method='POST' action="http://aaa/ssss.cgi">
<input type=hidden name="get" value="143242341324">
<input type=submit value="abcd">
</form>
これをTELNETで見ようと思ってもサッパリ分かりませんでした
いま将棋とオセロにはまってます
このCGIの出力結果を見るにはどんな文ををサーバーに送れば見ることが出来ますか？
詳しく分かりやすく専門用語を使わずに教えてくださいおしえてください

**名無しさん＠お腹いっぱい。** · 2001/06/25(月) 09:52

>>23 氏ね

**>>23** · 2001/06/25(月) 15:41

オセロと将棋って何か関係あんの？

**名無しさん＠お腹いっぱい。** · 2001/06/26(火) 21:35

>>23 はバカだねえ

**名無しさん＠お腹いっぱい。** · 2001/06/30(土) 18:41

スマソ、まったくＣは素人なんだがＬｉｎｕｘのＧＣＣだけで作れるものなのか？
Windowsだと金かかるのか？
初心者向けサイトにもその辺りは何にも書いてないぞ（＾＾；

**名無しさん＠お腹いっぱい。** · 2001/06/30(土) 19:19

>>27
C言語でCGIを作るなら、WEBサーバと同じOS環境が必要だよ。
たとえばLinuxのGCCで作ったCGIをアップするなら、
そのCGIを置くWEBサーバもLinuxじゃないと動作しない。
WindowsのVC++とかで作ったCGIは、Windowsサーバじゃないとだめ。

**七資産** · 2001/07/01(日) 01:20

>>27
基本はwebサーバにftpでソースファイルを送ったあと、
telnetでログインしてコンパイルする。

Cコンパイラにどういうものを用意してくれているかは
ISPに聞いてくださいな。そこまではさすがに面倒
見きれない。

27 · 2001/07/01(日) 13:05

ありがとう、サーバーがＬｉｎｕｘだからそのままでよさそうでした

**JAPU** · 2001/07/01(日) 19:23

クロスコンパイル環境整えればどんなOS用でもOKという話もあり。
(面倒だけど。)

**名無しさん＠お腹いっぱい。** · 2001/07/01(日) 19:39

Windowsで動くクロスコンパイル環境ほしいー。

てゆーかGCCだとSTLのヘッダを読み込むのが遅くて困ってます。
VC++みたいなヘッダのプリコンパイル機能ってあります？
gccのマニュアルざっとみたけど見つからないの。。。

**名無しさん＠お腹いっぱい。** · 2001/07/02(月) 01:20

で、C++を使える鯖ってどっかある？

**名無しさん＠お腹いっぱい。** · 2001/07/02(月) 02:19

>>33
ローカルでコンパイルすればいいじゃん。
まあサーバにC++関連のsharedライブラリが入ってないつー
場合もあるけど、そんなときはstaticリンクで乗り切れ。

**名無しさん＠お腹いっぱい。** · 2001/07/03(火) 20:23

っつーかC/C++言語でCGIを書く奴はふつー自前サーバ。
仕事なら当然だが、趣味でも最近はみんな自前サーバ立ててるな。
おれもそうだ。

**名無しさん＠お腹いっぱい。** · 2001/07/04(水) 23:58

んー。flexか。ちと研究してみよっかな。

**名無しさん＠お腹いっぱい。** · 2001/07/05(木) 00:09

GNU regex.c　というものもあるのね。
誰か使った人いる？

**弐ch編者** · 2001/07/06(金) 21:14

晒し上げ

**JAPU** · 2001/07/06(金) 22:25

GNU のやつはしらんが、BSD 由来の方は使ったことある。
とりあえず、あまり参考にならないと思うけど輪講用に適当にでっち上げたもの:
http://www.japu.org/tmp/http.c

httpd.c の方はあまりにも汚くなったので捨てました。

**名無しさん＠お腹いっぱい。** · 2001/07/10(火) 18:49

ちょっと質問です、ＣでＣＧＩを作ろうと思ったんですがＣはまったくの初心者
何か便利なモジュールとかってないんですか？

**名無しさん＠お腹いっぱい。** · 2001/07/10(火) 18:56

↑
とりあえず共用鯖では絶対に動かそうと思うなよ。

**名無しさん＠お腹いっぱい。** · 2001/07/10(火) 19:20

↑なんでだよ。
許されている物を動かして、鯖が止まったならば鯖缶の責任。

**名無しさん＠お腹いっぱい。** · 2001/07/10(火) 20:26

↑
サイアク。
やりたいなら自分の鯖でやれ。

**名無しさん＠お腹いっぱい。** · 2001/07/10(火) 21:53

すげー理論だ。

だいたいの鯖屋の規約には「運用に支障をきたす」云々が有るから、
鯖が止まるようなものは「許されている物」じゃねーけどな。

つことで結局、いきなり共用鯖では動かさないでね(ﾊｧﾄ

**名無しさん＠お腹いっぱい。** · 2001/07/10(火) 22:09

>>44
＞鯖が止まるようなものは「許されている物」じゃねーけどな。
そうだよね。
バグチェックして、鯖管にソース見せて許可貰えば
共用鯖で動かしてもいいんだよね。
それで落ちたら鯖管の責任。
# そこまで（ソース見せる）しなくてもいいとは思うけど。
# 自鯖で正常に動作すればいいでしょ。
# 責任は自分にあるけど。

と言うことで、>>42に同意。

まあ、
>>40が「いきなり共用鯖で動かす」とも、
>>41が「入念なテストの後に共用鯖で動かすのも駄目」とも、
>>42が「いきなり共用鯖で動かしても良い」とも、
「↑」が何番の発言を指すのか、とも、
全く何処にも書かれていないのですがね。

40 · 2001/07/11(水) 01:01

すいません、見てみたら突然こんなことになってまして
ちゃんと自鯖で動かします。

**名無しさん＠お腹いっぱい。** · 2001/07/11(水) 01:14

＞# 自鯖で正常に動作すればいいでしょ。
負荷かけまくるのはダメだろ。正常に動いても。

共用鯖はローカルとは違い、他の人も使ってることを忘れずに。
ローカルでは落ちなくても、共用鯖では落ちるって事もあるから。

＃負荷大きくないのに落ちたなら、鯖管の負荷計画が拙いって事になるけどね。

45 · 2001/07/11(水) 15:55

>>47
＞負荷かけまくるのはダメだろ。正常に動いても。
うん、そうだね。
ちなみに、私は共用鯖で負荷かけまくりな物を
動かすような非常識な人間を対象に書いたつもり
じゃないです。
ここ見てる人がそんな非常識な訳がないと思う…

**名無しさん＠お腹いっぱい。** · 2001/07/12(木) 12:43

>>12

12のページかなり必要なネタが網羅されていていいね。
参考にしよう。

**名無しさん＠お腹いっぱい。** · 2001/07/14(土) 16:33

この情報ならここに沢山あるよ
変なURLに見えるけど内容は確か。
ttp://members.tripod.co.jp/casinoA1/

**名無しさん＠お腹いっぱい。** · 2001/07/15(日) 23:15

ざっとＣの参考書みてみたけど別に難しくはなさそうだね
参考書に書いてあった
int main(){
/*適当なくだらん処理*/
hoge();
return 0;
}

void hoge(void)
{
/*printfのなんか適当な処理*/
}

ってユーザー定義関数ではしばらくvoidを使いなさいって書いてあったんだが
コンパイルするときにhogeはintにしましょうみたいなエラーがでるんだが・・
実際にvoidを省略するとコンパイル＆実行できるんだが。。。
深く考えるのはやめとくか。。。

**名無しさん＠お腹いっぱい。** · 2001/07/17(火) 21:51

session管理age（ｗ

**JAPU** · 2001/07/18(水) 12:06

1. エラーメッセージは自分で適当に解釈せず、そのまま提示しましょう。
2. プロトタイプ宣言しないと int hoge(); と見なされちゃうというお約束。
3. というか、printf 使うなら #include <stdio.h> 必要では?

**名無しさん＠お腹いっぱい。** · 2001/07/19(木) 18:58

#include <stdio.h>
#include <math.h>

void amount(int kingaku,int nensuu,float riritu)
{
int i;
printf("金額%d円\n%d年返済\n利率%f％\n",kingaku,nensuu,riritu);

for(i = 0;i <= nensuu;i++)
{
printf("%3d 年後の元利合計　＝　%.0f 円\n",i,kingaku*pow((1+(riritu/100)),(i+1)));
}
}

int main()
{
int k;
int n;
float r;

do{
printf("元金の金額は？\n");
scanf("%d",&k);
}while (k < 0);

do{
printf("年数は？\n");
scanf("%d",&n);
}while (n < 0);

do{
printf("利率は？\n");
scanf("%f",&r);
}while (r < 0);

amount(k,n,r);

return 0;

}

54 · 2001/07/19(木) 18:58

ごめん、板間違えた

わ、 · 2001/07/20(金) 03:38

age

**名無しさん＠お腹いっぱい。** · 2001/07/21(土) 10:24

あげましょうか？

**名無しさん＠お腹いっぱい。** · 2001/07/21(土) 12:43

Cでフォームのデコードってどうやるですか？

**名無しさん＠お腹いっぱい。** · 2001/07/21(土) 13:49

>>58

please see >>12

**JAPU** · 2001/07/21(土) 16:14

>>58
手前みそであれだが、こんなのもあるぞ。
http://www.japu.org/tmp/parse_query_sample.c

# フォームのデコードってURIのアンエスケープのこと言ってるんだよね?

**名無しさん＠お腹いっぱい。** · 2001/07/23(月) 12:27

>>60のページ開けん（＾＾；

ところで、ＣでＣＧＩってマイナーなんすかね？
>>12のページ以外でまともに解説してるサイトも文献も見つかりませんが

**JAPU** · 2001/07/23(月) 14:22

すまん、いまメンテ中。夕方まで待て。

一般的にCで書くと、効率はある程度上がるが思いっ切りコストがかかるからね。(Perl とかと比べて。)あと、C が使えればあとは「CGIの知識」だけで使えるから、特に「CでCGI」の解説は不要説もあり。

６１ · 2001/07/23(月) 15:12

まってます（わら

確かにＣを昔からやっていらっしゃる方には必要ないかもしれませんね
おいらのようにｐｅｒｌから入ってきて最近Ｃを学んでるものにとって
はなかなか難しいです。
必要なＣＧＩの知識が多少あるのでそれでもまだ良い方なのでしょか？
ｐｅｒｌでは簡単に出来たことが。。。ブツブツとは思いますが
必要な関数が揃ってしまえばＣの方が楽なのかもしれませんね。

**名無しさん＠お腹いっぱい。** · 2001/07/23(月) 16:08

厨房な質問失礼

>>12のサイトで半角カナを全角に変換する関数がありますが
http://www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/kanjicod.html

ものすごく厨房なんですが、これの引数ってなにを入れればいいんですか？

**JAPU** · 2001/07/23(月) 16:11

目的が高速化なら、mod_perl / SpeedyCGI あたりを使うのが吉かもしれない。C言語にこだわるのは理由があるのだろうか...

とりあえずこっちにも置いたので、お急ぎならどうぞ:
http://www.aist-nara.ac.jp/~yasuyu-h/tmp/parse_query_sample.c

**名無しさん＠お腹いっぱい。** · 2001/07/23(月) 17:42

ボスから「Cで CGI書いて」と言われたのでー。逆らえない……

**名無しさん＠お腹いっぱい。** · 2001/07/24(火) 12:07

>>64
ざっと見てみたが、コード変換後にそのコード用の関数を使用するみたい
なんで一通り漢字変換処理が終ってから使用すると思われ。
引数は１個目が頭１バイト、２個目が二つ目の１バイトだと思いますが

**名無しさん＠お腹いっぱい。** · 2001/07/24(火) 12:19

cgi経由でjpeg画像等を表示するのを巧くできますか？

http:www.hoge.com/hoge.cgi
でランダムに画像表示させたいのですが・・・・・

サイズが５KB程度の使い物にならない小さいファイ筆はできるのですが
１０KBを超えるとうまくいきません。
原因はなんでしょうか？

**名無しさん＠お腹いっぱい。** · 2001/07/24(火) 12:32

>>68
なぜその質問をこのスレに？

Content-type: image/jpeg

でも最初に吐き出してみれ

**名無しさん＠お腹いっぱい。** · 2001/07/24(火) 15:29

ＦＯＲＭから取ってきた半角カナ文字の処理に困ってます。

>>64さんと同じ状態で
>>67さんの言われるようにやったつもりですがダメでした。

お手数ですがサンプルなどを示していただけませんでしょうか？

**名無しさん＠お腹いっぱい。** · 2001/07/24(火) 15:32

「半角カナの処理」とやらで何がしたいのかｻﾊﾟｰﾘなので誰も答えられな
いと思いますが

**名無しさん＠お腹いっぱい。** · 2001/07/24(火) 15:44

ＦＯＲＭタグでブラウザから送信されたデータをファイルに保存する
ということでいいのだろうか？>>70

すると半角カナの処理というものは

１．半角カナが表示できないよ　どうしよう　ｳｴﾝｳｴﾝ
２．半角カナを全角カナに変換したいけどできないよ　ﾜｰﾝ
３．半角カナの入力があった場合「半角だｺﾞﾙｧ!!」と表示させるぞ　ｺﾞﾙｧ!!

さて、どれでしょう？

密かにどれでもないことを期待する。

70 · 2001/07/24(火) 18:50

ＳＪＩＳの半角カナを全角カナに変換したいのです。
それ以外にバケない方法があれば教えていただければ幸いです。

77 · 2001/07/24(火) 20:55

>>66
lex使うと正規表現扱うのがラクだYO!

**名無しさん＠お腹いっぱい。** · 2001/07/25(水) 15:39

http://www.ra.sakura.ne.jp/~sabre/Pecker/Source/index.html

少なくとも２人はいらっしゃると思われる半角カナファンのかたへ
こういうページは見られましたか？

**名無しさん＠お腹いっぱい。** · 2001/07/25(水) 22:14

Ｃ言語でコンパイルしたhoge.exe実行ファイルを実行するとメモリエラーがでてhoge.exe.stackdumpが生成されます。
私はアセンブリを全く知らないのでこのhoge.exe.stackdumpの内容を理解する事ができません。
メモリ操作が間違ってるのだとは思いますが・・・・・
どなたかこのファイルが何を教えてくれているのか教えてください。

Exception: STATUS_ACCESS_VIOLATION at eip=00401197
eax=00000000 ebx=00000004 ecx=0254FA7C edx=00000000 esi=6107D0E8 edi=00000000
ebp=0254F818 esp=0254FAD0 program=E:\APACHE\CGI-BIN\HOGE.EXE
cs=0167 ds=016F es=016F fs=4CB7 gs=0000 ss=016F
Stack trace:
Frame Function Args
0254F818 00401197 (00000000, 00000000, 00000000, 00000000)
0254FBFC 00401197 (00000001, 04580998, 04580008, FFFFFFFE)
0254FD88 61003859 (00000000, 00000000, 4D448DCE, 00000002)
0254FDB8 61003A3D (00401064, 00000000, 81952E1C, 00000000)
0254FDD8 61003A7C (00000000, 00000000, FFFFFFFF, 00000001)
0254FE08 00406063 (00401064, 0254FC8C, BFFC9490, 0254FF68)
0254FE38 0040103D (00000000, 81952BB8, 00540000, 6C696B53)
0254FF78 BFF8B6E6 (81952DD8, 00000008, 81952BB8, 00000000)
893210 [main] hoge 1744003 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
912544 [main] hoge 1744003 handle_exceptions: Error while dumping state (probably corrupted stack)

**名無しさん＠お腹いっぱい。** · 2001/07/26(木) 11:38

ダンプ見せられて分かる人の方が珍しい。
ふつーはソースみるかデバッガ使うかする。

**名無しさん＠お腹いっぱい。** · 2001/08/06(月) 16:54

上記の方でいろいろされていらっしゃいますが、ＵＲＩデコードで半角カナ文字
を全角カナ文字に変換までしてくれる関数はありませんか？

**名無しさん＠お腹いっぱい。** · 2001/08/06(月) 17:13

デコードしたあとでjcode使ったらどうよ?

**名無しさん＠お腹いっぱい。** · 2001/08/06(月) 19:40

>>76
とりあえずMAPファイル出してスタックダンプの各行がどの関数か調べなさい

**名無しさん＠お腹いっぱい。** · 01/08/31 02:18

Perlで簡単な掲示板を書けるぐらいになって、Cに乗り換えようとしています。
で、多数のテーブルデータ（1000*5ぐらいの項目数）を扱うなら
どのような手法を使うのがもっとも良いでしょうか？
5000個もファイル作ってられないし、適度に項目を連結して保存、
取り出す都度再分解、という手法で良いんでしょうか？

01/08/31 04:10

バイナリでも使ってください。

**名無しさん＠お腹いっぱい。** · 01/08/31 12:06

C で CGI 作ると、Perl で作るのに比べて、10倍時間がかかって、なおかつバグだらけ、というカキコがプログラマー板であった。
これは、一般的に逝ってそうなのか、それとも、そのコードを書いたやつがたまたまヘタレだったのか。

**名無しさん＠お腹いっぱい。** · 01/08/31 12:26

間違いなく時間はかかる

**名無しさん＠お腹いっぱい。** · 01/11/03 00:20

　こんなこと聞いていいのかわからんが・・・
　箱庭のＣ＋＋バージョンのコンパイルのことで聞きたいス。

　今借りてるサーバがＴＥＬＮＥＴ使用禁止なんだけど、ＧＣＣは使用可とのこと。
　こういう場合は、ＣＧＩを使ってコンパイル出来るヨ・・・って聞かされたんだけ
ど・・・。
　検索して「telnet.cgi」っていうのを見つけたけど、なんか箱庭をコンパイルでき
そうな感じがしない・・・。

　誰かわかる人います？

**名無しさん＠お腹いっぱい。** · 01/11/03 00:22

>検索して「telnet.cgi」っていうのを見つけたけど、なんか箱庭をコンパイルでき
>そうな感じがしない・・・。

感じで決め付けるな。

85 · 01/11/03 00:44

　といいますか・・・
　telnet.cgiではソースファイル拡張子の設定が一種類しかできない
ようなのでムリかな・・・と。
　箱庭Ｃ＋＋版は「.c」と「.h」を使うので。

**名無しさん＠お腹いっぱい。** · 01/11/03 00:55

それは悲惨ですね、ShellかperlかC、どれでも良いので少し勉強しましょう
或いは出来る人に頼みましょう。
ここでサポート出来る段階ではないです。

85 · 01/11/03 01:01

　perlならそれなりにいけるんですが。
　確かにshellとCはまるでダメです。
　書籍のコンパイルの説明などをいろいろ目をとおしたけど、どれも
ＣＧＩ(Perl)を使ったやり方の説明がなかったので。
　なんかいい書籍はないですかねぇ・・・。
　ご忠告感謝です。

**名無しさん** · 01/11/03 01:05

まあまあ、hはソースじゃ無い、ヘッダファイル
良く解らんけど、その感じだと多分エラーを捕まえて無いんだろ?
どんなcgi使ってるか知らないが適当にファイルにリダイレクトでも
しなきゃ、エラーが読めないじゃん。
で、読めたとしても、まあ悲観的に言うと8割方処理系依存で一つや二つ
エラーが出ると思うが。
それを直して、またコンパイルして・・・・
コーディングしろとは言わんが、ローカルでコンパイル位出来ないと
道は遠そうだ

**名無しさん＠お腹いっぱい。** · 01/11/03 01:12

Cわからんのにコンパイルするなや・・・
Perlとちがって低いとこまでいじれるから，
問題起きた時大変だよ。
それが原因で鯖トんだりしたら，85氏の責任。
いろいろ請求されたりするかもしれん。

鯖名・telnet.cgi・GCC・.hとかで検索かければ，
先人がなにか書いてるかもね。

85 · 01/11/03 01:43

　え～と・・・
　まだコンパイル自体してないんです。
　telnet.cgiについてもよくわかっていないので。
　あせらずオイオイ勉強していくことにします。
　お二方のご助言感謝。

**名無しさん＠お腹いっぱい。** · 01/11/03 01:45

取り合えずCygwinでも入れれば?
タダだし、暇つぶしにはなると思うよ
PERL分かるなら、コマンド投げてる所の下にでも system ("$hoge 2>>./error.txt");
とでも書いてerror.txt置いとけばメッセージは読めるよ(読みにくいけど。。)

**名無しさん＠お腹いっぱい。** · 01/11/03 02:04

まだやって無いのカー　(-▽- ;)
http://www.cygwin.com/
WINでUnixLIKEなシェルが使えるよ、これでしばらく遊べば
後は同じ事をサーバでやるだけだから・・・・
コケた時にSTDERRを上手くキャッチするこってす

85 · 01/11/03 09:29

　なるほど・・・cygwinでシェルのお勉強ですね。
　では早速試してみることにします。

　それにしても質問が激しくアレだったので「厨房氏ね」とかいう
レスを覚悟してたら・・・親切なレスついて嬉しいス。
　これからはCとshellの勉強に励む事にします。
　みんなありがと～。

**名無しさん＠お腹いっぱい。** · 01/11/08 18:55

CとPHPどっちがいいの？

**名無しさん＠お腹いっぱい。** · 02/01/15 13:27

やっぱCだと一旦コンパイルすればインタプリンタ系に比べれば
速いor転送量・サーバ負荷が軽減されるぜ！がんばれ！

**名無しさん＠お腹いっぱい。** · 02/01/15 13:45

>>97
「転送量」は吐き出すモノによって変わるものだから、
C でやろうが Perlでやろうが同じです。

**名無しさん＠お腹いっぱい。** · 02/01/15 15:01

ちょっと質問よろしいでしょうか？
Ｃ言語でのＣＧＩの場合、領域の確保が問題に思えます。
相手がどこまでのサイズのデータを送信してくるかわかりませんし。
送信フォームでサイズ指定をしても、悪意を持ったものに
不正なサイズの大きなデータを送られたら、領域に指定した
サイズをオーバーしてしまうように思えます。
リファラーなどで制限しても、それくらいはどうにでもなりますし。
かと言って、無闇に初期化する領域を大きくしてもメモリの無駄に感じます。

皆さんはそのような事に対してどのような対策をとっておられるのでしょう？
Ｃ言語の勉強をしているのですがどうにもそこで詰まってしまって・・・。
どうか、どなたかご教授ください。

**日下部圭子** ◆ib749tYo · 02/01/15 15:42

In article >>99, 名無しさん＠お腹いっぱい。/99 wrote:

> Ｃ言語でのＣＧＩの場合、領域の確保が問題に思えます。
> 相手がどこまでのサイズのデータを送信してくるかわかりませんし。

malloc()やrealloc()を使って動的に確保するのが一般的でしょう。
データの最大長が数十キロや数百キロ程度なら、固定長で確保しても
問題ないと思いますが。

> 送信フォームでサイズ指定をしても、悪意を持ったものに
> 不正なサイズの大きなデータを送られたら、領域に指定した
> サイズをオーバーしてしまうように思えます。

Cに限らず、どのような言語でもデータ量の上限チェックは入れる
必要がありますよ。

# CGIだと、Webサーヴァーのほうで制限してくれるのかな?

----------------------------------
||//
(@_@) Kusakabe Keiko
----------------------------------

99 · 02/01/15 16:21

親切な回答ありがとうございました。
malloc関数はこういう時に使うのですね。
今まで色んな所でsizeof演算子と組み合わされているのを見てきたのに
いまいち良くわかっていなかったのですが、ようやく理解できました。
これから色々試しながら勉強していこうと思います。（もちろんローカルで）
勉強になりました。
本当にありがとうございます。

**名無しさん＠お腹いっぱい。** · 02/01/16 09:04

>>101
関数の中で realloc 使うときはよく注意すること...

int *ptr, *tmp;

ptr =(int *)malloc( sizeof( int ) * 10 );
tmp =(int *)realloc( ptr, sizeof( int ) * 30 );

なとき、ptr == tmp とは限らないので。

void extend( int *array, size_t len )
{
int *tmp;

tmp =(int *)realloc( array, sizeof( int ) * len );
}

とかやってると、はまる。

void *ptr;

ptr =(int *)malloc( sizeof( int ) * 10 );
extend( ptr, 30 );
memcpy( ptr, "hello, world!", 14 ); /* SIGSEGV だったりして */

02/01/16 09:28

. ∧　　 ∧
(　´ ・∀・｀)　へー

**名無しさん＠お腹いっぱい。** · 02/01/16 10:58

>>102　Call by value って知ってる??

**名無しさん＠お腹いっぱい。** · 02/01/16 15:13

>>103
死ね

**名無しさん＠お腹いっぱい。** · 02/01/16 21:07

バッファの問題、文字コードの問題その他を一気に解決するにはC++.
以降をおすすめします。malloc/reallocおよびポインタ演算は
普段は使わなくなります。オーバーフローもなくなります。

string s;
char ch = 'A';

if (s.size() < LIMIT) s += ch;

**名無しさん＠お腹いっぱい。** · 02/01/19 00:11

日下部圭子ﾀﾝがこんなところに・・・・

**名無しさん＠お腹いっぱい。** · 02/02/06 23:01

救済sage

**名無しさん＠お腹いっぱい。** · 02/02/07 09:50

>>104
realloc は必ずしも元のアドレスを維持するとは限らないって話なんじゃないの？
なにか勘違いしてると思われ。

**名無しさん＠お腹いっぱい。** · 02/02/17 21:03

保全sage

**名無しさん＠お腹いっぱい。** · 02/02/18 10:00

111。
保全ageでもいいんじゃないの？
もっとも、このネタだったら、プログラム板の方がいいかもしれないけど。

**名無しさん＠お腹いっぱい。** · 02/02/18 19:30

C初心者だけど、挑戦してみようかなぁ・・・
あちこち回って勉強して、ソース書いてここで晒したらアドバイスもらえますかね？？
とりあえず参考になるようなとこｸﾞｸﾞって来ます。

**名無しさん＠お腹いっぱい。** · 02/02/18 21:12

がんばれ

**名無しさん＠お腹いっぱい。** · 02/02/18 21:14

>>112
Ｃでコンソールアプリ書けたらCGIは簡単だ。ファイト。

**名無しさん＠お腹いっぱい。** · 02/02/21 09:01

デバッグ出力をちゃんとファイルに書き出すようにね。

**nobodyさん** · 02/04/05 13:52

>>112
同じく。perl知らないしCはまあ読める程度だけどおいらもがんばるよん

・・・って、数カ月ぶりの投稿かよ！あらら。。

**nobodyさん** · 02/04/07 11:18

おはつです
CでCGIを書こうと奮闘しているのですが
（鯖はrimnet、OSはFreeBSD Ver.3改）
とりあえず書いたら、IEでは問題ないのだけど
NS4.7/6.2で見ようとするとError500 Internal Server Errorでます
原因がわかりません。
教えてください
ttp://members.tripod.co.jp/mod5/enter.c.txt

**nobodyさん** · 02/04/07 23:34

>>117
原因とは関係ないんだけどいくつか

・グローバル変数はグローバルである必要がなさそう
・exit(1);って何で1なのか
・getenv("HTTP_COOKIE")は２度も使う必要はないのでは
・mallocで確保したcookieの領域がfreeされてない
・exit()で終了させる前にヘッダを吐いてないとサーバーエラーになるはず
・コンパイルするとキャスト関係で警告が２０個近く出る

そういったところをまず直した方がいいんじゃないかな

**117** · 02/04/08 00:03

>>118
ありがとうございます
一つずつなおしていきます

02/04/11 15:40

Ｃ言語でＣＧＩを作成する時に参考にする良い書籍はないでしょうか？
書店に行っても９割方Ｐｅｒｌの本なので・・・。
スレッドも、Perl、Ruby、phpはあるのですが、ＣのＣＧＩは無かったので。

**nobodyさん** · 02/04/12 09:56

何らかのCGI本「CGIとは何か」を学べば、実のところ言語なんて関係ない。

**nobodyさん** · 02/04/12 09:56

失敬
s/何らかのCGI本/何らかのCGI本で/

**nobodyさん** · 02/04/12 15:52

>>120
C言語の本があれば特に問題ないかと
本で読むより検索で調べたほうが速いと思うので（タダだし）
「C言語 CGI」でgoogleにかければ出てきたような気がする

**nobodyさん** · 02/04/13 03:12

>>120
既出だと思うけど
http://www2k.biglobe.ne.jp/~motoi/cdecgi.html
http://www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/
上の２つ＋C言語の本１冊で作れるようになるはず。
URLデコードと文字列操作がperlよりも面倒なんだけど、それができ
ればまぁ大丈夫だと思う。

**nobodyさん** · 02/05/02 00:48

>>1 の
前スレ
http://tako.2ch.net/test/read.cgi?bbs=perl&key=971762830

って、404 になるんですが、前スレはどこですか？

**nobodyさん** · 02/05/02 00:50

ばーか

**nobodyさん** · 02/05/02 01:08

>>125
http://tako.2ch.net/perl/dat/971762830.dat

**125** · 02/05/02 05:01

>>127
ありがとう。html になってから読みに行きます。

**125** · 02/05/02 06:07

っと、思ったら .dat でも読めますね。
フォーマットも簡単そうだし、自分で整形してみます。

**void()** · 02/05/02 07:09

CでCGIつくるのとperlで作るのどっちがいいの？

**nobodyさん** · 02/05/02 08:22

>>130
一長一短

**nobodyさん** · 02/05/02 12:26

こんなスレあったのか。
C言語で頑張るのもいいけど、C++でSTL使うと物凄く楽だよ。

>>130
CもPerlも両方使えるならPerlの方が楽。実行速度以外ではほとんど全ての点で勝ち。
Cは知ってるけどPerlなんてしらねーよって場合はCの方が楽。
ただ、Cが使えるサーバが少ないんだけど。使えても使えるとは書いてないのが普通。
書いてないサーバだと、たとえ使えたとしても使っていいのか管理者に聞いた方がいいよ。

sourceforge.jpは使えるみたいだね。なんか説明読むとめんどくさそうだけど。

**Perl厨** · 02/05/02 12:53

実行速度もmod_perlを利用すればそれほど差は無くなるんだよな。
よってPerlの勝ち。

＝＝＝＝＝終了＝＝＝＝＝

**void()** · 02/05/02 16:14

なるほど。うーん。perlか。

**nobodyさん** · 02/05/03 02:18

C: 包丁
Perl: 皮剥き器

**nobodyさん** · 02/05/03 03:23

日本刀くらいかも＞Ｃ
日本刀でジャガイモの皮を剥く感じ。

**nobodyさん** · 02/05/03 03:26

Cって今どういうのに使われてんの？

**nobodyさん** · 02/05/03 03:42

>>136
さすがに大げさすぎるでしょ。
せめてサバイバルナイフで髭を剃る、ぐらいで。

>>137
なんでもあるよ。認知度が低いだけだと思う。
GTK, SDL, OpenGL, libxml, あたりで検索してみて。

昨日から CGI 勉強し始めたけど、もうほとんど理解したよ。
スゴク少なかったのね、CGIって。もっと大げさなもんだと思ってた。
このスレが廃れている理由を理解した。(W

**nobodyさん** · 02/05/03 08:35

>>137
組み込みシステムとかで現役。

**nobodyさん** · 02/05/03 08:52

Cで普通にプログラミングしてる奴には、質問するほどの事がないんだよね。

>>137
意外といまだにCも多いよ。ゲーム系はほとんどC。素人の方がC++使ってる。
あと、組み込み系はコンパイラが無くて仕方なくCだね。

**nobodyさん** · 02/05/03 09:24

>>140
C++なんて実装したら貴重なりソースが消滅しません？

**nobodyさん** · 02/05/03 10:34

最近Perl止めてC言語勉強し始めたけど、
他の人が言ってるほど難しくないね。結構Perlと
似てるような文法も多いし。

**nobodyさん** · 02/05/03 10:41

>>142
だれがＣを難しいと・・・？
まぁ、リファレンスわかってればポインタもかろうじてわかるでしょう。

**nobodyさん** · 02/05/03 12:27

グループウェアの CGI で、Perl でプロトタイプつくって、
Perl だとソースでちゃうし、インストールがややこしいので、
C で書きなおして、オブジェクトで販売してるって話聞いたけど、
みんなそんなことしてるの？

**nobodyさん** · 02/05/03 12:41

（　´_ゝ`）

**nobodyさん** · 02/05/03 22:50

>>142
わかりにくいのはポインタと構造体だけだと思うけどね・・・

**nobodyさん** · 02/05/04 12:33

>>146
ポインタはともかく構造体って難しい？

**nobodyさん** · 02/05/04 17:55

構造体は以外と詰まる人が多いみたいよ。
好きに作れちゃうところがかえって混乱しやすいみたい。

**146** · 02/05/04 18:02

>>147
自分が詰まったところです。。。

02/05/04 22:45

アセンブラに比べれば極楽だよ。
あははは(ﾟдﾟ)

**nobodyさん** · 02/05/04 23:53

じゃあ、共用体とか言ったらパニック？

**nobodyさん** · 02/05/05 13:43

構造体は難しいというより、初心者には使い道がわからないと思う。
共用体は実装の都合とかの、どちらかというと汚い部分で必要になるから、
初心者に教える必要ないよなぁ。エンディアンに依存しないプログラムを
書く場合なんかには便利なんだが。

**nobodyさん** · 02/05/07 18:11

>>138
ソースうｐ汁！

**nobodyさん** · 02/05/08 11:03

>>148
実用的なプログラムを組もうとすると、構造体にもポインタを使うから、理解が進まないうちは、
エラーメッセージが出てもどう対処してよいかわからない、ということでは？

**nobodyさん** · 02/05/11 11:01

C&Perl 5によるCGI入門

http://www.amazon.co.jp/exec/obidos/ASIN/4795296960/qid=1021082069/br=1-12/ref=br_lf_b_12/250-0136950-8331429

**nobodyさん** · 02/07/17 12:01

>>155
アジソン・ウェスレイはいい本出してるなぁ。

**nobodyさん** · 02/08/02 00:19

age

**nobodyさん** · 02/08/05 00:11

ファイルポインタを使って円の面積を計算するプログラム、教えてください。
ファイルポインタには半径１から１０の数値があります。
出力結果は次のようになるようにして下さい
半径　面積
１
２
３
・
・
１０

**nobodyさん** · 02/08/05 00:30

>>158
マルチはうせろ！

**nobodyさん** · 02/08/05 03:29

課題は自分でやろうね。

**nobodyさん** · 02/08/13 16:54

うーん活気がない。やはりPerlに押されっぱなしか。
しかし暗号のような変数を多用するPerlに不快感を感じる人には
それほど悪い選択ではないと思うが。

**nobodyさん** · 02/08/13 17:18

>>161
この辺がＣの限界って感じ？

**nobodyさん** · 02/08/13 17:21

>>161
暗号のような変数を多用するPerlの方がわかり易い体なのでCのほうが実は不快。

**nobodyさん** · 02/08/13 17:31

うちの鯖Cコンパイラが使えないんだよなぁ・・（鬱

**nobodyさん** · 02/08/14 11:37

文字が中心であるWWWにおいて、
つねに「文字列の扱いには難がある」と評されるCが使いづらいのは、
当然といえば当然だな。

**nobodyさん** · 02/08/14 12:29

ライブラリ使わないからだろ
素のCなんか使ってられるかよ
精気表現もガベコレもstringライブラリも有る
つーか＋＋ならSTLが有るだろ

**nobodyさん** · 02/08/14 21:11

C言語でつくるCGI入門って本出てたけどどう？買った人いる？

**nobodyさん** · 02/08/15 12:00

普通のＣで質問なのですが、FtpCommand関数を使ってサーバーにあるファイルの
パーミッションをゲットするにはどうすればいいのでしょうか？

**nobodyさん** · 02/08/15 15:00

>>166
そう、そこだ！長年ため込まれてきた遺産が、不当に低く認識されている！
膨大なライブラリを活用すればC/C++でも自由なウェブプログラミングができる！
さて
> 精気表現もガベコレもstringライブラリも有る
ということなので、みなさんの知っているウェブプログラミング向けライブラリを
知らせあいましょう。

**nobodyさん** · 02/08/15 18:49

>>168
ちょっと返事がないからってスレ立てるなｳﾞｫｹ。逝ってよし

**nobodyさん** · 02/08/15 18:55

>>168
まず立てたスレの削除依頼を出してこい。その後なら答えてやらんこともない。

**nobodyさん** · 02/08/15 19:06

CGI で学ぶ C++
http://www.matsusaka-u.ac.jp/~okumura/cplusplus/

**nobodyさん** · 02/08/16 00:03

>>170-171
知らねー奴に聞いてねーYO

**nobodyさん** · 02/08/16 00:08

まず立てたスレの削除依頼を出してこい。その後なら答えてやらんこともない。

**nobodyさん** · 02/08/16 04:26

>>169
取りあえず、知ってるのだけ

ガベコレ
http://www.hpl.hp.com/personal/Hans_Boehm/gc/

Perl5コンパチ精気氷原ほか
http://www.hi-ho.ne.jp/babaq/index.html

つーかC LIBRARYでぐぐればゲソゲソ出て来るよ

**nobodyさん** · 02/08/19 11:40

Ｃでメーラーもどきを作っているのですが、そこでちょっと質問
受信したメールの日時は
「Date: 13 Feb 2002 15:26:45 +900」の行でいいと思うのですが、
これが、下のように
「Date: 13 Feb 2002 15:26:45 -0000」ってなっているばあいは
時間が違うみたいなのですが、これはどういうことなのでしょうか？
日時を正しく取得する方法を教えて下さい。

**nobodyさん** · 02/08/20 17:23

タイムゾーンが、UTC（GMTか？）になっているってことですよね？
そのまま9時間足して、JSTでそろえるようにすればいいんじゃないですか？
簡易メーラーなら。

**nobodyさん** · 02/08/21 01:11

>>167
> C言語でつくるCGI入門って本出てたけどどう？買った人いる？

これ、絶対に買ってはいけません。

サンプルコードがバッファオーバーフローのことを全く考えていないんで、
この本を参考に作ったサイトはあっという間にクラックされちまいますよ。

# 即刻、廃刊にしる!!

**nobodyさん** · 02/08/21 13:41

入門書籍ってのはそういうもんだ。
サンプルコードは本質がボケないように、極端にシンプルにする必要がある。

マニア向けなら違うけど。

とは言っても最低限注意書きなりは欲しいけどな。

**nobodyさん** · 02/08/23 15:30

いや、このご時世では、セキュリティに配慮のないサンプルは
サンプルとはいえないでしょ。
ここを強調表示して、CSS使って、...よりも、セキュリティ対策のためには
どういう点を厳守すべきか、そういうことを本にするんじゃないのか？
その本にバッファオーバーフローの危険があるのが本当なら、絶対買うのはやだな。

# 廃刊にしる!!

**179** · 02/08/28 18:03

じゃぁ入稿よろしく。

**178** · 02/09/01 15:37

>>179
> 入門書籍ってのはそういうもんだ。
> サンプルコードは本質がボケないように、極端にシンプルにする必要がある。

長さチェックを全く行なわずに
strcpy(buffer, getenv("QUERY_STRING"));
なんてことをするコードが何の注意書きもなく載っている本が
入門書としては最適なのですか?

**nobodyさん** · 02/09/02 20:45

そーじゃなくてさ、「CでCGI入門」みたいな書籍で全て説明する必要は無いし、
その書籍だけで全てを知ろうとするのがそもそもの間違と信じている。

餅は餅屋。内容が重複してちゃ存在価値が薄れるじゃん。
必要なら「C言語」を学習するための本。
「CGIを使う」を学習するための本。
「Cのセキュリティ上の落とし穴」を学習するための本、
を夫々読むのがスジじゃないかな。

ってゆーか今の子ドキュメン読まなさすぎ。

**nobodyさん** · 02/09/04 10:48

すみません、ちょっと教えて下さい。
FTPコマンドでNLSTやLISTコマンドを使った時に
年が表示されないのですが、これらのコマンドを使って
年を表示する方法を教えて下さい。

**nobodyさん** · 02/09/04 14:16

>>184
スレ違い
というより板違い。

**nobodyさん** · 02/09/07 14:44

> C言語でつくるCGI入門って本出てたけどどう？買った人いる？
買ったよ…。何かこう、中途半端な本だね、入門というなら「CGIブック」（インプレス）
の方がわかりやすいし、ああいったサンプルコードを書き集めてお茶を濁した
本ってのは、「CGIブック」なんかにくらべると、１００分の１程度の手間暇
しかかかってないんじゃないかな。

**178** · 02/09/08 22:29

>>183
> そーじゃなくてさ、「CでCGI入門」みたいな書籍で全て説明する必要は無いし、
> その書籍だけで全てを知ろうとするのがそもそもの間違と信じている。

そりゃね、たとえば「strncpy()の落し穴」のようなネタはCGIの入門書で
扱うような内容じゃないが、だからといって危険なサンプルコードを
放置していいわけがない。
素直にsnprintf()とかを使えばいいじゃないか。
# 「snprintf()は移植性がない」なんてほざく馬鹿の意見は却下。
# C99の仕様書でも読んでこい。

しかもこの本、buffer overflowのことはかけらも気にしていないくせに、
「顧客の情報を守るために通信路を暗号化しましょう」なんていって
OpenSSLの解説をやってたりする。
著者にはいっぺん首吊ってもらいたいもんですな。

> 餅は餅屋。内容が重複してちゃ存在価値が薄れるじゃん。
> 必要なら「C言語」を学習するための本。
> 「CGIを使う」を学習するための本。
> 「Cのセキュリティ上の落とし穴」を学習するための本、
> を夫々読むのがスジじゃないかな。
>
> ってゆーか今の子ドキュメン読まなさすぎ。

もはや何を言いたいのかよくわからんが、今の子がドキュメントを
読もうと読むまいと、百害あって一利なしの悪書が本屋に並んでいることを
正当化できるわけがない。

**nobodyさん** · 02/09/08 23:31

素人の質問なんですが、なんでわざわざCでCGI書くの？
今時のサーバリソースで実行性能が問題になるような処理をさせてるの？

**nobodyさん** · 02/09/08 23:42

速い、ってのがあるだろな。

**nobodyさん** · 02/09/09 00:16

でもforkのコストも馬鹿にできないからなあ。
(Cに限らずCGIそのものの問題だが)

**188** · 02/09/09 01:29

>>189
いや、速さが表面化するような処理をさせてるの？って質問なんだが。。

**nobodyさん** · 02/09/09 03:13

C言語は早いという幻想を持った人が多いからねー
>>190　も言っているがforkのコスト大きすぎて実際の速度は出ないと思うんだが
簡単な実験をしてみたがmod_perlに移行した方が数段早かった
C言語で書く利点てまったくないといいきれるんだがどうだろうか？
主要部分のみCで記述してPerlのでXSでつくるって話しならわかるんだが
そのへんどうよ？

**188** · 02/09/09 04:13

>>192
まあ仮にCGIでminimaxな最善手探索とかオンザフライ動画レンダリングとかを
するってんならCを選択するのもわかるのよ。ただフツーの掲示板なりを作るのに
Cを使うってのはいまいち理解できないなあ、と。実際mod_perlの方が圧倒的に速いだろうし。
あとCが役に立つといえば>>144が言ってるような商用配布時のソースコード秘匿性もあるね。
っていうかPerlのB::Bytecodeってどれくらいsecureなのかな…（スレ違い

**nobodyさん** · 02/09/09 15:04

C99じゃ移植性が高いとはいえないな。

**nobodyさん** · 02/09/19 23:01

>>188
単純に「Perlが嫌い」ってのが実際は一番の理由かも。少なくとも俺はそう。
スクリプト言語のいい意味でのいい加減さが我慢できないのよ。

**nobodyさん** · 02/09/19 23:56

>>188
使い慣れてるからかな。
わざわざPerlやJAVAで書くより悩まずに書けるから。

02/09/19 23:59

http://www.430.jp/rak2/user/ryuugasakikaori/

**nobodyさん** · 02/09/20 01:32

Perlを覚える暇があったら今使えるCで書いた方が早いや。

**nobodyさん** · 02/09/20 01:47

とあるPJで、
「Disk容量が無くてPerlをインストールできないのでgccで」
ってサイト構築注文してきた客もいたな・・・（藁

**nobodyさん** · 02/09/20 10:11

gccをインストールする容量はあるのか(笑)