Ｃ言語のＣＧＩを語りつつ普及するスレ

Ｃ言語のＣＧＩを語りつつ普及するスレ at PHP

[1からを表示]
50:nobodyさん
03/03/26 22:38
>>49
ライブラリ厨、爆誕！

51:nobodyさん
03/03/26 22:40
>>50
C標準ライブラリやSTLはスルーしてどうして俺だけ・・・

52:nobodyさん
03/03/26 22:42
>>51
そういやそうだな。スマソ。

53:nobodyさん
03/03/26 23:07
じゃあC/C++でCGIを語るスレってことで

54:nobodyさん
03/03/26 23:09
>>53
Pascalに謝れ。

　

55:nobodyさん
03/03/26 23:20
Pascalよ、斬り捨ててごめん。

じゃ、改めてC/C++でCGIを語るスレってことで

56:nobodyさん
03/03/26 23:24
>>55
なめんなこら！コンパイル済み実行ファイルなCGIを語りつつ普及・・・って普及するスレってなんだよ・・・。

Windows用ならGUIで設定とかできるとおもしろいなとか思ってみたり。

57:nobodyさん
03/03/26 23:37
設定って？CGI用の設定ファイルをGUIアプリに吐かせると言う意味？
それなら根本的にCGIとは関係ないと思うけど。
単にテキスト出力するプログラム作ればいいだけだから。

58:nobodyさん
03/03/26 23:42
>>57
普及するスレとか言っちゃう奴に理解してもらおうと思った俺がバカだった。

59:nobodyさん
03/03/26 23:52
ブラウザでHTMLフォーム表示したってGUIだしな。
Windows用ならGUIで、って何を指してるのかがわからん。

60:nobodyさん
03/03/27 00:19
テキストブラウザで表示したらGUIじゃないぞ。

>>59
GUIの設定ツールをつくるってことじゃない？対象がCで書かれている必用はないけど。

61:nobodyさん
03/03/27 00:21
>>60
キャラクタで構成されたGUIってのも存在すると思うが。

62:nobodyさん
03/03/27 00:21
>>60
>テキストブラウザで表示したらGUIじゃないぞ。
CUIのことよく分かってない予感。

63:nobodyさん
03/03/27 00:26
>>61
どこがグラフィカル？

64:nobodyさん
03/03/27 01:05
>>63
***すれ立てるまでもない質問はここで　第34刷***
ｽﾚﾘﾝｸ(tech板)l50

その話はこっちで現在継続中。

なんでわざわざ移動して質問したのかは謎。

65:nobodyさん
03/03/27 01:27
>>GUIで設定
言い出しっぺの>>56が説明もせずにいなくなったわけだが

66:somebody
03/03/27 17:30
ライブラリを使用ないし使用を示唆するような香具師へ
>>49

もちろんライブラリはあるなら使ったほうがよい。

Ｂｕｔもし、なんもなしでアドリブでつくれっていわれたときに
「ぼくちゃんライブラリがないとつくれましぇ～ん」
なんてことにならずに独力ですべてつくれるようにしておきたいんだＹＯ。

67:nobodyさん
03/03/27 17:32
>>66
お前、とっくに終わった話題をトレースして何が楽しい？

68:nobodyさん
03/03/27 17:36
>>66
ならこのスレと関係ないから一人でひっそりとC標準ライブラリでもSTLでも好きなの作ってれや。

このスレはどうでもいいことに食いついて全然話が進まないな。

69:fusｉanasan
03/03/27 17:36
ポケモンってＣ言語でつくれますか？
GBDKでつくれますか？

すれ違いならいいんです。ほんとごめんなさい。
フシアナサンってだれですか？

70:nobodyさん
03/03/27 17:38
>GBDK
Gaki Bakari Dana, Koko.

71:fusｉanasan
03/03/27 17:38
>>67

66です。すまむこ。このネタおわってたのね。
ところでふしあなさんってきかなくなったんですね。

72:nobodyさん
03/03/27 17:38
>>69
できないことはない、できればアセンブラの方が良いと思うが板違いだと思われ。

73:fusｉanasan
03/03/27 17:43
>>72

ありがとう。先キュー。ＯＫ牧場

74:fusｉanasan
03/03/27 18:08
CとＣ＋＋の書き方を同じプログラム内で書くことはできますか？

75:nobodyさん
03/03/27 18:09
ただのC/C++質問スレになってる(;´Д`)

76:nobodyさん
03/03/27 18:10
>>74
統一しとけ。な。

77:nobodyさん
03/03/29 17:51
そんなことよりperlのBモジュールから吐き出されるCのコードはなんとかならんのか。
hello,world がなんで100KBになんだよ。

78:初心者
03/03/31 22:24
実験でくだらないCGIをCで書いてみたんだけど
使用したコンパイラが、な、なんとLSI C-86試食版なんすよ！！

しかし16Bitでカナーリ時代遅れの予感、、
誰かWindowsで動作する32Bitコードを吐き出す
フリーのコンパイラって知りませんか？

79:nobodyさん
03/03/31 22:30
>>78
bcc

80:nobodyさん
03/03/31 22:31
>>78
ネタ質問でageんな。

81:nobodyさん
03/03/31 22:38
>>78
gcc

は置いといて、
GNUライセンスじゃない、(できれば、BSDライセンスの)
正規表現ライブラリ無いですかね。

82:nobodyさん
03/03/31 22:48
>>81
LGNUライセンスって知ってる？

83:初心者
03/03/31 22:54
>>80
笑っちゃうかもしれないけど本当の話なんだす・・・

最近自家鯖の実験始めて、目標は自作CGIを作ることだが
どうもPerlってソースの見た目から受け入れられなくて

昔ちょっとだけかじったことのあるC言語でも出来ると聞いて
お決まりのHelloWorldとか、C言語CGI解説サイトのサンプルを
コンパイルしようとしたが、自分の知ってるフリーで使えるコンパイラは
あれしかなかったもので。。。。

でも、ちゃんとhtmlからの入力を受け取って動作したから正直驚きました
gccって奴があるのですか。ありがとうございます。

84:nobodyさん
03/03/31 23:13
>>79はスルーかよ！

85:nobodyさん
03/03/31 23:13
>>84
理解できないのはすべて無視。厨房は無視しとけ。

86:初心者
03/03/31 23:28
>>84
すません。見落としてました
検索掛けると、昔TurboPascalってので有名だった
ボーランドのＣコンパイラがあったのですね
ちなみにＣ＋＋ってのは良く分からん。。。

厨に構ってくれてありが㌧
これから勉強します

87:nobodyさん
03/04/01 21:48
>>82
LGPLですか？
いわゆる感染しないライセンスでしたよね。
ただ、GPLというだけで心理的にイヤなんで、敬遠してます。
ライセンスについても明るくないですし。

88:fusｉanasan
03/04/01 22:59
技術者のためのC言語でCGI作成（作：玉なんとか）
って本をreadをしたけど漏れ could not understandですた。

89:fusｉanasan
03/04/01 23:02
このスレは普及用のスレです。

90:nobodyさん
03/04/01 23:30
作った物を普及させるのか、作ること自体を普及させるのか。

91:fusｉanasan
03/04/02 14:00
>>90
作ることを普及するスレ

92:nobodyさん
03/04/02 14:22
じゃあよほど大きなメリットを示さないとなぁ。

93:nobodyさん
03/04/02 14:28
変数に型がある。

94:nobodyさん
03/04/02 15:16
>>93
"よほど大きな"で出てきたメリットがそれか・・・

95:nobodyさん
03/04/02 15:34
Perl厨には分からないだろうな。

96:nobodyさん
03/04/02 16:03
Cの変数に型があるのは常識なんだからスレ立ててまで語るほどでも無いと思うのだが。
「Cで作ると変数に型があるメリットが！！」で普及したら苦労しねーっていうか。

97:fusｉanasan
03/04/02 21:44
もっともな魅力は高速な処理かな・・・。
普及するぐらいなら簡単にＣでＣＧＩを作れるようになる
モジュールみたいなのを作る必要があるのかな？・・

98:nobodyさん
03/04/02 21:48
普及しない一番の原因はISPの鯖・無料鯖でShellを開放してるトコが殆どないからだと思うがどうか。

99:fusｉanasan
03/04/02 21:48
某CGIのBook曰く･･･、CはPerlの数十倍から数百倍の処理能力を持ち合わせているとか・・・

100:fusｉanasan
03/04/02 21:49
>>98
たしかにな・・・。
URLﾘﾝｸ(www.tok2.com)って逝けたっけ？･･･shell

101:nobodyさん
03/04/02 22:01
>>99
その能力がインターネット介したときにどれだけの差になるのかと

102:nobodyさん
03/04/02 22:07
>>97
そういうライブラリがないかどうか探して、もしあったら次にそれの使い方を
わかりやすく解説してるサイトを探して紹介した方が普及させるには一番だと思う

これらが無いときに初めて自分で作るって手順になるのでは。

103:nobodyさん
03/04/02 22:27
PerlとCで書かれた同じ機能のCGIを比較した
テストの報告とかってどっかに無いのかな？

104:nobodyさん
03/04/02 22:35
速度差はほとんど普及の要因にならないと思うよ。
仮に100ミリ秒が10ミリ秒になったってネットを介したら誤差の範囲だし。
サーバ機で動かすだろうから一瞬だろうし。
速度差が出るほどのプログラム（処理に何分もかかるような）だと
そもそもCGIとして使い物にならないし。

105:んじゃ
03/04/02 22:39
アップローダのように扱うデータ量が多いCGIや
２ちゃんのようなアクセス多数で重たいCGIならば
効果てきめんって事か？

106:nobodyさん
03/04/02 22:46
いっそ「普及」なんてこと考えなければそれなりに成り立つスレだと思うんだけどな。
CでCGI質問スレとかCGI用Cライブラリを作ろうスレとかそんな感じで。
需要は少ないだろうけどカテゴリとしてあってもいいとは思う。

107:nobodyさん
03/04/02 22:49
>>105
アップローダのデータ量が多いってそりゃファイルをUL/DLするネットワークの
速度の問題で、CGIの速度の問題じゃないと思われ。

108:nobodyさん
03/04/03 03:36
可変長文字列
可変長配列・ハッシュ
正規表現によるマッチング・置換
URLデコード
文字コード変換
ロック

とりあえずこれだけサポートしたライブラリが欲しいところ。

109:nobodyさん
03/04/03 06:09
>>108
＞URLデコード
＞文字コード変換
＞ロック

この辺はどうとでもなるっしょ。

110:nobodyさん
03/04/03 06:13
>>108
ロックならflockをサポートしたOSを使えばいいだろ。

111:nobodyさん
03/04/03 21:07
やっぱり++の方がいいと思うよ。

112:nobodyさん
03/04/03 21:26
>>111
綺麗に書けるわな。

113:fusｉanasan
03/04/03 23:36
>>108
そうだな、漏れは無理だが誰かつくってくれないかな・・・？

114:nobodyさん
03/04/04 01:17
CygwinでLinux環境用バイナリを吐き出すのも
ひと苦労だよ(´д｀)
URLﾘﾝｸ(www.sixnine.net)

115:nobodyさん
03/04/04 01:54
>>113
Object Pascalで良いなら書いても良いけどね。

>>114
無理にクロスコンパイルせんでも、VMwareとかパーティション切ってLinux入れた方が楽じゃない？
NLDとかWinLinuxとか言う際物でも良いけど。

116:fusｉanasan
03/04/05 16:10
ＫＥＮＴさ～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～ん

jcode.cを作ってくれ。
cgi-lib.cを作ってくれ。

どうせ誰かお前が作れとかいうんだろ？

117:nobodyさん
03/04/05 16:11
自分用のcgilibならつくったことある・・・

118:nobodyさん
03/04/05 16:25
ならだせ　うそ臭いぞ。(w

119:nobodyさん
03/04/05 16:33
くれくれ厨はこのスレ向きじゃないから他逝った方がいいよ

120:nobodyさん
03/04/05 17:36
奥村先生のアレを使わせてもらいなさい。

121:nobodyさん
03/04/05 19:17
jcodeなんで使うの？

122:nobodyさん
03/04/06 10:59
ＫＥＮＴって外人なのか？

123:nobodyさん
03/04/06 22:17
URLﾘﾝｸ(websearch.yahoo.co.jp)

124:anonymouse@on.the.nettori
03/04/07 13:27
>>121

EUCとかで投稿してくるﾔｼがいたら困るからね。
あとKENTって妻子持ちですか？

125:anonymouse@on.the.nettori
03/04/07 13:29
URLﾘﾝｸ(www.ab.aeonnet.ne.jp)

KENTさんは旅好きですね。

126:nobodyさん
03/04/07 22:27
北九州人だよ
URLﾘﾝｸ(allabout.co.jp)

127:nobodyさん
03/04/08 14:41
JIS/SJIS/EUC/UTF8変換すら書けない奴が
C/C++でCGIを作るって……何かのジョーク？

128:nobodyさん
03/04/08 14:45
>>127
車輪の再発明とは時にアホらしいもんです。

129:nobodyさん
03/04/08 15:25
学習・好奇心等が目的なら自分で作るのもアリだが「普及」が目的のスレだからな。

130:fusｉanasan
03/04/08 16:46
>>129

CでCGIを実際につくってみるしかないのかな？

131:nobodyさん
03/04/09 00:45
apache1.3の場合、cgiはプロセス生成のコストがかかって
使えないけど、
apache2.0はcgiの復刻の悪寒 ?

phpのモジュールなら現実的では。
URLﾘﾝｸ(jp.php.net)

132:fusｉanasan
03/04/09 23:40
CのCGIで、ウルトラパワフルでパラダイスなBBSをつくるとするかな・・・。

133:nobodyさん
03/04/10 00:49
誰かオープンソースですごいライブラリ作ってよ。
そしたら使ってやっから。

134:nobodyさん
03/04/10 02:45 zZSFzDwz
Ｃじゃないと出来ない処理ってあるんか
そんなの無いよなぁ？

Cだと実行速度がめちゃんこ早えぇと聞くが
１０倍くらい速いのか？

そういや２ちゃんねるのCGIも
Perlのスクリプトだったのを
後にCで書き直されたらしいな
ひろゆきもわけわからんだって。

135:あぼーん
03/04/10 02:49
　（　・∀・）＜　こんなのみつけたっち♪　
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)
URLﾘﾝｸ(muryou.gasuki.com)

136:佐々木健介
03/04/10 02:49
　　　　　＿＿＿＿_＿
　　　／＿　　　　　　|
　　 /.　＼￣￣￣￣|
　　/　　／　 ―　― |
　　|　 /　　　-　　- |
　 ||| (5　　　　　　>　|
　| | |　　　　 ┏━┓|　　／￣￣￣￣￣￣￣￣￣￣
| | | | 　　　　┃─┃|　＜　こんなサイトを見つけた
|| | | | 　＼　┃　 ┃/　　＼　　正直、スマンカッタ
| || |　|　　　￣　　　　　　　　　＼＿＿＿＿＿＿＿＿＿
URLﾘﾝｸ(saitama.gasuki.com)

137:nobodyさん
03/04/10 06:33
Apache のモジュールをCで組む。
じゃ駄目なの？

138:fusｉanasan
03/04/11 18:54
おい、早速C言語CGI普及に成功したで～

URLﾘﾝｸ(www.aaacafe.ne.jp)

の無料ホームページでC言語CGIが使えるようになったぞ。
やっぱりこのスレのおかげだな

139:nobodyさん
03/04/11 20:09
>>138
そこ・・・
CGI(C)の仕様について
> ご自分でコンパイルしてアップロードしてください。
> 拡張子は
> .cgi
> です。
どうしろと？FAQ読んでも、検索して調べてくださいとか書かれてるし。
バイナリをアップロードするのなら、CGIを許可されているところなら
何処でも動くけど？＞C言語でかかれたCGIプログラム
普及っていえるのか・・・

140:nobodyさん
03/04/11 20:54
>139
そこ借りてやってみた
perlでスクリプト書けばコンパイルできる

141:nobodyさん
03/04/11 21:09
>>140
意味わからん

142:nobodyさん
03/04/11 21:55
だからそこの鯖にcで書いたソースと
それをコンパイルするcgiをうｐしてブラウザでcgiを呼ぶ

143:nobodyさん
03/04/11 22:04
>>141
telnet.cgiのようなものを使えばできるということじゃないだろうか。
telnetやsshは使えないけど、Cコンパイラは使えると。

144:143
03/04/11 22:07
>>142
実際に試したの？

145:143
03/04/11 22:10
>>140に書いてあったか。
他のコマンドも使えそうだな。

146:143
03/04/11 22:57
おーできた!
↓試しに簡単なものを作って設置してみた
URLﾘﾝｸ(f13.aaacafe.ne.jp)

147:nobodyさん
03/04/11 23:28
>146 それソケット使ってる？

148:nobodyさん
03/04/11 23:36
>>147
うん(socket関数はコード上では使っていないけどね)。
サーバー上でコンパイルしようとしたらなんかsocket.hがシンタックスエラーを起こしたんで自分のところでコンパイルしてアップした。
でもサーバー上でコンパイルできるのは確かみたい。

149:nobodyさん
03/04/12 00:37
つーかみんなサーバ側でコーディングなりコンパイルなりしてんの？
ローカルに環境作ってそこで作ってテストして、できたものをサーバにアップするんじゃなくて？

150:何でやねん
03/04/12 01:11
サーバ側でコンパイルするメリットって何かあるの？

何らかのトラブルの元になりそうで
あまり良くない予感がするんだけど

運用するサーバへの最適化とかは
コンパイラのオプションの問題であって、
コンパイルする場所とは別に関係ないよな？

151:nobodyさん
03/04/12 08:49
>>150
＞サーバ側でコンパイルするメリットって何かあるの？
SunOSとか探してきて入れるのウザイ。

152:nobodyさん
03/04/12 11:25
palmとか組み込みとか実機でコンパイルできない場合は、
専用のクロス開発環境があると思うけど
unix系の場合は実機でコンパイルが普通では？

全然違う環境でコンパイルしてまともに動くの？
やったことないから不安だな

153:nobodyさん
03/04/12 12:57
なるほど。
要するにサーバの機種やOSに対応する
クロスコンパイラを探すのが面倒だってことか。
どっちもLinuxとは限らないもんな。

154:nobodyさん
03/04/12 13:03
同じLinuxでもCPUの違いによって動かないということもあるし。

155:nobodyさん
03/04/12 16:46
Linuxが標準だと勘違いしてるやつウザイ

156:nobodyさん
03/04/12 17:39
実機でコンパイルしないと、激しく不安に感じる私は変だろうか。
コンパイラ/ライブラリの違いによって動作が違ったり、
バグが出たりする心配があるんだけど。

157:nobodyさん
03/04/12 18:43
互換のあるバイナリ配布が簡単に作成できる様なら、
オープンソースな文化は育たなかっただろうし。

>>146
overflow ...

158:nobodyさん
03/04/12 19:49
>>156
ある程度のソース互換があったのが救いだな。

159:nobodyさん
03/04/12 19:52
>>157
overflow?バッファが？起きないはずだけど。

160:fusｉanasan
03/04/13 01:17
Python
Ruby
Perl
PHP
C(C++)

をいい順番でならべるとどう？
評価基準は、鯖への負荷/処理速度/CGI作成にどれだけ適しているか

を考慮して・・・。

161:fusｉanasan
03/04/13 01:22
ちなみにCGI作成に適しているの基準は、

どれだけCGIをつくりやすいかってこと。

Perlならその点では評価がいいと思われる

162:nobodyさん
03/04/13 04:27
>>160
PHP
(Perl)
C++
Ruby
Python
Pascal
C
LISP
BASIC
LOGO

163:nobodyさん
03/04/13 10:54
鯖の負荷、処理速度だけを考えると
Ｃが最強か。

いや、アセンブラ。。。

164:nobodyさん
03/04/13 14:10
>>162
LOGOﾜﾗﾀ
C++はそんなに上か？

165:164
03/04/13 14:12
あ、評価基準はつくりやすさだけじゃないのね。

166:nobodyさん
03/04/13 14:24
C++は、Perlほどじゃないにせよ、かなり大雑把に
さくさくと書けちゃうよ。

167:Perl、PHP、C、HTMLファイルにして読む
03/04/13 17:46 bgaBPkZL
２ちゃんねる型でPHPとPERLの速度比較
URLﾘﾝｸ(sugachan.dip.jp)
URLﾘﾝｸ(sugachan.dip.jp)

PHPよりPerlの方が速いようですが、
鯖負荷の順序はどうなのだろう？

Perl、PHP、C、HTMLファイルにして読む

168:nobodyさん
03/04/13 17:54 Ok9Y0fz8
凄いサイト発見です！！　URLﾘﾝｸ(f2.aaacafe.ne.jp)

169:nobodyさん
03/04/13 17:59 0bbeziRr
URLﾘﾝｸ(yahooo.s2.x-beat.com)

170:fusｉanasan
03/04/13 20:28
C++ってそんなにさくさくかけたのか。

171:nobodyさん
03/04/13 20:31
>>170
Cよりは楽。

172:fusｉanasan
03/04/13 20:33
ふーん・・・。試してみようかな。

173:nobodyさん
03/04/13 20:37
>>167
そこの人はmod_perl使ってるよ。
普通のPerlじゃだめぽ。
mod_perlならPHPと同等かそれ以上じゃない？
Cが遅いのはサーバサイドじゃないから
C自体が遅いわけじゃない。

174:nobodyさん
03/04/13 20:38
＞Cが遅いのはサーバサイドじゃないから

何を訳の分からんことを？

175:nobodyさん
03/04/13 20:40
ちなみにmod_perlが速いっていうのは
普通のPerlのスクリプトは
コンパイル→中間コード→実行
という手順だけど
mod_perlだと
最初の一回だけコンパイル→中間コード→実行で
次からはコンパイルをしないで中間コード→実行
となるんで劇的に速くなる。

PHPはコンパイル→中間コード→実行なんで
多少それよりかは落ちるかも･･･
PHPAとか中間コードを残すのもあるけど
まだ出始めで微妙だね。

176:173,175
03/04/13 20:42
>>174
mod_perlとかmod_phpとかと比べたらCGIとしては
多少オーバーヘッドが大きいと言いたかっただけなんだが･･･
見当違いだったらｽﾏｿ

177:nobodyさん
03/04/13 21:07
>>176
じゃあ、Cでモジュール作るってのが最強だと思うんだが。

178:173,175
03/04/13 21:13
>>177
多分ね。
でもCGI如きでそこまでするやつは少ないだろ

179:nobodyさん
03/04/13 21:23
>>178
Cでモジュール作るだけでは飽きたらずPerl実行環境にしてしまったmod_perlの作者はアホだと言うことに。

180:nobodyさん
03/04/13 21:41
>>179
焦点が合ってない。

181:nobodyさん
03/04/13 21:42
つーか言語比較はスレ違いだろ。ここはC/C++ってのが前提なんだから。

182:nobodyさん
03/04/13 21:46
昔ゆいちゃっとのC言語版配布されてたよな・・・
今もされてるのだろうか

183:nobodyさん
03/04/13 22:53
>>181
C++はスレ違い

184:nobodyさん
03/04/13 23:02
>>183
さて、可変長文字列の扱いが地獄のように面倒になるわけだが。

185:Perl、PHP、C、HTMLファイルにして読む
03/04/14 00:32 dnrQZih1
HTMLファイルを読むのと、PerlやCとの比較がないのだが！

186:nobodyさん
03/04/14 00:49
いちばんお薦めなのは、機械語でＷｅｂサーバと専用ＣＧＩをセットで開発する

ことだぜい！

結構速いＹＯ！

187:nobodyさん
03/04/14 02:07
>>186
それは理想だが、実際に
機械語･アセンブラで本当にCGIを書く気ある？
あるわけ無いよな。

それに一番近いのが、Cで開発するって事だろう。
最初はPerlで書かれていた２ちゃんねるのCGIも、
アクセス増加でサーバ負荷が高くなり、Cで書き直されたらしいし。

188:nobodyさん
03/04/14 06:07
>>187
彼はWebサーバごとスクラッチしろと言っているのですよ。

189:nobodyさん
03/04/14 17:47
>178
モジュールと言わずとも、FastCGIって手もある。
URLﾘﾝｸ(www.fastcgi.com)
いずれにしてもモジュール組み込まなきゃならないから、
root持ってないと辛いけど。
遊びで動かしてる自宅鯖とかなら無問題。
あと、C++で楽しいライブラリ知らない？
一応cgiccてのは見付けたけど、いかにもGNUな田舎臭い
ライブラリなんだよなあ。

190:nobodyさん
03/04/14 20:28
>あと、C++で楽しいライブラリ知らない？

WTLとか。

191:nobodyさん
03/04/14 20:45
C++で楽しいライブラリ作らない？

192:nobodyさん
03/04/14 20:48
>>191
MFCとか。

193:nobodyさん
03/04/15 00:34
結局このスレの住人は、誰一人
C言語でCGIを書いた奴はいないようだな。
脳内プログラミング…

194:nobodyさん
03/04/15 01:48 CDjnnd9Z
>>193
ん、実際に作って自分のsiteで使ってるよ。
新たにperl覚えるのもメンドイし。
簡単なbbsとｱｸｾｽﾛｸﾞ付きｶｳﾝﾀだけだけどね。
簡単なﾗｲﾌﾞﾗﾘも作ったけど、
さすがに人様にお見せできるﾚｳﾞｪﾙじゃないので(w

一応Servletもつかえる環境構築しだけど
家かえってまでそんな大掛かりなｺｰﾃﾞｨﾝｸﾞしないし。。

195:nobodyさん
03/04/15 02:11
>>193
書いた事はあるけど、共有鯖で使うのはちょと怖い。
安全性を担保できる方法を考えてます。

196:fusｉanasan
03/04/16 19:33
いまCのデコード作業やってんだけど・・・
日本語処理が難しいね。
バイナリがどうのこうのって、なかなかうまく逝きません。

ヒントを所望したい。

197:nobodyさん
03/04/16 20:53
標準ライブラリがワイド文字ライブラリを用意しているのに・・・

198:nobodyさん
03/04/16 21:27
ロケール指定を忘れるな。

199:194
03/04/17 00:45
>>196

ﾃﾞｺｰﾄﾞ自体はﾏﾙﾁﾊﾞｲﾄ意識しなくてもいいんやん？
あ、俺が作った時はあくまで個人用途なので
ちゃんと試験したらﾎﾞﾛﾎﾞﾛかもしれんが（ｗ

文字ｺｰﾄﾞ関係は自作せず、nkfのｿｰｽをぱくったYO!
どっかのｻｲﾄで見本があったので。

200:nobodyさん
03/04/17 05:56
>>197
まともに実装されているとは限りません。
wchar_t == UCS-2でも幸せな部類です。
しかもCGIなので、どのencodingが飛んで来るかも分からない
ので、ワイド文字関係は基本的に使えません。

201:山崎渉
03/04/17 12:00
（＾＾）

202:fusｉanasan
03/04/17 18:05
いま次のような手順でやってるんですけどひらがなとかはわりとデコードできるんですけど・・・どこに問題がありますかね？あと今は&で区切る処理が無視してください。
1:GET/POSTの判別をする。/2:クエリーストリングや標準出力をよむ。/3:一文字ずつ次のように処理をする。
4:%が現れたら次の文字とさらに次の文字(それぞれ順にchar型変数A/Bとする。)
5:int jp = 0x10*A + B;
6:jpをchar型配列にぶち込んでいく。string[now] = printf("%c",jp);(nowには配列の現在の番号が入る。)
ご指摘お願いします。

203:fusｉanasan(202
03/04/17 18:06
追加事項
｛+は空白にする。
｛%でも+でもなければそのままchar型配列にぶち込む

204:194
03/04/17 18:40
>>202

基本は問題ないと思われ。。
パッと見、気になるのは手順の5。
int jp でなく char jp の方が心臓に良いと個人的に思う。
#符号の問題ね。

あとは初歩的な・・・
4の処理が誤ってないこと、
char配列操作時のﾎﾟｲﾝﾀ操作が「多少複雑」になってると思うので
ｹｱﾚｽﾐｽが無いことを確認汁。

205:fusｉanasan
03/04/17 18:43
>>204
大変参考になる、返答ありがとうございました。
またがんばって試行錯誤してみます。
本当に有難うございますぃた。

206:fusｉanasan
03/04/17 18:47
今思ったのですが>>202で
A;Bの処理で
swich(A) {
　case '0':
　　A = 0x01;
　case '1':
　　A = 0x02;
(中略)
　case 'f':
　case 'F':
　　A = 0x0f
}
って漢字に16進にしなくてはいけませんよね？

207:fusｉanasan
03/04/17 18:49
206です。
%のあとにつづく2文字をA,Bに代入したあとの処理を表しています。
ちょっとミスってるけど(セミコロンぬけ)
その辺は見逃してください。
ちなみにBに関しても同じ処理を行う。

208:194
03/04/17 18:49
見落としてた・・・

>ひらがなとかはわりとデコードできるんですけど・

デコードできる== 正しい文字で認識出来るってことだよね？
html含め処理内の文字ｺｰﾄﾞの統一は出来てる？？

209:nobodyさん
03/04/17 18:50
>>200
何作っているのかしらんが、文字コードの統一処理なんて必要ないだろ。

210:nobodyさん
03/04/17 18:59
判別不能なエンコーディングで送られてくるかもしれない。

211:194
03/04/17 19:00
>>207

break; も抜けてるが勘弁してやろう(w

その通り、16進だよ。
ちなみに漏れは、大文字のA～Fを返すﾌﾞﾗｳｻﾞに出会ったことがないので
こんな感じ。
#余りいい見本では無いが・・

char *str;
char w;

if( *str < 0x41){
w = *str - 0x30;
}else{
w = (*str - 0x41) + 10;
}

212:fusｉanasan
03/04/17 19:15
>>208
すべてシフトJISで送ってくれると思ってしていません。
（そこまで考える余裕がまだないからね・・・。）
HTMLはなるべくshift-jisで出力するようにメタタグに
記している。
>>211
ほんまや。break;が抜けちょる・・・・。

213:nobodyさん
03/04/17 19:28
H&Sから引用。

>int toint(int c)
>{
>if (c >= '0' && c <= '9') return c-'0';
>if (c >= 'A' && c <= 'F') return c-'A'+10;
>if (c >= 'a' && c <= 'f') return c-'a'+10;
>return 0; /* other */
>}

214:nobodyさん
03/04/17 19:50
昔書いたURLエンコードされた文字列をデコードする関数。

#include <stdlib.h>
char *url_decode(char *str)
{
char *p1=str,*p2=str,buf[3]={0};

for(;*p2;p1++){
switch(*p2){
case '%':
strncpy(buf,p2+1,2);
*p1=(char)strtol(buf,NULL,16);
p2+=3;
break;
case '+':
*p1=' ';
break;
default:
*p1=*p2;
p2++;
}
}
*p1='\0';

return str;
}

>>202
> string[now] = printf("%c",jp);
string[now]には1か負の数(おそらく-1)しか入らないけどいいの？

215:nobodyさん
03/04/17 19:56
デコードに文字コードなんか関係あるのか？

216:bloom
03/04/17 19:56 ahUYqmP+
URLﾘﾝｸ(www2.leverage.jp)

217:215
03/04/17 20:02
書き直そう。

デコードに文字コードが影響するのか？

218:bloom
03/04/17 20:02 VKhj20RH
URLﾘﾝｸ(www2.leverage.jp)

219:fusｉanasan
03/04/17 22:04
デコードテストをするために
今日ローカル鯖じゃなくてちゃんとしたUnix鯖で試したんすよ・・・。
じゃあローカル鯖でやったときよりｲｲ結果がでたんすよ。

やっぱりコンパイラによってちがうんですかね？
ローカル鯖ではLSI試食版つかってたんですけどね。
Borland c++だとファイルサイズが巨大になるからあんまり
好きじゃないんだな・・・。

220:nobodyさん
03/04/17 22:29
最適化OFFの予感

221:nobodyさん
03/04/17 22:52
>>220
最適化って速度とサイズでは全然違うと思うんだが。

222:fusｉanasan
03/04/18 18:47
ようわからんけど、今日ようやくデコードプログラムが完成しました。
ちゃんとデコードできるようになりますた。
わーい！わーい！

223:nobodyさん
03/04/18 18:48
>>222
もう少しCの標準関数について勉強した方がいいと思う。

224:nobodyさん
03/04/18 20:42
>>223
標準関数でURLデコードできる時代なのな？

225:nobodyさん
03/04/18 21:02
>>224
> 5:int jp = 0x10*A + B;

この変が阿呆らしいと言っているんだよ。strtolという関数があるだろ。

226:nobodyさん
03/04/18 21:06
逆だが、↓これと同じこと。
URLﾘﾝｸ(www.pro.or.jp)

227:nobodyさん
03/04/18 23:45
226のurl、ﾊﾞｯﾌｧｵｰﾊﾞｰﾌﾛｰの危機(ry
は置いといてﾏｼﾞﾚｽ・・

「車輪の再発明」だの「標準関数にある」だのってよく言われるけど
効率を追求する業務じゃなきゃ別にいいんじゃん？
確かに無駄な努力かもしれんけど、
初心(初学)者はそれによって大幅に理解が深まると思うし。

その気になれば、ほとんど全部自分で作れるのが
Cの長所でもあり短所でもあると思うよ。

逆に業務なら、『低レベル』まで自分で作れると
いざというとき強かったりする。
特殊な例かもしれんけど、一部組み込み系とか
ほとんど標準関数使えない様な環境もあるし。

自分で書いてて、屁理屈に見えてきた。
逝ってきます・・・

228:nobodyさん
03/04/19 00:24
strtoｌ,ulとか使うと、なんとなく仰々しい感じを受けるが…。
strtolだと、プラス/マイナス符号を突っ込まれても大丈夫？
たとえば、'%-E' とかあった場合。
それほど大きな問題にならないとは思うけど。。

また、URLデコードの後は0x80から0xFFが含まれる場合を考えて、
char型では無くunsigned char型の方がいいと思われ。

229:nobodyさん
03/04/19 00:31
>>228
> たとえば、'%-E' とかあった場合。

そんな決まりにしたがわないデータはどうデコードされても文句は言えない。

230:228
03/04/19 00:31
strtolのエラートラップもしっかりとね。
変な文字食わせると0が返るから。

231:229
03/04/19 00:32
だってデコードのしようがないもの。

232:228
03/04/19 00:36
デコードのしようがなければ、エラーを返すものだと思うが。
変？

# お好きにどうぞ。

233:231
03/04/19 00:40
>>232
あんたがたまたま割り込む形で書き込んだだけで、別に>>230にレスしたわけじゃない。
>>229に補足しただけ。

234:nobodyさん
03/04/19 06:05
>>232
例外とかが投げれるならより綺麗なんだけどね。

235:fusｉanasan
03/04/19 15:13
動作すればどうでもいいやろ。

236:nobodyさん
03/04/19 16:21
いい加減Cなんて捨ててC++にしろ。

237:nobodyさん
03/04/19 16:30
Perlで書くときもデコードのエラー処理なんてしないような・・・・

238:nobodyさん
03/04/19 16:32
>>237
フォーマットがおかしいときはそもそもマッチしないからエラーの起こる余地がない。

239:nobodyさん
03/04/19 16:51
>>238
うん。だからエラー処理なんてしないよねと。
ゆえに>>232の言っていることはこれに関してはおかしいかも。

240:nobodyさん
03/04/19 16:52
>>239
Cの場合はいくつかエラーとなる要因はある。バッファオーバーフローとかな。

241:fusｉanasan
03/04/19 21:18
>>236:まだまだCの途中です。byF田K子

242:山崎渉
03/04/20 05:58
　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

243:fusｉanasan
03/04/20 17:37
＿＿↓>>242
　　　　　　　　　　　　　　　　　　　　　　　　／　　￣￣ー―-＿
　　　　　　　 ▲　　　　　　　　　　　　　　　）　　　　　　　　　　 /
　　　　／ﾊﾊﾊ＼　　　　　　　　　　　　　|＼|＼|＼＿＿＿イ
.　　　／　　　　　　＼　　　　　　　　　　　|　／＼　　／＼lllll|
　　／　　＿　　＿　＼　　　　　　　　　　|　／・＼　／・＼　|
. 　 |　　　⊂⊃　⊂⊃　　|　　　　　　　　　　| 　￣／、￣￣　）
　（|　　　 ∴　　∪　∴　|　　　　　　　　 |　　　￣　　　／
　　＼　　　　 <=>　　／　　　　　　　　　　　ヽ　 <三>　　/
　　　　＼＿＿＿＿／　　　　　　　　　　　　　ヽ　　　／
　　　　　　　　　 ∧　　　　　　　　　　　　　　　/|　＼／
　 ,ｒ‐‐‐‐‐‐‐‐‐'´　｀ﾞ‐‐‐‐‐‐‐‐‐‐､r‐‐‐‐‐‐'´　｀ﾞ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐､
　|　　山崎君、きみはぬるぽしか言えないのかい|　　そんなに卑怯者、卑怯者と　|
　i　　やっぱりきみは卑怯ものさ。　　　　　　i　　言わないでくれよ～（泣　　　 i

244:　
03/04/21 11:55
つーか、適切なテストケース一覧を準備して自動でテストするプログラム作れよ。

245:nobodyさん
03/04/23 19:47 jAUiG1DX
>>245

What does it mean?

246:nobodyさん
03/04/23 20:22
>>245
再帰か。渋いな。

247:nobodyさん
03/04/23 21:10
終了条件がないね。スタックオーバーフロウかしら。

248:nobodyさん
03/04/26 01:53
perlばっかやってたからCがわかんねぇだ。
代入ひとつからしてもめんどくさくてしょうがない。

249:nobodyさん
03/04/26 05:00
>>248
代入って文字列の代入のこと？

250:nobodyさん
03/04/26 08:39
>>248
取りあえず文字列型かクラスのある言語使った方が幸せになれると思うよ。

251:ふしアナ：
03/04/27 21:06 Cn2+e3lF
前友達にされた質問。
これってなんて読む？
(漏れの場合)
char ちゃー
argv あーぐぶい
printf ぷりんとふ
sprintf すぷりんとふ
hex へっくす
int いんと
getenv　げっといーえぬぶい
void ぼいど
buffer ばっはー/ぶっふぁー
malloc まろっく

とりあえず今日はこのへんで・・・・

252:nobodyさん
03/04/27 21:17
>>251
もう流石に飽きたな。読み方ネタ。

253:nobodyさん
03/04/27 21:21
>>252
はげどう。

254:ふしアナ：
03/05/03 23:37 4lYMudid
Cで作るときとC++で作るときどちらもメリット、デメリットが
あるとおもいますけど、それぞれの美点と欠点をあげてくれませんか？

255:nobodyさん
03/05/03 23:38
>>254
C++：可変長文字列が美しく実装できる。

256:nobodyさん
03/05/03 23:39
つーか標準ライブラリが提供しているじゃねーか。

257:FENT
03/05/06 00:10 mpO79UQ6
質問！
UNCGIをWINDOWSで実行モジュール".exe"にコンパイルしたことある人
コンパイル方法おしえて。
英語のDocを読むとターボＣがなんちゃらでわからん。
できれば、VC++とかでコンパイルしたいのねー。

258:FENT
03/05/06 00:14 mpO79UQ6
>>254
WINDOWSで動かす場合だけど。
拡張子".cpp"で作成すればWINAPIをガシガシつかったCGIが出来るよ。

259:nobodyさん
03/05/06 00:21
(ﾉ_-;)ﾊｱ…

260:nobodyさん
03/05/06 00:47
めまいと頭痛が・・・

261:FENT
03/05/06 01:04 mpO79UQ6
焼きなおすか・・・
UNCGIに変わるもので、おすすめのものしっているかた
いらしたら教えてください。

262:動画直リン
03/05/06 01:10 qyy2Fj99
URLﾘﾝｸ(homepage.mac.com)

263:nobodyさん
03/05/06 01:18
#define hex2dec(c) (((c) >= 'a' && (c) <= 'f') ? ((c) - 'a' + 10) : ((c) >= 'A' && (c) <= 'F') ? ((c) - 'A' + 10) : ((c) >= '0' && (c) <= '9') ? ((c) - '0') : (c))

char *Decode(char *str)
{
unsigned char *p, *bstr;

if(*str == '\0') return str;
bstr = (unsigned char*)str;
for(p=bstr; *bstr!='\0'; bstr++) {
if(*bstr=='+') {
*p=' ';
p++;
}
else if(*bstr=='%') {
*p = (hex2dec(*(bstr+1)) * 16)+(hex2dec(*(bstr+2)));
p++;
bstr+=2;
}
else {
*p = *bstr;
p++;
}
}
*p='\0';

return str;
}

何年か前に作ったデコード関数。
マクロの括弧が無駄に多い気が・・・

264:263
03/05/06 01:20
今改めて見ると、何て無駄の多いコードなんだ・・・

265:nobodyさん
03/05/06 01:29
isxdigitとか知らないのか？

266:_
03/05/06 01:35
　（　・∀・）/＜　こんなのみつけたっち♪　
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)

267:261
03/05/06 02:05 mpO79UQ6
>>263
返信ありがとうございます。すみませんでした。
う～ん
ヘキサのデコードというか、UNCGIを使いたかったのは、
HTTPのリクエストから切分けてデコードした後に、
環境変数にセットしている、仕組みをそのまま使いたいなーって思って
たんですよ。

UNCGIの処理の流れ的には
・環境変数取得
・切離し後デコード
・それぞれ別の環境変数にセット
・URLの引数(URLﾘﾝｸ(***))のプログラム(aaa.exe)を起動
・起動されたプログラムは、環境変数よりPOST及びGETの
　パラメータを取得

こんな感じだとおもうんですよ。作ればいいんですけど・・・

ただ、コンパイルできたらいいなーと思いまして。
VC++だと、何ヶ所かコンパイルにひっかかってしまうので
私のめんどくさがりやから・・・質問してしまいました。

268:261
03/05/06 02:08 mpO79UQ6
>>267 追加
ただ・・この仕組みをつくるとしたら疑問があるんです。
HTTPのリクエストで起動されたCGIによってセットされる環境変数は、
ブラウザごとに別々の扱い(DOSプロンプトのように)になるのでしょうか？
同時にアクセスがあった場合、同一名称の環境変数は、それぞれブラウザ
ごとに違う値を保持するのかな？？？

269:nobodyさん
03/05/06 03:04 CpGJxcjL
自分でデコードしてたけど、画像アップロードとかあるんで
結局cgiccに移行したよ。cgiccおすすめ。

270:bloom
03/05/06 03:10 qyy2Fj99
URLﾘﾝｸ(homepage.mac.com)

271:_
03/05/06 03:25
　（　・∀・）/＜　こんなのみつけたっち♪　
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)

272:_
03/05/06 04:07
　　川o・-・）ノ　＜先生！こんなのがありました！
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)
URLﾘﾝｸ(japan.pinkserver.com)
URLﾘﾝｸ(www.japan.pinkserver.com)

273:nobodyさん
03/05/06 07:50
>>267
誰　も　お　前　に　は　返　信　し　て　い　な　い　よ

274:nobodyさん
03/05/07 00:56 ZdGvFTnv
>>273
↑朝早くから
　誰　オ　マ　イ

275:nobodyさん
03/05/08 15:14
どう考えたってスカラー電磁波って、
ニコラ・テスラのパクりだろ。( ﾟДﾟ)
URLﾘﾝｸ(plaza16.mbn.or.jp)

276:nobodyさん
03/05/20 01:53
C++版(for文2回バージョン、入力文字列のチェックなし)

void Http::Decode(std::string* pstrQuery)
{
　　std::string::size_type nPos;

　　for (nPos = 0; (nPos = pstrQuery->find('+', nPos)) != string::npos; pstrQuery->replace(nPos++, 1, 1, ' '));
　　for (nPos = 0; (nPos = pstrQuery->find('%', nPos)) != string::npos; nPos++)) {
　　　　unsigned int nCode;
　　　　if (std::sscanf(pstrQuery->c_str() + nPos + 1, "%02x", &nCode) == 1)
　　　　　　pstrQuery->replace(nPos, 3, 1, static_cast<char>(nCode));
　　}
}

277:山崎渉
03/05/22 02:04
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

278:山崎渉
03/05/28 17:18
　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎―◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

次ページ