07/09/28 22:25:05
相互参照するヘッダってどう書けばよいですか。
文字列ライブラリと、エラーラーブラリのヘッダで、
文字列ライブラリでエラーがあったらエラーライブラリの関数、
エラーライブラリ内では文字列ライブラリを使ってます。
頭が再帰でどうにかなりそおです。
267:デフォルトの名無しさん
07/09/28 22:26:38
ちなみに
どっちかに自分のプロトタイプを置く方法は使いたくありません。
メンテが面倒なのでね。
268:デフォルトの名無しさん
07/09/28 23:10:53
よく使われるこのイディオムじゃ駄目？
--foo.h
#if !defined FOO_H
#define FOO_H
#include "bar.h"
...(本体)
#endif
--
--bar.h
#if !defined BAR_H
#define BAR_H
#include "foo.h"
...(本体)
#endif
--
269:デフォルトの名無しさん
07/09/28 23:18:55
>>266,267
文面からすると、関数の呼び出しをヘッダ内で行っている(つまり「定義」を書いている)？？？
通常は、ヘッダには、関数の[宣言のみ]書き、定義は別にするから、
互いに参照し合う必要はないはず。
270:デフォルトの名無しさん
07/09/28 23:41:32
うるさいなー
もー
C++だってインラインで定義してんじゃん
分けるの面倒なの！
271:デフォルトの名無しさん
07/09/28 23:44:20
>>268
それじゃダメだっつってんだろ
272:デフォルトの名無しさん
07/09/29 00:10:39
関数定義がヘッダで行われてるなら、
2つのソースファイルで同じヘッダを読み込んだ時点で
関数の2重定義でリンク通らなくなるだろ。
相互参照云々以前に根本的にバグってる。
273:デフォルトの名無しさん
07/09/29 00:18:55
>>272
ライブラリ使う側からなら何の問題もなし。
バグってるのはお前の頭。
274:デフォルトの名無しさん
07/09/29 00:25:01
>>273
コンパイル出来ない両ライブラリとライブラリを使ってる部分のソース一式どっかにアップするか
日本語勉強し直すか、どっちかにしてくれ。
275:デフォルトの名無しさん
07/09/29 00:26:01
わかんないなら引っ込んでろよ
うぜー
276:デフォルトの名無しさん
07/09/29 00:28:43
自分だってわからないことがあるから質問に来てるんじゃないのか？
そう邪険にするなよ
277:デフォルトの名無しさん
07/09/29 00:29:25
いや、これが正解なんだけど
278:デフォルトの名無しさん
07/09/29 00:29:30
ヘッダに関数定義書くとかクソすぎだろマジで
279:デフォルトの名無しさん
07/09/29 00:29:39
事故解決しました
280:デフォルトの名無しさん
07/09/29 00:37:26
ヘッダ2つの中身を一緒にしちゃえば？
んで、片方は#include1行の適当なヘッダ名でっち上げる。
ソース管理楽だよ。
281:デフォルトの名無しさん
07/09/29 00:42:48
>>280
今まさにそうしてるんだよね
気持ち悪いから変えたかったんだけど
いまのとこそれしか思いつかない
ほんとアホばっかだなここ・・・
282:デフォルトの名無しさん
07/09/29 02:26:20
アホが多いのは否定しない。
283:デフォルトの名無しさん
07/09/29 02:30:16
どんだけバカなんだよ
メンテが面倒だからプロトタイプ書かないとか
気持ち悪いなら他の言語使えば？
284:デフォルトの名無しさん
07/09/29 02:36:14
どう考えても釣りだろう
285:デフォルトの名無しさん
07/09/29 02:54:46
心の底から言ってるんじゃね?
そう考えると哀れみだけしか浮かんでこないので笑ってスルーできるよ。
286:デフォルトの名無しさん
07/09/29 05:58:54
そもそもこのスレで扱う内容なのか?
プロトタイプ宣言と定義が一致しないとエラーになるISO/ANSI/JIS Cはおかしい
K&R時代の仕様に戻すべきだとか?
287:デフォルトの名無しさん
07/09/29 06:37:27
むしろプロトタイプ宣言があれば凡ミスによるバグが減らせて保守が滅茶苦茶楽になるのにね。
機械にやらせられるところは極力機械にやらせるという発想がないやつはプログラマには向いてないな。
288:デフォルトの名無しさん
07/09/29 21:53:36
ファイルをアップロードするCGIをCで作ってます。
バウンダリ文字列で区切られたデータを切り出す際の定跡的な物はありますか？？
いまは、
・CRLFCRLFとなった時点をデータの始まり
・すべて書き込んだ後、CRLFまで戻ってそこをデータの終わりとする
って感じでやってます。
289:デフォルトの名無しさん
07/09/29 22:04:13
>>288
Cの言語規約には含まれてはいないので、ご自由にどうぞ。
290:デフォルトの名無しさん
07/09/29 22:51:49
>>289
いや、規約というかテクニックを教えていただけたらと思いまして。。。
291:デフォルトの名無しさん
07/09/29 22:56:33
>>290
スレ違い。
292:デフォルトの名無しさん
07/09/30 00:16:29
議題：このスレの存在意義について
293:デフォルトの名無しさん
07/09/30 00:17:49
もちろん規格の範囲内についてを扱う。
それがなんのことやら理解できないやつが>>292みたいな疑問を持つ。
294:デフォルトの名無しさん
07/09/30 00:20:45
低席(なぜか変換できない)
定石(じょうせき)
295:デフォルトの名無しさん
07/09/30 00:31:52
定石は囲碁用語、定跡は将棋用語。
どちらもよみはじょうせき。
馬鹿の癖に無理に揚げ足とろうとするな
296:デフォルトの名無しさん
07/09/30 01:19:03
将棋なんて知らないもん！
297:デフォルトの名無しさん
07/09/30 08:03:43
288はネットワークプログラミングスレに誘導すればいいのか？
298:デフォルトの名無しさん
07/09/30 12:20:31
>>289、>>291
>>288の質問って結局
---------------------hoge
（ここがバイナリデータ部）
---------------------hoge--
ってフォーマットからデータ部を切り出すテクニック、ってことだよ。
これ追い返してたら何も質問できないだろｗ
ネットワークプログラミングに誘導しても、向こうの住人も困るんじゃないか。
通信関係なら兎も角、タダの文字列処理だもんな。。。
299:デフォルトの名無しさん
07/09/30 12:25:29
>>298
ここは言語テクニックを語るスレでも初心者教習のスレでもありません。
標準Cでの仕様や実装を云々するスレです。
まして「データを切り出す際の定跡」と言った、言語に依存しない抽象概念を扱うスレではありません。
300:デフォルトの名無しさん
07/09/30 12:33:23
>>298
標準Cにおける文字列処理の質問じゃないでしょ。
少なくともhtmlについて殆ど何も知らない私にとって、>288に書かれた以外に
データを切り出す手段があるかどうかなんて見当もつかない。
「こうこうこういうプロトコルで来るデータがある、どう切り出すべきか」というなら
話は別だが、>288を読む限り単なる初心者質問だからこの辺りで充分だろ。
--
Ｃ言語なら俺に聞け（入門篇） Part 19
ｽﾚﾘﾝｸ(tech板)
スレを勃てるまでもないC/C++の質問はここで 3
ｽﾚﾘﾝｸ(tech板)
【初心者歓迎】C/C++室 Ver.43【環境依存OK】
ｽﾚﾘﾝｸ(tech板)
301:デフォルトの名無しさん
07/09/30 14:47:35
スレタイトルをそろそろ変えたほうがいいかもしれんね
C規格なら俺に聞け！
とか
302:デフォルトの名無しさん
07/09/30 14:55:20
C規格なら規格書嫁！とか
まあ、「規格」とか「標準」とかって言葉をいれておいた方がいいかもね。
303:デフォルトの名無しさん
07/09/30 14:59:12
ISO/ANSI/JISがそういう意図を含んでいるはずだがね
304:デフォルトの名無しさん
07/09/30 15:00:57
入門者がその意図をくめるはずもなく
305:デフォルトの名無しさん
07/09/30 15:13:30
【ISO/ANSI/JIS以外の】 C言語なら俺に聞け！ 【質問お断り！】Part 133
そもそも【】内を真面目に読む人少ないでしょ
>>1も読まれない、合致する質問もほとんど来ない
終了でいいんじゃね
306:デフォルトの名無しさん
07/09/30 15:14:16
>>305
どう考えても字数制限引っかかるだろうが。あほか
307:デフォルトの名無しさん
07/09/30 15:18:49
Ｃ言語なら俺に聞け（入門篇） Part 19
【ISO/ANSI/JIS】 C言語なら俺に聞け！ Part 132
上はコード質問可で、下は規約の解釈限定か。なかなか難しいなｗｗｗ
308:デフォルトの名無しさん
07/09/30 15:20:03
そんなのにマジレスされてもなあ
頭大丈夫？
309:デフォルトの名無しさん
07/09/30 15:20:51
ごめんごめん
>>306の頭のことね
310:デフォルトの名無しさん
07/09/30 15:22:39
C言語規格議論厨隔離スレ
でいいじゃん
311:デフォルトの名無しさん
07/09/30 15:29:56
つーかどう考えても
ISO/ANSI/JIS
これいらないだろ。
取っちゃえよ。
標準Cなら俺に聞け！
テンプレ：
Q標準Cって何？
312:デフォルトの名無しさん
07/09/30 15:32:31
切れちゃった。まあいいや。
>>2の心得とかも必要ない。誤解されるだけ。
313:デフォルトの名無しさん
07/09/30 15:43:43
そりゃそうだな。
そもそも定義にうるさいはずの連中がなんで「C言語」とか「標準C」とか「C」とか
いちいち呼び方変えてるんだよ。
アホか。
314:デフォルトの名無しさん
07/09/30 16:00:31
>>305
>俺に聞け！
で
>質問お断り！
はねえだろw
315:デフォルトの名無しさん
07/09/30 16:05:12
【A】 B 【C】
とあったら、普通はBが正タイトルでACはサブタイ。ACは繋げて読む事が多い。
AやCに重みがあるスレはネタスレと決まっています。
316:デフォルトの名無しさん
07/09/30 16:10:12
「標準C限定」ってのは、コーディングの際に標準Cを逸脱しないって
意味だと思ってたんだけど、違ってたんだな。
「標準Cそのものに関する質問限定」ってことだったんだねｗ
317:デフォルトの名無しさん
07/09/30 16:13:35
>>315
ここってネタスレだったんだ
納得ｗｗ
318:デフォルトの名無しさん
07/09/30 16:18:29
>>316
フツーに考えて、規約の質問だけでpart132まで行くはずもなく……
いつの間に乗っ取られたんでしょうね。
319:デフォルトの名無しさん
07/09/30 16:19:28
>>316
規約に全く関係ない質問なら、他に質問スレたくさんあるからそっちへ行ってくれればいい
320:デフォルトの名無しさん
07/09/30 16:20:44
>>319
321:デフォルトの名無しさん
07/09/30 16:28:23
初めて家族でF1観戦をしてきたのですが、子供がバスの中でお漏らししてしまい
回りの皆様に迷惑をおかけしました、同乗していた方申し訳ありませんでした
322:デフォルトの名無しさん
07/09/30 16:30:36
>>321
最後のマッサやばかったなｗ
あれは伝説に残る
323:デフォルトの名無しさん
07/09/30 16:40:04
この流れは>>294を流そうとして必死なのか？
324:デフォルトの名無しさん
07/09/30 16:53:01
ビール ５０００ペリカ
カキピー ３０００ペリカ
オムツ ２００００ペリカ
325:デフォルトの名無しさん
07/10/01 02:13:22
F1弁当 １０００００ペリカ
326:デフォルトの名無しさん
07/10/01 13:47:11
なぜここでゆでが
327:デフォルトの名無しさん
07/10/01 14:20:03
妙な流れで忘れ去られている >>250 だけど、
非負の値だけの場合
「二つの型において同じ値の表現は同じとする」（6.2.5 型）
負の値も含まれる場合
6.2.6 型の表現 の 6.2.6.2 整数型、により、負の値の表現は
処理系定義となっているので、結果は処理系定義
だと思う
328:デフォルトの名無しさん
07/10/01 21:28:59
6.5.3.2 アドレスおよび間接演算子
正しくない値がポインタに代入されている場合，単項*演算子の動作は，未定義とする。
適合しない型のオブジェクトへのポインタが正しくない値と考えるなら未定義という
こともできないかな?
(83)の注釈にいくつか正しくない値の例があるがこれがすべてだとは言っていないようだ。
329:デフォルトの名無しさん
07/10/09 18:51:48
内容：
作業時間48時間くらいで出来るC言語使った初歩レベルで作れるプログラムない？
都合よすぎかもしれないんだが、1年の節目としてなんか作れと先生に言われてるんだが
いい案がまったく出てこない、そういう例をまとめたサイトとかあれば最高なんだが。
330:デフォルトの名無しさん
07/10/09 18:53:34
ちとコピペミスった申し訳ないorz
内容は時間内に作れれば何でもいいです。
331:デフォルトの名無しさん
07/10/09 18:55:47
echod
332:デフォルトの名無しさん
07/10/09 18:57:58
>>329
学生の1年目なら hit&blow
社会人の1年目なら 住所録(最大件数はメモリの許す限り無制限、10万件程度のデータに対して検索1秒以内)
くらいかな？
333:デフォルトの名無しさん
07/10/09 19:39:45
>>330 >>1 を読め
>>331>>332 スレ違いに反応しない
334:デフォルトの名無しさん
07/10/09 20:52:49
指定されたディレクトリとその下層にあるファイルの中から
指定された名前の関数定義を探し当てるプログラムというのはどうかなッ
335:デフォルトの名無しさん
07/10/09 20:59:58
>>333
申し訳ない。
>>331>>332
ありがとうございます。
336:デフォルトの名無しさん
07/10/09 22:54:24
宿題スレに行って他人の宿題盗ってくれば？
337:デフォルトの名無しさん
07/10/10 00:13:55
後で苦労するのは俺だし授業で時間取ってくれてるからその時間暇になるわ。
338:デフォルトの名無しさん
07/10/11 14:26:34
main()
{
int i;
int a[2][10];
for( i = 0; i < 10; i++ )
{
a[1][i] = i;
a[2][i] = i;
printf("i=%d j=%d\n",a[1][i],a[2][i]);
}
printf("\n");
printf("i=%d j=%d\n",a[1][1],a[2][2]);
}
Visual C++ 2005 Express Edition です。
これをコマンドプロンプトを使ってコンパイルすると、
結果表示後「問題が発生したため・・・」のエラーがでます。
どこかおかしいところはあるでしょうか？
下のprintf文2つは実行確認用です。
339:デフォルトの名無しさん
07/10/11 14:33:04
>>338
＞a[2][i] = i;
範囲外
340:デフォルトの名無しさん
07/10/11 14:40:34
「Visual C++ 2005 Express Edition です。」と断らなければいけない
レベルの質問は基本的にはこのスレの対象範囲外
341:デフォルトの名無しさん
07/10/11 20:52:46
まあ内容自体は処理系関係ないがな。
342:デフォルトの名無しさん
07/10/11 20:53:42
だからこそ環境を書く時点でわかってない事の証左
343:デフォルトの名無しさん
07/10/13 13:27:48
fopenで開いているファイルの大きさを切り詰める方法を教えてください。
一時ファイルとして使ってるんですが、自前のデフラグで前に積めた時、
後ろのゴミを消したいので。
344:デフォルトの名無しさん
07/10/13 13:40:08
「C言語」で引っかかるスレで質問できそうなのがここしか見つからないのが問題
限定的な話題扱うならスレタイ自重しろよボケが
345:デフォルトの名無しさん
07/10/13 13:54:09
なら、次スレからJISに合わせて「プログラム言語C」にするか
346:デフォルトの名無しさん
07/10/13 13:55:40
～なら俺に聞け がよくない。
347:デフォルトの名無しさん
07/10/13 14:19:14
初心者お断りってスレタイで明言すればいいじゃん。きっと過疎って誰も来なくなるよ。
348:デフォルトの名無しさん
07/10/13 14:24:04
C言語なら俺に聞け（入門編）があるのになぜそっちに行かないんだろう
349:デフォルトの名無しさん
07/10/13 14:26:15
>>343
マルチすんな。あっちで回答しておいた。
350:デフォルトの名無しさん
07/10/13 14:26:48
>>347
願ったり叶ったり。
351:デフォルトの名無しさん
07/10/13 14:54:40
>>348
全角厨しか引っかからないな
愛用のかちゅ～しゃで確認
352:デフォルトの名無しさん
07/10/13 15:10:16
>>351
JaneDoeViewだと引っかかるから気がつかなかったよ
じゃぁこのスレも全角にすれば問題解決だな
353:デフォルトの名無しさん
07/10/13 17:14:58
入門者のくせに「入門」で検索しないのか
354:デフォルトの名無しさん
07/10/13 19:43:13
「入門」で検索って、しないでしょｗ
言葉使う側のオナニー
355:デフォルトの名無しさん
07/10/13 19:49:16
ほんとスレ立て下手糞だね。
毎回こんな事で揉めるのは双方不愉快になるし時間の無駄。
このスレの存在自体迷惑だし削除した方がマシだよ。
356:デフォルトの名無しさん
07/10/13 21:09:55
お前が立てればいいんじゃね？
357:デフォルトの名無しさん
07/10/13 21:10:16
じゃ、[標準C限定、C++不可、初心者お断り]ってスレタイに明記しとけ。
358:デフォルトの名無しさん
07/10/13 21:13:36
テンプレも読まない連中だから無駄な気もするな
359:デフォルトの名無しさん
07/10/14 22:17:28
>>355
>このスレの存在自体迷惑だし
どんな迷惑を被ったのかkwsk
360:デフォルトの名無しさん
07/10/15 00:44:03
調子こいて答えたら、規格に基づいて袋叩きにされた
361:デフォルトの名無しさん
07/10/15 23:21:44
volatile int v1, v2;
int x = v1 + v2;
これは推奨できないらしいですが、
どういう理由なんでしょうか
どうやらvolatile変数の参照は副作用を持つかららしいのですが、
具体的にどのようなケースがあるのでしょうか
362:デフォルトの名無しさん
07/10/15 23:25:55
>>361
式 v1 + v2 の v1 と v2 のどちらが先に評価されるか不定だから。
363:デフォルトの名無しさん
07/10/15 23:37:50
言葉足らずでした
おっしゃる通り、評価順が不定なのはわかったのですが、
v = f() + g(); みたいなケースは
f()やg()内で副作用のある処理が行われたんだろうな～
(グローバル変数をいじってるとか)
と想像はつくのですが
volatile変数の場合,
v1とv2が評価順に依存しているケースがあるって事なんでしょうか
その具体例が思い浮かばないです
364:デフォルトの名無しさん
07/10/15 23:40:03
>361
ググりましたが、volatile修飾子はコンパイル時の最適化を抑制する修飾子とのこと
たぶん、排他制御の二重ロックなどの冗長に見える部分の最適化を止めたいのでは？
DOSのシングルスレッドなプログラムしか組んだことないからよくわからないが…
URLﾘﾝｸ(itref.fc2web.com)
365:364
07/10/15 23:41:50
質問の勘違いしてました。御免なさい
m(_ _)m
366:デフォルトの名無しさん
07/10/15 23:46:52
#include <stdio.h>
#define N 5
int main(void){
int data1[]={1,3,5,7,10};
int data2[]={2,4,6,8,9};
int data3[]=0;
int i = 0;
int j = 0;
if (data1[i] >= data2[j]){
data3[i + j] = data[i];
i++;
}
if (data2[j] > data1[i]){
data3[i + j] = data2[j];
j++;
}
else return 0;
for (i=0;i<N;i++)
printf("%d",data3[i]);
return 0;
}
何がおかしいですか？
367:デフォルトの名無しさん
07/10/15 23:47:42
>>366
int data3[]=0;
368:デフォルトの名無しさん
07/10/16 00:13:38
>>367
どうすればいいですか？
369:デフォルトの名無しさん
07/10/16 00:19:25
>>363
未初期化の変数のロケーションを、必ず、読む、というコードが生成される、はず
規格では未初期化の自動変数を読んだ場合のふるまいはどうだっけ？
実際、どういう場合にまずいかというと
処理系(ここで言う処理系にはOS以下メモリやプロセッサまで含む)によっては
プロセスが、まだ書いたことのないロケーションを読もうとすると、メモリの
ゴミあさり(他のプロセスがパスワードとかを残してたりするの探す)と判断されて
例外で落とされるかもしれない、とか
370:361=363
07/10/16 00:22:31
あぁぁぁすいません
変数は初期済みという前提でおながいします
371:デフォルトの名無しさん
07/10/16 00:23:05
>>368
int data3[N]={0};
他にもおかしいところがあるかもしれないけど見てない
372:デフォルトの名無しさん
07/10/16 00:26:17
>>363
volatileオブジェクトは例えばプロセッサの内蔵タイマのようなリアルタイムに値の変化するものを指しているかもしれない。
373:デフォルトの名無しさん
07/10/16 00:27:16
ありがとうございます。
そこを直してもまだ1つエラーがありました。
data3[i + j] = data[i];
ここらしいです
374:デフォルトの名無しさん
07/10/16 00:27:36
>>363
メモリマップド I/O だな。読んだだけでチップの信号が変わるとか。
375:デフォルトの名無しさん
07/10/16 00:28:33
>>373
エラーメッセージ嫁。
読んで分からなかったらエラーメッセージ添えて聞け。
ここはエスパーごっこするスレじゃない。
376:363
07/10/16 00:29:41
>>372
>>374
なるほど。ハードウェア絡みですね
確かに読むだけでデバイスの状態が変化する可能性がありますね
ありがとうございました！
377:デフォルトの名無しさん
07/10/16 00:31:43
>>375
すみません。
エラー E2451 babble.cpp 10: 未定義のシンボル data(関数 main() )
だそうです。
378:デフォルトの名無しさん
07/10/16 00:34:28
>>377
dataは1～3だろ、無印は無い
たぶんdata3[i + j] = data1[i];
379:デフォルトの名無しさん
07/10/16 00:38:27
>>377
なんでそこまで言われて気づかないんだ？
380:デフォルトの名無しさん
07/10/16 00:40:35
BCC はこれがコンパイルエラーじゃなくてリンクエラーになるのか。恐ろしいな。
っていうか悪いことは言わないから VC++ 2005 EE か Cygwin GCC にしとけ。
381:デフォルトの名無しさん
07/10/16 00:42:08
いくらBCCでもコンパイル通らないだろ
382:デフォルトの名無しさん
07/10/16 00:43:00
完全な見落としですね…
すみません。ありがとうございました
383:デフォルトの名無しさん
07/10/16 00:58:14
>>371
Cの配列は自動で領域拡張してくれないからdata3のメモリ領域は必ず確保することが必要だと。
data3[] = {0};
だとdata3の配列の長さは１です。今のままだと条件によってはバッファーオーバーランします。
384:デフォルトの名無しさん
07/10/16 01:10:34
たまたま質問が標準C以内のものだったら回答してるって感じだな
>>366なんか標準Cと何の関係もない、ただのデバッグ依頼だろ
ちゃんと切り分けろよ
385:デフォルトの名無しさん
07/10/16 01:10:34
>>383
Nがわざわざ定義してあるだろ
386:デフォルトの名無しさん
07/10/16 01:20:08
>>371
現状の結果は data3[] = {3,*,*,*,*};
となる。*部は未定義かつ異常アクセス。
このデータの場合読み込みしかしていないが
二つのif条件が共に満たされている場合始めの*に書き込み
Windouwsなら共有違反のエラーダイアログが出て強制終了されると思います。
387:デフォルトの名無しさん
07/10/16 01:24:34
突っ込むの面倒だし放置でいいかな？
388:デフォルトの名無しさん
07/10/16 01:27:28
なんでいきなりBCC
389:384=386
07/10/16 21:29:10
一つ見落としてました御免なさい…
390:デフォルトの名無しさん
07/10/23 23:39:29
ぬるぽ
391:デフォルトの名無しさん
07/10/23 23:56:21
ｶﾞｯ
392:デフォルトの名無しさん
07/10/25 02:01:37
int a = -1;
unsigned int b = a;
こうするとbは標準Cならどんな環境でもUINT_MAXになるんですが
unsigned int b = (unsigned int)a;
こうした場合って、このキャストは
(1)aのビットパターンを無理やり unsigned int として解釈するのか (C++のreinterpret_cast)
→負数の表現が2の補数なら UINT_MAX
1の補数なら UINT_MAX-1
絶対値と符号フラグなら…いくつだ？
(2)aをunsigned int に変換するのか (C++のstatic_cast)
→環境によらず UINT_MAX
どっちでしょうか？
あいにく手元には負数の表現方法が2の補数の環境しかないので、確かめられません
393:デフォルトの名無しさん
07/10/25 02:06:39
って、>>189に書いてある説明文に思いっきり
(unsigned int)-1 って書いてあるな…
394:デフォルトの名無しさん
07/10/25 02:16:57
>>392
C の話は解決したとして、 C++ の reinterpret_cast の理解が間違ってる。
reinterpret_cast で int → unsigned int の変換はできない。
reinterpret_cast による変換結果はすべて実装依存。ビットパターン云々とは言えない。
395:デフォルトの名無しさん
07/10/26 12:00:55
>>364 volatile修飾子は、組み込み用プログラムでは多用するな。
最適化では、値を読むことしかしてない変数は無駄なコードとして
削除されてしまう。
しかし、メモリマップドＩ／Ｏでは、Ｉ／Ｏのレジスタ類は変数として
定義され、その内容の変化のみをチェックする処理は多い。 その様な
変数には、volatile修飾子をつけないと最適化で消されてしまって
処理が実行されない。 Ｃソース上では存在するが、機械語コードでは
存在しなくなっている。 これを防止するのが主な使い方だな。
396:デフォルトの名無しさん
07/10/26 14:43:41
>>395
それで思い出したがCPU自体にアトミックな操作ができない物があり、
そういうCPUではvolatileを完全に実現出来ないと聞いた。
具体的には16ビットCPUで32ビット変数を扱うと完全なvolatileには
ならない。16 + 16に分けて2回読み書きするためで、その間に割り込み
が入って内容を変更されてもCPUはそれに気づけない。
397:デフォルトの名無しさん
07/10/26 16:52:48
>>396
＞volatileを完全に実現出来ない
それは適当な表現じゃないなぁ。
単にvolatileではアトミックかどうかを意識できないだけの話だと思うんだ。
volatileがそれを保証する修飾子じゃないんだから実現できないってのとは違うでしょ。
398:デフォルトの名無しさん
07/10/26 17:12:01
>>397
§6.7.3.6
An object that has volatile-qualified type may be modified in ways unknown to the
implementation or have other unknown side effects. Therefore any expression referring
to such an object shall be evaluated strictly according to the rules of the abstract machine,
as described in 5.1.2.3. Furthermore, at every sequence point the value last stored in the
object shall agree with that prescribed by the abstract machine, except as modified by
theunknown factors mentioned previously.114) What constitutes an access to an object that
has volatile-qualified type is implementation-defined.
確かに実装依存と書いてあるね。しかしアトミックである事を保証できないのならvolatile修飾子の意味は
無い事になってしまう。規格には保証されてなくても実際volatileをそのような目的に使うなら、CPU固有の
振る舞いを知っておく事は非常に重要なはずだ。
399:デフォルトの名無しさん
07/10/26 17:30:16
主旨には同意するが
> アトミックである事を保証できないのならvolatile修飾子の意味は
> 無い事になってしまう。
これは言い過ぎ。例えば
volatile x;
x = 2;
x = 3;
の x = 2; が実行されることが保証されること等、
アトミシティ以外にも存在する意味はある。
400:デフォルトの名無しさん
07/10/26 17:57:20
ベンチでCPU側にとって無意味なループを省略させないとかかね
401:デフォルトの名無しさん
07/10/26 18:43:50
>>400
保証されない。
xが32bitだとして16bitのCPUなら、上位16ビットを代入した直後に
割り込みが入って上位16ビットを書き換えたらもうダメ。
402:デフォルトの名無しさん
07/10/26 18:44:18
×>>400
○>>399
403:デフォルトの名無しさん
07/10/26 21:02:16
アトミックとvolatileは全然違う概念だと俺は信じてたけど…？
>>401
>>399は別に、xに2が設定されることが保障されると
言ってはいないと思う。
404:デフォルトの名無しさん
07/10/26 21:30:30
すると。
int X
X = 1+1;
dly_tsk(100); /* ウエイト */
if(X==2)
これはXは必ずしも真とはいえないのと同じか・・・？（割り込みで値なんていくらでも変更できるので）
volatileは最適化の抑止であって値の保証とは違うと思うが。
それともなんか俺、頭がおかしいのか？
最適化といえば、よくあるのがF-ROMのライトシーケンスやイレースシーケンスとかなんか同じアドレスに0xAAだの0x55だの書くから
最適化されるとうまく動かなくなるね。
ちなみに組み込みをやるとハードがらみで泣かされることがしばしば。
センサ情報で何度泣かされたか。ノイズで何度泣かされたか。静電気で・・・
405:デフォルトの名無しさん
07/10/26 21:31:10
setjmpとallocaって、呼び出しの前後順によってはlongjmpが
おきた時に何か問題おきるかな？
406:デフォルトの名無しさん
07/10/26 23:03:52
自信を持っては言えないのだが、多分volatileがあることで、
（処理系の詳細ではなく仕様で定められたセマンティクスの範囲内でも）
実装可能になる並列データ構造とかは存在するんではなかろうか？
407:デフォルトの名無しさん
07/10/26 23:11:46
ハードの熱で泣かされたことが……
408:デフォルトの名無しさん
07/10/26 23:15:14
>>405をおながいします。
allocaでずれたスタックポインタlongjmpで先祖がえりしてしまうような
ことは無いのか、どうなんでしょう？
409:デフォルトの名無しさん
07/10/26 23:15:59
スタックポインタ「が」longjmp
410:デフォルトの名無しさん
07/10/26 23:24:37
>>401
そんなあなたに sig_atomic_t
411:デフォルトの名無しさん
07/10/26 23:28:54
allocaがなんなのか知ってる？
412:デフォルトの名無しさん
07/10/26 23:33:53
void *p;
int result;
result = setjmp();
if (!result) {
p = alloca(256);
hoge(); /* hoge calles longjmp, NO RETURN */
/* NOT REACHED HERE */
}
/* ここで p の指す先は大丈夫か？ */
ということ？
413:デフォルトの名無しさん
07/10/27 00:21:05
>>412
そうそんな感じです。C言語として保証されてるのかな？と
ふと思ったので。
414:デフォルトの名無しさん
07/10/27 00:39:46
allocaは標準Cで既定されている関数ではないから、実装依存としか言いようがない。
415:デフォルトの名無しさん
07/10/27 00:40:12
alloca は C の標準関数じゃないので・・・
416:デフォルトの名無しさん
07/10/27 00:45:12
ああそうなんだ。知らなかったっす。どうもありがとう。
417:デフォルトの名無しさん
07/10/27 01:48:57
>>410
それがはC標準関数ではない
標準ではない型を別途定める必要があること自体C標準ではできないことの証明
418:デフォルトの名無しさん
07/10/27 02:26:56
sig_atomic_t は <signal.h> で定義されてる ANSI C 標準の型ですが何か？
419:デフォルトの名無しさん
07/10/27 02:45:54
関数ではないなｗ
420:デフォルトの名無しさん
07/11/05 22:32:44
規制中につき携帯から失礼します。
２バイト文字の文字コードを持つint型の変数があるときに
この変数の文字コードに該当する文字を取得しようとしたのですが
char型にぶちこもうとしたら１バイトずつに分けられて格納されて、wcharを使っても分けられてしまうようなのですが
どうにか２バイトまとめて一つの文字コードだと判断させる方法はないでしょうか？
421:デフォルトの名無しさん
07/11/05 22:37:42
Java の char と違って、ふつ～ C の char は 8 ビットだからどうにもならない
422:デフォルトの名無しさん
07/11/05 22:40:31
sage忘れたorz
423:デフォルトの名無しさん
07/11/05 22:52:09
>>419
ﾌｲﾀw
424:デフォルトの名無しさん
07/11/05 22:58:14
>>420
何言ってるのか良く分からん。
＞wcharを使っても分けられてしまうようなのですが
この部分を検証したコードと実行結果plz
425:デフォルトの名無しさん
07/11/06 00:29:42
scanfを使って整数型の変数に1～100の値を入力された時のみ
続く処理をして、それ以外は再度入力を促すプログラムを作ってます。
入力された値のエラーのチェックにはどんな処理が必要か
わからないので教えてください。
あと数値を入力してEnterを押して実行したあとに
前回入力した数値が残ったままになっているのを
消すにはどうすればいいですか？
426:425
07/11/06 00:32:34
スレ間違いすいません
初心者いってきます
427:デフォルトの名無しさん
07/11/11 14:29:16
typedef struct _target
428:デフォルトの名無しさん
07/11/11 14:42:22
>>427 そんなところに予約識別子使うやつ死ねって思う。
429:デフォルトの名無しさん
07/11/11 19:55:32
>>428
構造体タグは独立した名前空間だから別にいいんじゃね?
C++に移植したときにはまらないとも限らんが。
430:デフォルトの名無しさん
07/11/11 20:09:22
ダメなんだぜ。
7.1.3 Reserved identifiers
> - All identifiers that begin with an underscore are always reserved for use as identifiers
> with file scope in both the ordinary and tag name spaces.
431:デフォルトの名無しさん
07/11/15 10:35:25
>>430
俺が訳してやるぜ
アンダースコアから始まる識別子を使うな、どアホ
432:デフォルトの名無しさん
07/11/15 12:01:23
ｽﾚﾘﾝｸ(tech板:328-334番)
> 加減演算子
>
> ポインタオペランド及びその結果の両方が同じ配列オブジェクトの要素、又は
> 配列オブジェクトの最後の要素を一つ越えたところを指している場合、演算に
> よって、オーバーフローを生じてはならない。それ以外の場合、動作は未定義
> とする。
これ見て思ったんだけど、たとえばメモリ空間がアドレス 0x0000-0xffff の環境で、
メモリ空間の終端 16 バイトに char a[16] が割り当てられて a が 0xfff0 を指す場合、
a + 16 は 0x0000 に対応することになると思うんだ。で、さらにその実装が 0x0000 を
ヌルポインタとしていた場合、 a + 16 == 0 が真になるようなことがあるかもしれない。
これはオーバーフローっぽいから配列をそんなところに割り当てないようにしないと
いけないのかもしれないけど、実際のところ a + 16 はオブジェクトを指す必要がないから
ヌルポインタになったところで問題ないのかもしれないとも思う。
配列の最後の要素を一つ越えたところを指しているポインタがヌルポインタと
等しくなるような実装って、規格の範囲内なのかね？
433:デフォルトの名無しさん
07/11/15 12:15:14
だめなんじゃない？
6.5.8 Relational operators の 5
＞If the expression P points to an element of an array object
＞and the expression Q points to the last element of the same array object,
＞the pointer expression Q+1 compares greater than P.
char a[16] に対しては a < a+16 が成立しなきゃいけないらしい
434:デフォルトの名無しさん
07/11/15 12:29:14
効率の面から全然現実的じゃないけど、大小比較においてはぬるぽを特別扱いして
最強としておけば a < a + 16 の要件は満たせる。明示的なぬるぽとの比較は
未定義動作だから、これによって規格から外れるということにはならない・・・かなり苦しいな。
435:デフォルトの名無しさん
07/11/15 12:40:35
ってことは、アドレス 0 をヌルポインタに使っている実装で、 ROM や RAM が
アドレス空間の終端にあるようなときは、ちょっと気をつけて終端ぴったりにオブジェクトが
配置されないようにする必要がある、ってことになるのかな？
リンカに指示するマッピングで終端１ワード（バイト？）ぐらい予約にしてやればいいのか。
436:デフォルトの名無しさん
07/11/15 18:22:24
>>434
>432のメモリモデルでユーザメモリ空間が0x8000以上なら、
ポインタ演算を符合付き整数で行なう実装ができそうだ。
437:デフォルトの名無しさん
07/11/15 21:26:34
いかれた規格野郎のために、これでまともに動作すれば規格合致で portable なことが保証できる、規格の限界を極めた変態処理系とかできないもんかな。
438:デフォルトの名無しさん
07/11/18 00:07:49
#include <stdio.h>
int main (void)
{
int a,b;
scanf("%d",&a);
scanf("%d",&b);
printf("2番目の数みたい%d1番目の数みたい%dこれはどこ?%d");
return 0;
}
printfの%dはいったいどうった仕様でよまれているんでしょうか？
439:デフォルトの名無しさん
07/11/18 00:15:32
URLﾘﾝｸ(www.linux.or.jp)
440:デフォルトの名無しさん
07/11/18 00:19:39
>>438
printfの%dは、何を表示したいか最後に引数で指定しないとだめ
printf("2番目の数みたい%d1番目の数みたい%dこれはどこ?%d", a, b, 42);
441:デフォルトの名無しさん
07/11/18 01:10:04
>>439>>440
どうもです。
よくわからんかったんですけど、stdinのなかでも読んでるのかな?
いつもは書式("%d",a)見たいな感じで使ってるんですけど、
前問題で
scanf("%d",&a);
printf("あなたが入力したのは%dです");
があって、aの値が出力されたのでなんでだろうと思って聞いてみました。
442:デフォルトの名無しさん
07/11/18 01:39:09
未定義動作なので、単なる偶然。
たぶんスタックが関係してるとおもうけど。
443:デフォルトの名無しさん
07/11/18 11:11:03
> よくわからんかったんですけど、stdinのなかでも読んでるのかな?
違います。第2引数以降に順番に対応します。%d に限らずみんなそうです。
>>440 の例をよく吟味してみてください。
> 前問題で
> scanf("%d",&a);
> printf("あなたが入力したのは%dです");
> があって、aの値が出力されたのでなんでだろうと思って聞いてみました。
の答えが >>442 で、何かの問題としてそういうプログラムがあったのだったら、
それは誤植かバグ。
444:デフォルトの名無しさん
07/11/20 12:26:52
10から99までの１０進数の数値を1の桁と10の桁に分けたい場合
どうすればいいでしょう？
例えば56を5と6に分けたい場合、どうすればいいのでしょう？
445:デフォルトの名無しさん
07/11/20 12:28:12
56 / 10 → 5
56 % 10 → 6
446:デフォルトの名無しさん
07/11/20 12:36:56
long型なんですが・・・
447:デフォルトの名無しさん
07/11/20 12:37:44
あっ間違えました。ありがとうございました
448:デフォルトの名無しさん
07/11/20 12:48:28
↑のような質問のスレではないので次の質問を書く人は注意
449:デフォルトの名無しさん
07/11/20 15:42:08
>>448
これがゆとり世代と言うもの
450:デフォルトの名無しさん
07/11/23 14:20:32
予約識別子について質問です。
今までは
・下線 _ で始まり英小文字 a-z が続く一般識別子は global namespace で予約済み
というルールから、
type_t function( type_t _parameter ){ return _parameter; };
のような仮引数名は予約識別子ではなかったはず（FAQでも同様の回答）なのですが、
「C99 では Reserved identifiers が『マクロ名を含む』になったから global namespace で #define _paramete されてたら仮引数名も上書きされない？」
と指摘されました。
恥ずかしながら、規格を読んでみても具体的に何が変わったのか私には分かりませんでした。
「今後は避けられるなら避けた方がよい」のは前提として、
既にある _parameter のような仮引数名は今でも安全なのでしょうか？
451:デフォルトの名無しさん
07/11/23 14:33:26
処理系が _parameter というマクロを定義可能になったから、
処理系が _parameter というマクロを定義していた場合に
その引数の _parameter という部分が置き換えられるかもしれない、
という話じゃね。
C99 に対応してないだろう ANSI C/C++ 辞典を見ると、
下線で始まるマクロ名は全て予約識別子らしいから、
今でも問題があるかと。
下線を付ける場合は、普通後ろに１つだけ付ける。
452:デフォルトの名無しさん
07/11/23 15:06:34
>>450
規格の範囲内で問題ないかといえば、問題ない。 >430 にあるように、タグ名を含む
ファイルスコープの識別子として予約されていて、マクロにも使える下線＋英大文字とは
区別されている。
ただし、そういう指摘を受けて規格の詳細を見直さないと自信が持てないような
状況を避けるため、はじめから下線始まりの識別子を使わないようにしたほうがいい。
453:デフォルトの名無しさん
07/11/27 15:48:32
C言語ってさ、他のソースに定義してある関数とか引数ちがってmainの中で使ってもコンパイルエラーださないじゃん。
あと、まったく未定義な関数つかっても他のソースにあるかもしれないからとかいう理由でコンパイルエラーだしてくれないじゃん。
とても不便だよね。
なんで、コンパイラはそれくらいのことをしてくれないのかな？別に面倒じゃないと思うんだけど。
454:デフォルトの名無しさん
07/11/27 15:57:06
>>453
大抵のまともなコンパイラなら、(宣言が見つからないと言う理由で)警告を出してくれると思います。
尤も、中にはデフォルトではその警告を出さないコンパイラもありますが。
詳しいことは、それぞれのコンパイラのスレなどでどうぞ。
455:デフォルトの名無しさん
07/11/27 16:03:46
>>453 のような話題のためのスレではないので次の質問を書く人は注意
456:453
07/11/27 16:14:35
>>454 thx 俺のコンパイラがいけんのか。そうか。
やっぱ高いのじゃないとだめだね。なんでも。貧乏人は苦労するよ。
>>455 C言語のコンパイラ全部そうだとおもってたんだよ。俺はトウシロウだから。
457:デフォルトの名無しさん
07/11/27 16:24:38
>>456
ここはコンパイラの使い方のスレではないので程々に。
今無料で利用できるコンパイラの多くが警告を出せると思うので、調べてみてください。
458:デフォルトの名無しさん
07/11/27 16:51:26
gccなら-Wall つけとけ
459:デフォルトの名無しさん
07/11/27 20:47:25
本当はリンカの仕事だからな
460:デフォルトの名無しさん
07/11/28 00:49:19
リンカにその情報は渡らんだろ。渡せるように作れるが。
461:デフォルトの名無しさん
07/11/28 07:14:08
>>460
Cの関数はデフォルトだと内部リンケージだったっけ？
462:デフォルトの名無しさん
07/11/28 10:45:04
いいえ。
463:デフォルトの名無しさん
07/11/28 20:12:34
strcpy と wcscpy のようにアルゴリズムが殆ど同じだが扱う型・定数が微妙に違う関数を同時に実装する必要があるとします。
実装しなければならない数は 2～3 型 x 30～40 関数ぐらいとします。
このような場合、
/* strcpy.cpp */
char *strcpy( char *dst_, const char *src_ ) {
char *head = dst_; while( '\0' != (*dst_++ = *src_++) ){ /* nop */; } return head;
}
/* wcscpy.cpp */
wchar_t *wcscpy( wchar_t *dst_, const wchar_t *src_ ) {
wchar_t *head = dst_; while( L'\0' != (*dst_++ = *src_++) ){ /* nop */; } return head;
}
と一つづつ同じような関数を書いていくのと
/* fallthrough */
464:デフォルトの名無しさん
07/11/28 20:13:12
アルゴリズムだけ書いた
/* template/strcpy.cpp */
#ifdef XCS_IS_CHAR
#define char_t char
#define xcscpy_ strcpy
#define text_( text ) text
#endif
#ifdef XCS_IS_WCHAR
#define char_t wchar_t
#define xcscpy_ wcscpy
#define text_( text ) L ## text
#endif
/* strcpy, wcscpy */
char_t *xcscpy_( char_t *dst_, const char_t *src_ ){
char_t *head = dst_; while( text_('\0') != (*dst_++ = *src_++) ){ /* nop */; } return head;
}
のようなテンプレートを用意して
/* strcpy.cpp */
#define XCS_IS_WCHAR
#include <template/strcpy.cpp>
/* wcscpy.cpp */
#define XCS_IS_CHAR
#include <template/strcpy.cpp>
と読み込ませるので、どちらが良いと思いますか？
あるいは、もっと良い方法がありますか？
465:デフォルトの名無しさん
07/11/28 20:16:38
ちなみに発想は VC++ の crt のソースからです。
>>464 の訂正 /* ファイル名が逆 */
/* strcpy.cpp */
#define XCS_IS_CHAR
#include <template/strcpy.cpp>
/* wcscpy.cpp */
#define XCS_IS_WCHAR
#include <template/strcpy.cpp>
466:デフォルトの名無しさん
07/11/28 20:16:53
C++だったら、C++の関数テンプレート機能を使う方がいい
template<typename T> T *xcscpy( T *dst_, const T *src_ ){
T *head = dst_; while( 0 != (*dst_++ = *src_++) ){ /* nop */; } return head;
};
467:デフォルトの名無しさん
07/11/28 20:21:52
>>466
でもここは残念ながらCのスレ
468:デフォルトの名無しさん
07/11/28 20:50:08
同時に実装しなければならないならプリプロセッサでの切り分けはできないと思うが
469:デフォルトの名無しさん
07/11/28 20:52:18
早速の回答ありがとうございます。
共有するヘッダには C++ を使えないことになってますが、私のコードの中だけでも許可が出れば
/* strcpy.cpp */
template<typename T> T *xcscpy( T *dst_, const T *src_ ){
T *head = dst_; while( 0 != (*dst_++ = *src_++) ){ /* nop */; } return head;
};
char *strcpy( char *dst_, const char *src_ ) { return xcscpy( dst_, src_ ); }
wchar_t *wcscpy( wchar_t *dst_, const wchar_t *src_ ) { return xcscpy( dst_, src_ ); }
/* strcpy.h */
char *strcpy( char *dst_, const char *src_ );
wchar_t *wcscpy( wchar_t *dst_, const wchar_t *src_ );
とは書けますね。
訊いてみます。
ただ、'\0' を 0 としなければならないのが少し気になります。
関数によっては既存の定数や関数を参照しなければならないところもあるので
#define INVALID_INPUTCHARS "*?\"<>|\a\b\t\n\v\f\r" /* 入力禁止文字群 */
#define t_( text ) L ## text
#define xt_( text ) t_( text )
strhoge(){ return strpbrk( test_, INVALID_INPUTCHARS ); }
wcshoge(){ return wcspbrk( test_, xt_( INVALID_INPUTCHARS ) ); }
のような変換も自動で出来ると嬉しいのですが。
470:デフォルトの名無しさん
07/11/28 20:59:13
>>468
ファイルスコープにしてファイルを分ければ可能
471:デフォルトの名無しさん
07/11/28 21:03:42
>>468
>同時に実装しなければならないならプリプロセッサでの切り分けはできないと思うが
できますよ、というか出来てます。#undef まで書けば同じファイルにすら実装できます。
下の 2 ファイルを用意して test.cpp をプリプロセッサにかけてみてください。
/* ./template/test.cpp */
#ifdef TYPE_A
#define type_ type_ar
#define name_ func_a
#endif
#ifdef TYPE_B
#define type_ type_b
#define name_ func_b
#endif
type_ *name_( type_ *param );
#undef type_
#undef name_
/* ./test.cpp */
#define TYPE_A
#include "./template/test.cpp"
#undef TYPE_A
#define TYPE_B
#include "./template/test.cpp"
#undef TYPE_B
472:デフォルトの名無しさん
07/11/28 21:10:02
>>471
それでいいならこれでもいいんじゃない？
#include<stdio.h>
#define DEF_SWAP(type) void swap_ ## type(type *a, type *b){type c;c=*a;*a=*b;*b=c;}
DEF_SWAP(int)
DEF_SWAP(char)
int main(void)
{
char val_char[2]={'A', 'B'};
int val_int[2]={1234, 5678};
printf("%c %c\n", val_char[0], val_char[1]);
swap_char(&val_char[0], &val_char[1]);
printf("%c %c\n", val_char[0], val_char[1]);
printf("%d %d\n", val_int[0], val_int[1]);
swap_int(&val_int[0], &val_int[1]);
printf("%d %d\n", val_int[0], val_int[1]);
return 0;
}
473:デフォルトの名無しさん
07/11/28 21:15:40
いつだったかム板のどこかで C 言語で STL ってのを見た記憶がある
もちろんマクロ全開で使いまくりだが、中身を見なければ幸せだった気がする
474:デフォルトの名無しさん
07/11/28 21:20:23
昔こんなんなら書かされた記憶はある。やっつけで再現してみた。
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
475:デフォルトの名無しさん
07/11/29 01:29:50
>>473
これか？
URLﾘﾝｸ(sourceforge.jp)
476:デフォルトの名無しさん
07/11/29 06:41:15
統合開発環境なににしようか迷っているんですが・・・orz
アドバイスください。。。
477:デフォルトの名無しさん
07/11/29 08:41:56
>>1 読め
478:デフォルトの名無しさん
07/11/29 09:38:48
こんなところにマルチしに来ててﾜﾛｽ
479:デフォルトの名無しさん
07/11/29 11:50:29
・半角アルファベットの文字列を引数をして、文字列に含まれる大文字を
すべて小文字に変換する関数tolower_strを作成せよ
・この関数を用い、入力した半角アルファベットの文字列に含まれる大文字を
すべて小文字に変換し表示するプログラムを作成せよ
コード
#include<stdio.h>
void tolower_str( char []);
int main(void){
char str[256];
printf("文字列を入力して下さい:");
scanf("%s",str);
tolower_str(str);
printf("%s",str);
return 0;
}
void tolower_str(char t[]){
int k;
for (k=0;k!='\0';k++){
if(k>='a' && k<='z'){
k=k+'A'-'a';
}else if (k>='A' && k<='Z'){
k=k+'a'-'A';
}
}
}
実行結果
文字列を入力して下さい:TEST
TEST
変換できないのですｔｔ教えて下さいlol
480:デフォルトの名無しさん
07/11/29 12:07:03
>>479
小文字を変換しようとしてるのはどうして？
まあそれは置いといて、
for (k=0;k!='\0';k++){
ここでkを0に初期化してる（k=0）のに、0だったら抜ける(k!='\0'）判定してるから
481:デフォルトの名無しさん
07/11/29 12:08:32
もっと言うと、文字はkじゃなくてt[k]だろ。
482:デフォルトの名無しさん
07/11/29 12:12:48
つーか、宿題スレか初心者スレへどうぞ。
483:ニャン
07/11/30 18:15:48
いくつか聞きたいことがあります
友達が検索エンジンに一括登録するソフトを作ったそうなんですが
ネット上のボタンをクリックしたり コメント枠に書き込んだりするのはどうやってプログラムするのですか？
それから初歩的なんですが
2文字以上の文字を保管するのはどうすればいいのですか？
char だと1文字しか保管できません
それから乱数の関数の使い方教えて下さい
あと
画像の表示方も教えて下さい
484:デフォルトの名無しさん
07/11/30 18:18:08
次の患者さんどうぞ
485:ニャン
07/11/30 18:21:03
友達が検索エンジンに一括登録するソフトを作ったそうなんですが
ネット上のボタンをクリックしたり コメント枠に書き込んだりするのはどうやってプログラムするのですか？
それから初歩的なんですが
2文字以上の文字を保管するのはどうすればいいのですか？
char だと1文字しか保管できません
それから乱数の関数の使い方教えて下さい
あと
画像の表示方も教えて下さい
486:デフォルトの名無しさん
07/11/30 18:24:22
関連が無いものを複数いっぺんに聞くなよ・・・
あと環境依存のやつはそれなりのスレで。
487:デフォルトの名無しさん
07/11/30 18:28:15
>>483
> ネット上のボタンをクリックしたり コメント枠に書き込んだり
> するのはどうやってプログラムするのですか？
ブラウザがどういう仕組みで動いているのかを調べれば、どうやってプ
ログラムするかもわかるようになるよ。HTTP とか HTML とかね。
488:ニャン
07/11/30 18:28:18
すみません
いろいろ困ってたんで
せめて1番上だけでも答えてください
お願いします
ところで 環境依存ってなんですか？
489:ニャン
07/11/30 18:30:40
ブラウザってどうやって見るのですか？
490:ニャン
07/11/30 18:36:20
俺 コマンドプロンプト内で文字を表示させるくらいまでしか プログラムできないんで
もっと詳しく教えて下さい
491:ニャン
07/11/30 18:45:33
その友達に訊けばいいんじゃないですか。
492:デフォルトの名無しさん
07/11/30 18:48:52
まず >>1 を読め
読み終わったら >>1 を読め
一回休んで、もう一度 >>1 を読め
ついでに >>2 も読んでおけ
493:ニャン
07/11/30 18:49:23
教えてくれないんです
494:デフォルトの名無しさん
07/11/30 19:36:43
これはひどい
495:デフォルトの名無しさん
07/11/30 20:01:15
9,6,4,7,12,14,1,11,10,15,3,5,8,13,2を小さいものから順に並び替える関数です。
0 #include<stdio.h>
1 void quicksort(int x[],int n){
2 int m;
3 int *pa=x+2. *pz=x+n
4 if(n==2){
5 if(x[1]>x[2])m=x[1],x[1]x[2],x[2]=m;
6 return;
7 }
8 while(pa<pz){
9 while(pa<=x+n && *pa<x[1])pa++;
10 while(pz>=x+2 && *pz>=x[1])pz--;
11 if(pa<pz)m=*pa, *pa++=*pz, *pz--=m;
12 }
13 if(pa>x+2)m=x[1],x[1]=*(--pa),:pa=m;
14 if(pa-x>2)quicksort(x,pa-1-x);
15 if(x+n-pz>1)quicksort(pz.x+n-pz);
16 }
これの8～12行目の部分は、9行目で前から数列の6,4,7,12まで進み、
10行目で後ろから2まで進み、12と2を交換するという意味であってますか？
496:デフォルトの名無しさん
07/11/30 20:04:18
>>495ですが、もしかしてスレ違いですか？
497:デフォルトの名無しさん
07/11/30 20:15:03
そうです
次の患者さんどうぞ
498:デフォルトの名無しさん
07/11/30 22:40:30
Cで動的初期化というか、やりたいのは以下のような感じなんだが、
いいアイディアない？
あるヘッダファイルに以下のような定義がある。
typedef const struct ID_ {
uint32_t a;
uint8_t bc[2]
} * ID;
extern const ID ID_HOGE;
んで、実体は以下のような感じ。ちなみにID_HOGE_は公開されていない。
static const struct ID_ ID_HOGE_ = {0xaaaa, {0xbb, 0xcc}};
const ID ID_HOGE = &ID_HOGE_;
んで、このIDと名前みたいなヤツの対応を静的に書いておきたい。
struct {
ID id;
char *name;
} MAP;
static struct MAP map[]={
{ID_HOGE,"hoge"},
...
};
だが、動的な初期化が出来ないってコンパイラにはじかれてしまう。
どうしたらいい？ボスケテ天才プログラマー。
499:デフォルトの名無しさん
07/11/30 22:47:26
static struct MAP map[]={
{&ID_HOGE_,"hoge"},
...
};
500:デフォルトの名無しさん
07/11/30 22:52:31
>>499
いや、上にも書いたとおり、ID_HOGE_は公開されていなくて、
実体があるソースコードも書き換え不可なんですよ・・・。
501:デフォルトの名無しさん
07/11/30 23:23:44
今日からＣ言語の勉強を開始しようと思っていますが、初心者でも使いやすい
コンパイラーあれば、教えて頂けないでしょうか？
ちなみにVisual C++ 2005 Express Edition持ってます、使えますでしょうか？
502:デフォルトの名無しさん
07/11/30 23:28:12
つ『14歳からはじめるC言語わくわくゲームプログラミング教室』
URLﾘﾝｸ(www.amazon.co.jp)
Borland C++使ってる。
503:デフォルトの名無しさん
07/11/30 23:29:45
>>500
やりたいこと、よくわかんねけどさ。
こうじゃあかんの？
struct MAP{
const ID *id; // ＜ポインタに
char *name;
};
static struct MAP map[]={
{&ID_HOGE,"hoge"},
};
// 使用例？
int main()
{
printf("%x\r\n", (*map[0].id)->a);
return 0;
}
504:デフォルトの名無しさん
07/11/30 23:39:05
>>502 まだまだ軍資金がないもんで、フリーでできるものを願いします
505:デフォルトの名無しさん
07/11/30 23:42:27
最長共通部分列（LCS)問題について教えてください。
ある座標系が２つ(x1,y1),(x2,y2)が存在して、その座標系に
それぞれ10個の要素があったとします。各要素のx1,もしくはx2座標
とy1,y2座標に重複はないものとします。
要素 1 2 3 10
ex 座標系１・・・(x1,y1)={(4,3),(2,6),(5,9),,,,(10,1)}
座標系２・・・(x2,y2)={(1,5),(7,5),(9,8),,,,(3,4)}
この２つの座標系において要素間の位置関係が等しくなっている全ての要素の
のなかで一番要素数が多いものを割り出す。プログラミングは
どのように組めばいいのでしょうか？よろしく願いします。
506:デフォルトの名無しさん
07/11/30 23:48:20
>>501
>>1-2
>>505
>>1-2
507:デフォルトの名無しさん
07/12/01 01:34:09
>>498
そのやりかたではできない。
どうせmapは変更しないのだろうから、ID構造体を隠蔽してそのポインタを提供するのではなく
MAP構造体を隠蔽してそのポインタを提供する方式にするんだ。
// id.h
typedef struct{
uint32_t a;
uint8_t bc[2]
}ID;
typedef struct{
const ID *id;
const char *name;
}MAP_;
typedef const MAP_ * const MAP;
extern MAP map;
// id.c
static ID ID_HOGE_ = {0xaaaa, {0xbb, 0xcc}};
static MAP_ map_[]={
{&ID_HOGE_,"hoge"},
...
};
MAP map=map_;
これでいけるはず
508:デフォルトの名無しさん
07/12/01 02:04:09
>>507
どこがMAPを隠蔽してるんですか？
509:デフォルトの名無しさん
07/12/01 03:12:18
>507
hogeの実体部分のソースは変更不可だってんだからそれは駄目だろ
静的な初期化はあきらめて、mainの頭で初期化するか
map要素を返す関数を用意してそれが最初に呼ばれたときに初期化するかしかないな
510:デフォルトの名無しさん
07/12/01 13:01:43
/* map.h */
ID map_ID(int);
const chat * map_name(int);
/* map.c */
struct {
ID *id;
char *name;
} MAP;
static struct MAP map[]={
{&ID_HOGE,"hoge"},
...
};
ID map_ID(int n)
{
const chat * map_name(int n);
511:デフォルトの名無しさん
07/12/01 13:03:25
途中送信しちった
/* map.c */
struct {
ID *id;
char *name;
} MAP;
static struct MAP map[]={
{&ID_HOGE,"hoge"},
...
};
ID map_ID(int n)
{
return *map[n].ID;
}
const chat * map_name(int n)
{
return map[n].name;
}
これでいいんじゃ？
512:デフォルトの名無しさん
07/12/01 16:10:51
>505
もうちょい正確にやりたいことを書かないと無理だと思うんだな。
何がしたいか正確には分からないけど多分 LCS とは別物だと思う。
>重複はない
座標系1の点 { (x10, y10), ... , (x19,y19) }
座標系2の点 { (x20, y20), ... , (x29,y29) }
で、どう重複がないのよ？i ≠ j なら x1i ≠ x1j って言ってるの？
>要素間の位置関係が等しくなっている全ての要素ののなかで一番要素数が多いもの
座標系1 に対して並行および回転移動を行った際、座標系1の点と座標系2の点とが一致する数が最大となる移動時での
一致する点の組みを選び出せばいいの？
513:デフォルトの名無しさん
07/12/01 17:47:56
スレの趣旨から外れた質問は流せって
514:デフォルトの名無しさん
07/12/01 22:41:50
プリプロセッサってたいがい
#define hoge
って書いてあるけど、インデントやスペースを挟んだ
# define hoge
みたいな書き方も規格的にOKですか？
515:デフォルトの名無しさん
07/12/01 22:42:09
うん
516:デフォルトの名無しさん
07/12/01 23:16:53
字下げするときはそうすることが多いよNE
517:デフォルトの名無しさん
07/12/01 23:54:57
ありがとうございます。
自信を持ってインデントします。
518:デフォルトの名無しさん
07/12/02 01:45:27
>>511
ポインタのポインタをコンパイラ制限のために、さらにポインタに
するなど受け入れがたいため却下。
IDの比較はどうする？ポインタのポインタのポインタだから、
値を比較するには、ポインタのポインタｎ・・・とか、
ポインタのポインタが静的に定義されているから、
ポインタのポインタのアドレスで比較すればいいとか、
コピーするにはうんぬんとか。
ヤッテラレッカボケ！
519:デフォルトの名無しさん
07/12/02 01:52:34
可能なら、動的初期化できるC++としてコンパイルすればほぼ498のコードで通る。
これだけのためにそうするのは少々無駄遣いという気もするけど。
520:デフォルトの名無しさん
07/12/02 03:07:50
>518
IDはポインタだからID *はポインタのポインタどまりだろうが
お前はまず教科書読み直せ
521:デフォルトの名無しさん
07/12/02 03:11:31
>>520
アゲアシとってナニが楽しいのかね。そうやって
見下すことでオノレの存在価値を認識する作業を繰り返す
人生なんてオワリにしたほうがいいよ。
522:デフォルトの名無しさん
07/12/02 03:18:59
>>521
こんなところで見下されてる人生なんてオワリにした方がいいよ
523:デフォルトの名無しさん
07/12/02 03:36:44
このあいだ関数プロトタイプ使いたくないとぬかしてたボケと同じ臭いがする
524:デフォルトの名無しさん
07/12/02 10:12:37
>>518
その程度で受け入れ難いなら、まず「C言語を使う」という選択肢を捨てるべき。
C言語しか使えないならC言語の制限は受け入れるしか無いだろ。ｊｋ
525:デフォルトの名無しさん
07/12/02 10:34:24
>>524
同意。言語の制限が枷になるなら言語選択からやり直すべき。
526:デフォルトの名無しさん
07/12/02 11:21:12
Dおすすめだにょ！
527:デフォルトの名無しさん
07/12/07 12:25:18
整数型のオーバーフローについて質問です。符合無し型ではラップすると規定されていて、
符号付き型では未定義動作になると理解しました。
その場合、以下のようなコードは「ラップする」と「未定義動作」のどっちになるんでしょうか？
unsigned char c = 1;
c += INT_MAX;
期待する動作としては符号無しのルールに従ってラップした結果が c に残って
欲しいんですが、 c = c + INT_MAX の右辺の c は int （符号付き）に格上げされて
しまうので、未定義動作という解釈もできるように思います。
後者の場合、未定義動作を避けるためには明示的に
c = (unsigned int)c + INT_MAX と書く必要があることになってしまいそうですけど、
ちょっと意味不明なコードになってしまいます。
528:デフォルトの名無しさん
07/12/07 12:38:32
c += (unsigned int)INT_MAX;
529:デフォルトの名無しさん
07/12/07 21:00:23
c = (unsigned char)((unsigned int)c + INT_MAX)
無理して規格の解釈ギリギリのコード書く必要もあるまい。
530:デフォルトの名無しさん
07/12/08 09:39:13
もしかして下線１文字 _ って予約識別子ではない？
531:デフォルトの名無しさん
07/12/08 10:45:41
予約識別子は __func__ だけじゃないかな。
予約マクロにも下線二文字か下線+英字と最低二文字を想定しているっぽいし、
下線一文字は処理系で特別に解釈されるようなことはないと思う。
普通に変数名としても使えるし。
532:デフォルトの名無しさん
07/12/08 11:51:47
下線１文字 _ は
・二重下線を含む
・下線 _ で始まり英数文が続く
どちらのルールにも当てはまらない。
だから「予約識別子ではない」だろうね。
>予約識別子は __func__ だけじゃないかな。
>
>下線一文字は処理系で特別に解釈されるようなことはないと思う。
>普通に変数名としても使えるし。
たとえ予約識別子だろうと "普通に変数名として使える" よ。
"処理系で特別に解釈される" のではなく "処理系が既に使っている可能性がある" 名前。
533:デフォルトの名無しさん
07/12/08 12:06:58
何を以って普通と言うかはわからないが、未定義の動作が伴うことは"普通に変数名として使える"と言えるのか？
処理系が予約している識別子を他の予約されていない識別子と同様に扱えたとして
処理系依存としか言えない。
534:デフォルトの名無しさん
07/12/08 12:52:31
C99しか見て無いけど。
>>530
ファイルスコープは予約されてるっぽい。
>>531
マクロ名も識別子らしい。
自分から進んで規格見ないから勉強になるわぁ。
C89はシラネ。
どっかで見れないかね？
お取り寄せメンドイ。
535:デフォルトの名無しさん
07/12/08 13:17:21
>>530
_ はC89の頃から大域名前空間では予約済み。
>処理系が予約している識別子を他の予約されていない識別子と同様に扱えたとして
というか、処理系は予約識別子も予約されていない識別子も同様に扱う。
名前の上書きが問題になるのは識別子が予約されているかどうかとは別の問題。
例えば
char hoge[]="hoge";
…………
hoge[10] = '\0';
ってコードは言うまでもなく未定義で正しくないコードだが、
それでも "普通に書ける" コードではあろう。
536:デフォルトの名無しさん
07/12/08 13:19:43
"普通"の定義によるんじゃない？
コンパイルが通るだけで普通なのかってことになるだろ
537:デフォルトの名無しさん
07/12/08 13:37:38
そこはコンパイラの説明書を読めとしか。
538:デフォルトの名無しさん
07/12/08 14:50:48
イマサラだけど「普通」って文化の問題だから、
規格と比べて云々しても答え出ないっしょ。
肯定も否定もでけまへん。
539:デフォルトの名無しさん
07/12/08 15:36:42
根本的に間違ってる。
コンパイルできるかどうかも処理系依存だということを忘れてる。
よって処理系に依存しない書き方が普通。
540:デフォルトの名無しさん
07/12/08 16:06:01
C89のコードが普通のところもあれば
C99のコードが普通のところもあれば
gcc依存のコードが普通なところもあれば
言えばキリが無いよ。
何が普通かなんて、語るだけナンセンス。
541:デフォルトの名無しさん
07/12/08 16:30:37
このスレでは普通についての議論はしません
542:デフォルトの名無しさん
07/12/08 16:33:40
予約識別子を予約されていない識別子と同様に扱うことが普通かどうかって話だろ？
とりあえず避けるわな、普通。
543:デフォルトの名無しさん
07/12/08 16:59:17
・赤信号だろうが普通に渡ることはできる。だが普通は渡らない。
・予約識別子は普通に変数名として使える。だが普通は使わない。
どっちも正しい。
二人とも普通の指してる先が違うんだ。
それに気づかなきゃ話が噛み合うわけがない。
544:デフォルトの名無しさん
07/12/08 17:01:06
予約識別子を普通に扱うってのはコンパイラが？プログラマが？
545:デフォルトの名無しさん
07/12/08 17:41:55
>>543
例え話に例え話で返すと話がズレがちなんで嫌なんだが、ちょっと言いたい。
＞赤信号だろうが普通に渡ることはできる
規約違反。
精々「横断歩道の無い道を渡る」ぐらいのものだと思う。
車線無しならOK、対向1車線でもまぁ、対向2車線・・・うーん。
という感じで、程度問題ではなかろーか。
546:デフォルトの名無しさん
07/12/08 18:07:53
本筋とズレたところで例え話の粗探ししてどうすんの。
そういう話じゃねえべ。
547:デフォルトの名無しさん
07/12/08 18:25:32
細かい所に拘りたいのも本質さえ掴めれば良しとするのも人それぞれ。
何が普通かと同じで結論は出ません。
548:デフォルトの名無しさん
07/12/08 18:33:52
コンパイルできるのは処理系依存だってことはみんな理解して発言してるんだよな？
549:543
07/12/08 21:47:05
予約識別子は constraint ではないのでCのコードとしては "普通" に使える識別子である。 <= 文法上の問題
ただし、そのようなコードをコンパイルする場合については undefined である。 <= 意味上の問題
だから、そういう書き方は "普通" はしない。 <= 道徳上の問題
「使えない」のか「使ってはいけない」のか「使わない」のかでは全く意味が違う。
だから話が噛み合っていない。
550:デフォルトの名無しさん
07/12/08 21:51:40
道徳というより実作業上の問題じゃね？
551:543
07/12/08 21:55:55
>道徳というより実作業上の問題じゃね？
ん、そっちの方が適当だね。
552:543
07/12/08 22:09:08
あと「誰が」普通に扱うのかっていう主語の混乱もあるな。
俺的に分類してみた。
>>531 ？？ （主語：プログラマが）
>>532 文法 (主語：処理系が）
>>533 意味 (主語：？？？）
>>535 文法 (主語：処理系が）
>>539 意味＋作業 （主語：プログラマが）
>>540 文化 （主語：プログラマが）
>>542 作業 （主語：プログラマが）
>>548 意味 (主語：？？？）
553:デフォルトの名無しさん
07/12/08 22:42:44
>>549
話が噛み合ってないとか以前に、自分の発言の意味を自分自身理解してるのか？
傍目にはお前が一番混乱してるぞ。 電波撒き散らすな。
554:デフォルトの名無しさん
07/12/09 03:07:37
>>553は>>549の何が気に入らないんだ？
真っ当な指摘だと思うがね。
555:デフォルトの名無しさん
07/12/09 11:12:45
さあこんなことを言われてしまった>>553は何がどうどういった根拠で
>>549が混乱しているのか詳しく説明するか、逃げるかふたつにひとつになってしまいました
556:デフォルトの名無しさん
07/12/17 04:56:43
なんで、mallocは1引数関数なのにcallocは2引数なんでしょうか？
557:デフォルトの名無しさん
07/12/17 09:43:27
>>556
calloc()を1引数にしたら存在意義がほとんどないじゃないか。
558:デフォルトの名無しさん
07/12/17 11:18:15
ゼロクリア
559:デフォルトの名無しさん
07/12/17 11:23:22
柳家calloc
560:デフォルトの名無しさん
07/12/17 16:12:57
callocは要らない子
561:デフォルトの名無しさん
07/12/17 16:42:51
>>557
なんで？
562:デフォルトの名無しさん
07/12/18 03:45:39
mallocで確保したメモリを、100x200の2次元配列だとおもってa[m][n]のようにアクセスしたいので、
int* p = (int*)malloc(100*200*sizeof(int));
...
typedef int A[100][200];
A* a = (A*)p;
のようなコードを書いたのですが、これだと使うときに(*a)[0][0]のように*が必要になってしまいます。
どうにか、*を使わずにa[0][0]のように書く方法はないでしょうか。
C++はNGです。
563:デフォルトの名無しさん
07/12/18 03:56:03
>>562
int (*a)[200] = (int (*)[200])malloc(sizeof(int[200]) * 100);
typedef int A[200];
A* a = (A*)malloc(sizeof(A) * 100);
564:デフォルトの名無しさん
07/12/18 08:57:51
int (*a)[200] = malloc(sizeof(int[200]) * 100);
これでいい
565:デフォルトの名無しさん
07/12/19 23:21:25
VC++のstrstr系関数って、KMP法とかBM法で実装されてるんでしょうか？
それと、もし自分で実装するとしたらですが、KMPとBMのどちらが評判よいですか？
566:デフォルトの名無しさん
07/12/19 23:35:28
お帰りください
567:デフォルトの名無しさん
07/12/19 23:44:40
たぶんそんなのは使っていないと思う。
あまりにも短い文字列などだとかえって時間かかるから。
568:デフォルトの名無しさん
07/12/20 02:59:48
絶対使ってない、と言い切れるね。
１回しか使わない探索にテーブルのセットアップとかが無駄と言うのもあるけど
そもそも、そういうスキップする(全文字走査しない)アルゴリズムは
テキストの長さがあらかじめ判ってないと使えない。
そして、(strstrに渡す)文字列の長さをstrlenで調べてからBM法を使うくらいなら
長さを求める'\0'探しのついでに力任せ探索をするほうがずっとまし。
たとえ同じ文字列を何回も探索するような、初期化が必要ないケースでも。
569:デフォルトの名無しさん
07/12/21 00:21:03
ビット操作の練習をしています。符号あり２の補数表現の整数の符号を反転するコードは、
x=(~x)+1;とx=~(x-1);のどちらが適切でしょうか？
570:デフォルトの名無しさん
07/12/21 01:38:53
x=-x;
571:何を以って適切とするかが提示されていないから答えようがない罠
07/12/21 01:39:24
>>569
x *= -1;
572:デフォルトの名無しさん
07/12/21 04:13:19
このスレ的には2の補数表現を仮定してる時点で間違い
573:デフォルトの名無しさん
07/12/21 09:58:35
>>572 は誰に言ってるのか
574:デフォルトの名無しさん
07/12/21 10:09:03
>>573
>>570-571ではなかろうか
575:デフォルトの名無しさん
07/12/21 10:12:04
俺は>>569だと思った
576:デフォルトの名無しさん
07/12/21 11:02:23
>>569
xがunsignedならどっちも同じになるから、どっちでもいいよ。
577:デフォルトの名無しさん
07/12/21 11:52:01
>>576 符号ありと書いてあるが。
578:デフォルトの名無しさん
07/12/21 11:56:24
んー微妙だなｗ
579:デフォルトの名無しさん
07/12/21 13:00:08
構造体の定義で、たまに
struct X {
...
char tag[1];
}
とか書いてあるものがありますが([0]の場合もあり)、これは何でしょうか？
580:デフォルトの名無しさん
07/12/21 13:08:33
>>579
URLﾘﾝｸ(www.kouno.jp)
581:デフォルトの名無しさん
07/12/21 13:11:49
C FAQ 次スレからテンプレに入れよう
582:デフォルトの名無しさん
07/12/21 13:13:08
>>581
>>1にあるだろ。テンプレ嫁
583:デフォルトの名無しさん
07/12/21 13:15:32
あ、見落とした m(__
しかし、それが何であるかの説明にはなってないなw
しかしこのスレではスレ違いなので、
スレ立てるまでもない質問のほうに答えは書いておく。
584:デフォルトの名無しさん
07/12/21 13:57:03
どうせ規格の話になるんだし、ここで答えてもよかっただろうに。
分散して見づらくなる。
585:デフォルトの名無しさん
07/12/21 14:23:06
心得の意味がわかってないやつがいるなぁ
「わざとスレ違いな質問をする荒らしがいるのでそういうのは無視するか軽く流してください」
次からこう書かなきゃダメか？
586:デフォルトの名無しさん
07/12/21 14:34:52
何でスレ違いなのか、さっぱりわからない
587:デフォルトの名無しさん
07/12/21 14:42:27
>586
どの質問についての話なのかさっぱりわからない
>579についてのことなら、プログラム技法の質問であって規格の質問ではないからだ
588:デフォルトの名無しさん
07/12/21 14:43:51
え、いつからこのスレは規格オンリーなスレになったんだ？
589:デフォルトの名無しさん
07/12/21 14:43:54
何でしょうかって聞かれたらそれは
要素数が1のcharの配列です
としか答えられんよな
590:デフォルトの名無しさん
07/12/21 14:44:56
>>587
規格に準拠したC言語に関するスレであって、規格のスレではなかったはずだが。
591:デフォルトの名無しさん
07/12/21 14:45:53
だから>>579に対する答えは>>589で終わりだ
592:デフォルトの名無しさん
07/12/21 14:46:23
>>2
593:デフォルトの名無しさん
07/12/21 14:47:40
>>587みたいなキチガイが湧くから>>2の注意書きがあるってのに…
594:デフォルトの名無しさん
07/12/21 14:49:45
なんなの、この自治厨
595:デフォルトの名無しさん
07/12/21 14:51:46
なぜ「だから」なのか、さっぱりわからない
596:デフォルトの名無しさん
07/12/21 15:03:45
ざっとこのスレ見直したけど、いかにも>>587の気に食わなさそうな話題がたくさん見逃されてるよ。
何故？
597:デフォルトの名無しさん
07/12/21 15:05:58
なんかいろいろ言われてるけど
ｽﾚﾘﾝｸ(tech板:552番)
結局なぜ、こういう使いかたをするのかわからない
598:デフォルトの名無しさん
07/12/21 15:08:10
>>597
向こうで聞け
599:デフォルトの名無しさん
07/12/21 15:17:17
この書き方が文法的に正しいかも移植性が高いのかもともにはっきりしない。ただし、かなり幅広く使われている。この技法による実装は以下のようになる。
#include <stdlib.h>
#include <stdio.h>
struct name *makename(char *newname)
{
struct name *ret
=malloc(sizeof(struct name)-1 + strlen(newname)+1);
/* -1 は頭の [1] 用; +1 は \0 用 */
if(ret!=NULL){
ret->namelen = strlen(newname);
strcpy(ret->namestr, newname);
}
return ret;
}
上の関数は、name 構造体の実体を、引数で要求された名前を保持できるように（構造体の定義から想像する1文字ではなく）大きさを調整して割り付ける。
幅広く使われているけれど、この技はいささか悪名高い。……
以上、CFAQ初版より抜粋
600:デフォルトの名無しさん
07/12/21 16:48:26
なんで、
struct name {
int namelen;
char *namestr;
};
にしないんだろう？二回malloc/freeするのがイヤってことなのかな。
601:デフォルトの名無しさん
07/12/21 16:58:54
ファイルの入出力も1回で済んだしな
602:デフォルトの名無しさん
07/12/21 17:05:11
>>600
そのまま通信用バッファとかに使えるから、流行ってたんだと思う。
603:デフォルトの名無しさん
07/12/21 17:21:32
CG法のプログラムを完成させ、以下のA,bに対する解xを求めよ。
A:
-6.761582e-01 8.649824e-01 5.974179e-01 1.510212e-01 9.412452e-01
8.649824e-01 -9.466491e-01 9.172758e-02 9.491567e-02 3.673389e-01
5.974179e-01 9.172758e-02 8.015639e-01 -7.419281e-01 2.099383e-03
1.510212e-01 9.491567e-02 -7.419281e-01 -2.940182e-01 -6.722990e-01
9.412452e-01 3.673389e-01 2.099383e-03 -6.722990e-01 -8.416333e-01
b:
8.156371e+00
1.463224e+00
2.283493e-01
-6.422500e+00
-5.215142e+00
これってどうやったらできるんですかね？（＞。＜）
cg法自体よくわかってないんですが…
604:デフォルトの名無しさん
07/12/21 17:22:17
これこそ、正にスレ違いだな。
605:デフォルトの名無しさん
07/12/21 17:26:04
連立方程式の開放の一つだろ
606:デフォルトの名無しさん
07/12/21 17:35:03
URLﾘﾝｸ(ja.wikipedia.org)
607:デフォルトの名無しさん
07/12/21 17:38:06
Lesson6 連立方程式-大規模疎行列-（不完全Colesky分解）
Lesson７ 連立方程式-大規模疎行列(前処理つきICG法）
URLﾘﾝｸ(www.saitama-u.ac.jp)
608:597
07/12/21 17:44:58
>>599
なるほどーよくわかりました。
やっぱり、>>600のように書いたほうがいいですね。
609:デフォルトの名無しさん
07/12/21 17:45:59
共益勾配法のことか。
なつかしー。BCG法とかもやらされたなあ・・・
610:デフォルトの名無しさん
07/12/21 19:49:22
処理系依存の話ではなくANSI Cとしての話ですが、
シフト演算で、シフト量が0の場合の挙動は定義されているのかな?
それとも未定義?
int x;
x>>= 0:
x<<=0;
とかした場合
611:デフォルトの名無しさん
07/12/21 19:53:12
変化無し
612:610
07/12/21 20:16:42
>>611
どもです。
ANSI C ( JISX3010)
URLﾘﾝｸ(www.jisc.go.jp)
をぱらぱら読んでみましたが、
6.5.7 ビット単位のシフト演算子
を読む限り、負数の場合は未定義とはありますが、0に関しては
特に述べられてませんね。
どの処理系でも
(x >>= 0) == x
(x <<= 0) == x
と想定してFA?
613:デフォルトの名無しさん
07/12/21 20:22:21
c<<(m-n)
という式ではm-n＝0という場合もある
614:デフォルトの名無しさん
07/12/21 23:50:39
>612
x >= 0 ならね。厳密に解釈するなら x < 0 なら << は未定義、>> は処理系定義。
615:610
07/12/23 23:40:58
>>614
どうもです。でしたらunsigned int なら大丈夫ですね。
616:デフォルトの名無しさん
07/12/23 23:54:53
>>599あたりの話なんですが、
なぜこの技法はだめなんですか？
特に問題なさそうに思えるんですが
617:デフォルトの名無しさん
07/12/23 23:59:05
C89の規格に「やってもよい」と明記はされてないから。C99なら問題ない。
618:デフォルトの名無しさん
07/12/24 00:03:12
規格を厳密に解釈すると、駄目ということになるから。
URLﾘﾝｸ(www.kouno.jp)
619:デフォルトの名無しさん
07/12/24 00:14:46
Windowsもbitmap周りでやってたな
620:デフォルトの名無しさん
07/12/24 09:56:51
C99 ならサイズ無しで書いとけば可変長メンバが使えるようになったね。
621:デフォルトの名無しさん
07/12/24 10:19:28
>>617
ahosugi
622:デフォルトの名無しさん
07/12/24 10:21:23
>>620
なんで何度も出てることを新しい情報のように紹介してくれるの？
623:デフォルトの名無しさん
07/12/24 10:32:47
安部さんが首相を辞任したね
624:デフォルトの名無しさん
07/12/24 10:47:43
中日ドラゴンズが日本一になったね
625:デフォルトの名無しさん
07/12/24 10:53:53
C99対応のコンパイラってGCCぐらいかな？
626:デフォルトの名無しさん
07/12/24 10:55:47
GCCがC99に対応したね
627:デフォルトの名無しさん
07/12/24 10:56:34
そう。でもGCCでも完璧に対応してるわけじゃないけどね。
URLﾘﾝｸ(gcc.gnu.org)
628:デフォルトの名無しさん
07/12/24 11:09:16
DMCをお忘れではありませんか。
こっちも完璧ではないけどね。
629:デフォルトの名無しさん
07/12/24 11:12:56
VCも少しは見習え
630:デフォルトの名無しさん
07/12/24 11:48:35
数年前のC99をいまだ対応させないコンパイラって・・・
昔との互換性？それとも技術的に改良部分が多いのか？難しいのか？
よくわからないけど
631:デフォルトの名無しさん
07/12/24 11:50:12
そりゃC99に対応させても努力が多いわりに実入りが少ないなら
当然じゃない？ビジネス的にはC++かC#を使ってってこと。
632:デフォルトの名無しさん
07/12/24 13:02:19
iccはc99だし、SunWorksのccもc99だけどね。
633:デフォルトの名無しさん
07/12/24 13:20:11
>>629
620は、少なくともVC++ 7.1以上なら独自拡張扱いで使える。
URLﾘﾝｸ(msdn2.microsoft.com)(VS.71).aspx
634:デフォルトの名無しさん
07/12/24 21:17:49
fread関数でサーバーにあるファイル(ファイルサイズ1G)を読む際、
読込みサイズを32*1024*1024にするとエラーがおきなくて、
読込みサイズをファイルサイズにするとエラーが起きるのはどうしてでしょうか
？
どなたかご教授下さいm(_願_)m
635:デフォルトの名無しさん
07/12/24 21:21:44
そんなに大量のメモリをいっぺんに確保できていないのだろう。
636:デフォルトの名無しさん
07/12/24 21:23:47
エラーってなんだよ
637:デフォルトの名無しさん
07/12/24 22:07:40
634です。
スレ違いでした。失礼しました。
638:デフォルトの名無しさん
07/12/25 00:36:13
規格の話以外はスレ違いだと騒ぐのに、コンパイラの話になると嬉々として話題に加わる
639:デフォルトの名無しさん
07/12/25 00:49:57
>>638
なんでそう必死なんだ。
640:デフォルトの名無しさん
07/12/25 00:52:13
コンパイラの規格準拠度なんて、まさにこのスレの守備範囲だろ。
641:デフォルトの名無しさん
07/12/25 21:23:25
実装に特化したスレってあったっけ？
642:デフォルトの名無しさん
07/12/25 21:23:58
↑「実装すること」に特化した
643:デフォルトの名無しさん
07/12/25 21:27:32
「コンパイラ・スクリプトエンジン」相談室12
ｽﾚﾘﾝｸ(tech板)
とかか？