Ｃ言語なら俺に聞け（ ..
175:デフォルトの名無しさん
07/03/30 18:17:42
>>173
釣りうぜえ
さっさとソース＆エラーうｐしろやクズが
176:デフォルトの名無しさん
07/03/30 18:19:13
構造体作ってポインタ渡せばいいじゃん。馬鹿？
177:デフォルトの名無しさん
07/03/30 18:20:56
あっ、すいません、変数名がかぶってたのが原因みたいです＞＜
お騒がせいたしました
178:デフォルトの名無しさん
07/03/30 18:25:53
同じ名前で大きさが違う配列に無理やり値を詰め込んだのが原因でした＞＜
皆さん、本当にありがとうございました
179:デフォルトの名無しさん
07/03/30 18:32:16
>>175
キレすぎだろｗ
180:デフォルトの名無しさん
07/03/30 18:43:32
>>178
結果的に「釣りだった」という見解が・・・
181:デフォルトの名無しさん
07/03/30 18:45:46
作り方が下手糞だと、ちょっとした間違いにも
気づきにくいという典型例だな。
182:デフォルトの名無しさん
07/03/30 19:06:36
＞＜ほんとうにすいませんでした
183:デフォルトの名無しさん
07/03/30 19:13:30
特定の関数を特定の関数からしか呼び出せないようにすることって可能ですか？
184:デフォルトの名無しさん
07/03/30 19:21:42
>>176
次からはよくつかう変数を
構造体に詰め込むことにします＞＜
苦手意識のせいで気付かなかったです
アドバイスありがとうございました
185:デフォルトの名無しさん
07/03/30 19:28:48
>>182
もしマジレスだったなら、謝る必要はないよ
186:デフォルトの名無しさん
07/03/30 19:29:58
>>184
続けることが大事だから頑張って！＾_＾；マジレスならね・・・
187:デフォルトの名無しさん
07/03/30 19:33:40
ところで>>170のいうように3000行を越えてるのに、
>>173でいうように関数が30個って少なすぎね？
もうすこし論理的意味単位で分割した方がいいと思うよ。
188:デフォルトの名無しさん
07/03/30 19:38:02
>>183
呼ぶ側と呼ばれる側の関数だけからなるファイルを作って、
呼ばれる方はstaticにする。
189:デフォルトの名無しさん
07/03/30 19:38:30
もう一つ質問しても良いでしょうか？
lccで行数の多い関数が入ったファイルをコンパイルすると
out of memory
とエラーが出るのですが
関数を短くしないといけないのでしょうか？＞＜
190:デフォルトの名無しさん
07/03/30 19:41:50
つーか、データの依存関係が強すぎだろ。
191:デフォルトの名無しさん
07/03/30 19:43:11
>>189
LSICを使っているのなら、窓から投げ捨てろ。
あれは、関数を評価する為のコンパイラが使用するメモリ空間をたった32KBだか64KBだかに抑えている。
192:183
07/03/30 19:46:08
>>188
関数に付けるstaticってこういう時に使うんですね、ありがとうございました
193:デフォルトの名無しさん
07/03/30 19:54:31
URLﾘﾝｸ(s03.2log.net)
194:183
07/03/30 20:02:13
ついでで申し訳ないんですが、関数は何も指定しないと自動的にextern指定されるということでいいんでしょうか？
195:デフォルトの名無しさん
07/03/30 20:03:36
そうでｓ
196:デフォルトの名無しさん
07/03/30 20:04:24
>>194
いえす。
関数はファイルの外部から見える(extern)か見えない(static)かの2通りで
省略時はextern扱いされる。
外部に見せる必要がない関数は積極的にstaticを付けておくのはよい習慣。
197:デフォルトの名無しさん
07/03/30 20:05:10
>>194
staticをつけない限り、そうなる。
従って、ソースファイル外から使いたい関数以外は無条件にstaticをつけた方がいい。
#最近のコンパイラはstaticな関数は積極的にインライン展開しようとすることだし。
198:183
07/03/30 20:08:08
>>195-197
ありがとうございます、これからは習慣付けるようにします
199:デフォルトの名無しさん
07/03/30 20:11:46
windowsから消しておきました＞＜
200:デフォルトの名無しさん
07/03/30 21:16:58
質問です
if( a[7] != 0 )
{
cnt = 16 ;
while( (a[0] & 0x0f) == 0 && cnt != 0 )
{
for( ct = 0 ; ct != 8 ; ct++ )
{
((struct ST4bit *)&a[0+ct]->4bit_0
= ((struct ST4bit *)&a[0+ct])->4bit_1 ;
((struct ST4bit *)&a[0+ct]->4bit_1
= ((struct ST4bit *)&a[1+ct])->4bit_0 ;
}
((struct ST4bit *)&a[7])->4bit_1 = 0 ;
cont-- ;
}
}
struct ST4bitはunsigned型で{4bit_0 ; 4bit_1}がメンバ(各4bit)
この時、このプログラムの意味することは、
a[0]〜a[7]で後ろ詰めに格納されているものを
前詰めにしている、というのでいいでしょうか？
またこうすればもっと簡単にできるというのがありましたら、ご教授お願いします。
201:デフォルトの名無しさん
07/03/30 21:29:41
printfってプリントフって読むの？それともプリントエフって読むの？
202:デフォルトの名無しさん
07/03/30 21:42:20
プリントエフがデフォ
203:デフォルトの名無しさん
07/03/30 22:36:15
>200
forループの中でa[8]にアクセスしてるみたいだけど、いいの？
204:デフォルトの名無しさん
07/03/30 22:43:08
>202
THX
205:デフォルトの名無しさん
07/03/30 22:48:21
>>200
C言語じゃないよね？
206:デフォルトの名無しさん
07/03/30 22:48:25
正式には プリント ウィズ フォーマット だっけ？
207:デフォルトの名無しさん
07/03/30 22:56:32
はあ？
208:デフォルトの名無しさん
07/03/30 22:57:10
>>200
鼻からなんか出る前に消してしまえ
209:デフォルトの名無しさん
07/03/30 22:58:29
識別子の先頭に数字はないだろ・・・
常識的に考えて・・・
210:デフォルトの名無しさん
07/03/30 23:18:47
常識というか、それが通るコンパイラがあったら是非私に知らせて欲しい。
頼んだぞ。
211:デフォルトの名無しさん
07/03/30 23:38:47
識別子をプレゼントつ「unko_program」
212:デフォルトの名無しさん
07/03/30 23:41:37
>>200
データサイズが膨大 or 組み込み用途 or 学習目的
のいずれでも無いならビットフィールド使うのをやめるのが吉
long long に対応しているコンパイラならシフト演算一回で終わる
※但し、データの並び順が変わるのに注意
213:212
07/03/30 23:47:05
データの並び順が変わる
↓
コンピュータのバイトオーダによってはデータの並び順が変わる
214:デフォルトの名無しさん
07/03/30 23:49:18
標準入力のフラッシュは非標準らしいですが、
これをサポートしてない環境の例ってあります？
たとえば組み込み用の一部ではサポートしてないとかそういうのでしょうか？
215:デフォルトの名無しさん
07/03/30 23:52:04
>>214
バッファリングしない環境では実装されてないってことは普通にあるかもね。
216:デフォルトの名無しさん
07/03/31 00:00:20
ファイルをリダイレクトされた標準入力をフラッシュされたらどうなるんだって話があるしな。
217:212
07/03/31 00:02:43
>>214
linux のターミナルだと使えなかったよ
218:デフォルトの名無しさん
07/03/31 13:00:19
>>214
fflush(stdin)のことを言ってるならWINXPでできなかった記憶がある
219:デフォルトの名無しさん
07/03/31 16:29:09
>>191
LSI-C の用途があなたの想定する用途と違うだけ
220:デフォルトの名無しさん
07/03/31 16:39:06
>>219
MS-DOS用コンパイラをWindowsで動かす積極的な理由は何かある?
まさか、製品版のLSI-C80の話をしているわけじゃないよね?
221:デフォルトの名無しさん
07/03/31 16:56:08
>>220
そんな理由はあるかどうか分からない
ただ DOS で動くプログラムがごく稀に必要になることはある
元になったレスは lcc って書いてあるから lsic86 とは関係ないっぽい
222:デフォルトの名無しさん
07/03/31 16:59:36
制御系なら DOS の方が楽
リアルタイムOS として DOS を使う場合もある
再起動も早いし
223:デフォルトの名無しさん
07/03/31 18:50:53
int ascii_to_integer(char *ascii) {
int i;
int integer;
for (i = 0; *(ascii+i) >= '0' && *(ascii+i) <= '9'; ++i)
integer = 10 * integer + (*(ascii+i) - '0');
return integer;
}
これってasciiをポインタと配列のどっちで書いたほうがいい? それともどっちでもいい?
224:デフォルトの名無しさん
07/03/31 18:51:40
>>223
atoi 使うのがイイ
225:デフォルトの名無しさん
07/03/31 18:53:53
>>223
ついでに変数 integer の初期化が必要
226:デフォルトの名無しさん
07/03/31 19:00:45
>>223
そのasciiは、「『関数の仮引数』だから」
char *asciiと書いてもchar ascii[]と書いても、同じ。
char *asciiと書いたかのようにcharへのポインタ型として扱われる。
URLﾘﾝｸ(kmaebashi.com)
URLﾘﾝｸ(www.kouno.jp)
あと、'0'から'9'までの文字かどうかの判定にはisdigitが使える、というより使え。
そして勉強ならいいが、実用なら>>224。
227:デフォルトの名無しさん
07/03/31 19:04:34
>>221、>>222
で、元質が制御系だとかDOSプログラムを作ってるだとか言う根拠は?
ちなみに、LSI-C86ならコンパイラの実行モジュール名がlccだな。
他にもlccはあるが、ちょっとした関数で音を上げることから察すればLSI-Cだろう。
228:デフォルトの名無しさん
07/03/31 19:20:05
>>227
根拠も何も無い
DOS が好きなだけなんだ
だから DOS で使えるコンパイラが貶められるのが嫌だった
それだけ
好きなものは好きなんだ、理屈じゃないんだ！
そういうもんだろ？
229:デフォルトの名無しさん
07/03/31 19:21:00
だったら、窓(Windows)だけ投げ捨てろ?w
230:デフォルトの名無しさん
07/03/31 19:43:33
ここといい宿題ｽﾚといい争いが絶えませんね
231:デフォルトの名無しさん
07/03/31 19:56:23
テキトーなことを言う奴が後を絶たないせい
232:デフォルトの名無しさん
07/03/31 20:11:57
/* 期待する出力は ababababab */
#include<stdio.h>
/* こんな時 func_t はどんな型で typedef すればいいのしょうか？ */
typedef void *(*func_t)(void);
func_t a(void);
func_t b(void);
func_t a(void){putchar('a');return b;}
func_t b(void){putchar('b');return a;}
int main(void){
func_t func=a;
int i;
for(i=0;i<10;i++) func=func();
return 0;
}
233:デフォルトの名無しさん
07/03/31 20:20:15
どう見ても入門者の質問じゃありません。適切なスレへどうぞ。
234:デフォルトの名無しさん
07/03/31 20:24:41
期待する出力はあばばばばぶ
>>232
typedef func_tA;
typedef func_tA (*func_t)(void);
func_tA a(void);
func_tA b(void);
func_tA a(void){putchar('a');return (func_tA)b;}
func_tA b(void){putchar('b');return (func_tA)a;}
int main(void){
func_t func=a;
int i;
for(i=0;i<10;i++) func=(func_t)func();
return 0;
}
これでうまくいったけど
たぶん改善の余地ありだろうな
235:デフォルトの名無しさん
07/03/31 20:29:44
再帰みたいになるのか。
236:デフォルトの名無しさん
07/03/31 20:31:36
いや戻りとして相手の関数ポインタを返してるだけだから再帰とは違うでしょ
自分が相手を呼び出してるわけじゃないし
237:デフォルトの名無しさん
07/03/31 20:34:55
ポインタpに対して
p[2]が使えたんだけど
これは文法的にok?
238:デフォルトの名無しさん
07/03/31 20:38:42
>>237
文法的にはok
論理的（規格の用件に合致する、正常に実行できるなど）な観点からは
okかどうかそれだけではわからない。
239:デフォルトの名無しさん
07/03/31 20:40:55
func_t a(void);
void b(void);
func_t a(void) { putchar('a'); return b; }
これで、ここまで、ならば通る。
func_t b(void);
に変えると
typedef func_t (*func2_t)(void);
func2_t a(void);
にしなければならなくなる。
すると今度は･･･
難しいね。
240:デフォルトの名無しさん
07/03/31 20:41:08
>>237
p[2] の領域が確保されていればおｋ
例.
int a[10]={0}, *p;
p=&a[3];
p[2]=0x1234; // p[2] == a[5] なので O.K.
p=&a[9];
p[2]=0x5678; // p[2] == a[11] なので N.G.
241:デフォルトの名無しさん
07/03/31 20:43:24
大学でＣ言語を習った人がプログラマになってからよくやってしまう間違いや
効率の悪いプログラムの書き方とかあれば教えて下さい(-_-;)
242:デフォルトの名無しさん
07/03/31 20:45:58
>>232 下でキャスト無しでいけるけど、関数の型が変わったらダメ？
typedef void *(*func_t)(void);
void *a(void){putchar('a');return b;}
void *b(void){putchar('b');return a;}
243:デフォルトの名無しさん
07/03/31 20:50:53
しかし質問者が無反応なのが恐ろしい
244:デフォルトの名無しさん
07/03/31 20:50:57
>>241
よくある失敗はバッファオーバーラン
効率の悪いプログラムの書き方は標準関数を自作してしまう
245:デフォルトの名無しさん
07/03/31 20:51:13
strcpyの代わりにsprintfをよく使っちゃうけど問題ない？
246:デフォルトの名無しさん
07/03/31 20:52:55
>>245
無いよ。
247:デフォルトの名無しさん
07/03/31 20:55:22
>>244
よく自作しようとしてしまう関数って
どんなものがあるんでしょうか(-_-;)
248:デフォルトの名無しさん
07/03/31 20:59:44
>>241
局所変数のポインタを返すとか。
値を受け取るための引数に未初期化ポインタを渡すとか。
てか、大学関係ない単なるC言語初心者か。
249:デフォルトの名無しさん
07/03/31 20:59:50
>>245
sprintfはstrcpy並に問題ある。
バッファオーバーラン防止のため、snprintf使え。
250:デフォルトの名無しさん
07/03/31 21:00:51
>>232 です
>>234
すみません。
キャストしなくても警告の出ない方法があればと思い質問しました。
>>239
そうなんです。ループしてしまうので宣言の仕方がわからないんです。
>>242
void * にすると代入する時の型チェックが無くなってしまうので
できれば関数の型を残したいです
251:デフォルトの名無しさん
07/03/31 21:05:28
char a[]="1,2,3";
int i;
のとき
sscanf(a,"%d,%s",&i,a);
とか
sscanf(a,"%s,%d",a,&i);
って大丈夫？
252:デフォルトの名無しさん
07/03/31 21:11:24
>>241
エラーチェックをしてないのも多い気がする
fopen が失敗したかどうかチェックしてないとか
253:デフォルトの名無しさん
07/03/31 21:15:17
>>252
あぁ…確かにソケット通信のプログラムで
関数のエラーの戻り値を知らずに大変なことがありました(-_-;)
254:デフォルトの名無しさん
07/03/31 21:19:29
>>247
文字列操作する時に多いと思う
str??? 関係 (strrchr strcat とか)
is??? 関係 (isdigit isalpha とか)
あと scanf 系の書式指定で対応できるところを自作するとか
printf の %*d 書式相当のものとか
255:251
07/03/31 21:23:45
あと
sprintf(a,"%d,%s",i,a);
とか
sprintf(a,"%s,%d",a,i);
みたいに上書きしても大丈夫ですか？
256:デフォルトの名無しさん
07/03/31 21:26:15
>>255
大丈夫じゃないです
257:デフォルトの名無しさん
07/03/31 21:32:25
>>250
ん〜
無理じゃないかなぁそれは
typedef func_t (*func_t)(void);
こういう宣言が許されない以上キャストするかvoid *使うかしかないと思う
それ以前に関数ポインタを戻りとして返さないとダメかな？
つまりこういうのじゃダメ？
typedef void (*func_t)(void);
void a(void);
void b(void);
void a(void){printf("a");}
void b(void){printf("b");}
int main(void){
func_t func[]={a,b};
int i;
for(i=0;i<10;i++) func[i%2]();
return 0;
}
258:デフォルトの名無しさん
07/03/31 21:38:07
>>257
無理なようですね。
書き方を変えることにします。
>>回答を下さった皆さん
どうもありがとうございました。
259:255
07/03/31 22:51:37
>>256
sscanf(a,"%d,%s",&i,b);
sscanf(b,"%s",a);
とか
sscanf(a,"%s,%d",b,&i);
sscanf(b,"%s", a);
とか
sprintf(b,"%d,%s",i,a);
sprintf(a,"%s",b);
とか
sprintf(b,"%s,%d",a,i);
sprintf(a,"%s",b);
でやればいいんですかね？
260:デフォルトの名無しさん
07/03/31 22:58:07
>>259
まあそうだが、
信頼できない入力に対して%sを使うのはバッファオーバーランの
危険があるから、やめといたほうがいいとはおもう
261:デフォルトの名無しさん
07/03/31 23:21:16
>>260
%100.100sとか書けばええだけちゃうの？
262:デフォルトの名無しさん
07/03/31 23:28:14
%as
263:デフォルトの名無しさん
07/03/31 23:37:43
じゃこうだね
まあ練習用のプログラムだから
int ascii_to_integer(char *ascii) {
int i;
int integer;
integer = 0;
for (i = 0; *(ascii+i) >= '0' && *(ascii+i) <= '9'; ++i)
integer = 10 * integer + (*(ascii+i) - '0');
return integer;
}
*(ascii+i)とascii[i]ってどっちが普通? 括弧が少ない分, ascii[i]がよく使われるのかな?
264:デフォルトの名無しさん
07/04/01 00:48:55
ascii[i];
の方が俺としては読みやすい
265:デフォルトの名無しさん
07/04/01 01:09:46
C FAQを読んで
配列 = ポインタ + 書き換え可能なメモリー
じゃないことが分かった
さっきまでの自分が恥ずかしい
266:デフォルトの名無しさん
07/04/01 01:30:58
行列の積を解くプログラム教えてください
267:デフォルトの名無しさん
07/04/01 01:37:56
URLﾘﾝｸ(www.google.co.jp)
別に煽ったりとかではないが
こんくらい、そのまんま検索ひっかかるよ。。。
268:デフォルトの名無しさん
07/04/01 01:41:10
ヘッダの中にヘッダをインクルードするのは、
通常どういう見解ですか？Cソースだけにしたほうが良いですか？
269:デフォルトの名無しさん
07/04/01 01:47:31
どういう見解も何も、必要だからインクルードしているんだろう。
インクルードガードはちゃんと付けとけよ。
270:デフォルトの名無しさん
07/04/01 01:53:27
#ifndef _INCLUDE_ADD_
#define _INCLUDE_ADD_
//内容
#endif
>>269 おそらく、こうゆガードですね。有り難うございました。
271:デフォルトの名無しさん
07/04/01 02:26:34
>>270
_INCLUDE_ADD_は予約済み識別子なので使わないほうがいい
使用すると未定義動作になる
272:デフォルトの名無しさん
07/04/01 02:57:15
>>271
忠告どうもです。予約語意外にします。
273:デフォルトの名無しさん
07/04/01 03:00:38
_で始まって大文字や_が続く識別子は全部予約されているので念の為
274:デフォルトの名無しさん
07/04/01 03:28:59
>>257
i%2 -> i&1
のほうが速いかも
275:デフォルトの名無しさん
07/04/01 03:35:29
>>272
最近は"予想外"が流行りらしいぞ。
276:デフォルトの名無しさん
07/04/01 07:17:25
srand()の存在意義が分かりません。rand()にseedを渡す設計にすれば
済みそうなのに、何故わざわざ別の関数にしたのでしょう？
277:デフォルトの名無しさん
07/04/01 07:25:53
アフォ
rand()呼ぶたびにいちいちseed渡さにゃならんかったらめんどくさいだろうが
278:276
07/04/01 08:16:45
仮に rand(seed); とするすると、()の中を毎回書くのが面倒ってこと
ですかね？ そんなに面倒かなぁ
279:デフォルトの名無しさん
07/04/01 08:25:51
じゃなくて毎回同じseedを渡していたら、
randから返ってくる値がおなじになるじゃないか。
280:デフォルトの名無しさん
07/04/01 08:28:23
rand(&seed) とすれば seed は変わる。
ただ、こういう実装にすると、
rand のアルゴリズムに制限がかかる。
あるいは、結局 srand みたいなものが必要になる。
281:デフォルトの名無しさん
07/04/01 08:37:30
int my_rand(int seed)
{
srand(seed);
return rand();
}
で別れていれば自分で実装できるじゃん。なのでやりたければどうぞ。
おれはsrandとrandに別れている方がいいので、
my_randしかなければ困ったことになる。
282:276
07/04/01 08:52:16
>>280の回答が親切で比較的納得しやすいと思った。
>>281の回答は疑問に対する答えになっていないのでは……
rand(time(NULL)); とでもすればseedは毎回変わるし、これで良いので
は？ と思ったのが疑問の出発です。レス見て分かったような分からな
いような気分だけど、そのうち実感できるときが来るかもしれない。回
答ありがとうございました。
283:デフォルトの名無しさん
07/04/01 09:09:18
>>282
それだと、時間が立たない限り
何度読んでも同じ値しか返ってこないよ
284:デフォルトの名無しさん
07/04/01 09:23:58
同じ種で始めれば同じ乱数列が得られるというのも疑似乱数列の
性質としては重要(再現性)なので、基本となるライブラリにある
関数が毎回勝手に裏で種を変えるような造りだと不便な気がする。
必要なら自分でそこにある素材から作れるわけだし。
285:デフォルトの名無しさん
07/04/01 09:25:57
>>282
ん。そうか? 別れていれば
・別れている方がいいよ派
・毎回seedを渡したいよ派
の両方の要求を満たせるということをかいたつもりなんだが、
わかりづらかったかな…
286:デフォルトの名無しさん
07/04/01 10:31:11
配列でできることってすべてポインタでできるなら配列はいらないと思うんだけど
そこんとこどうよエロイ人
287:デフォルトの名無しさん
07/04/01 10:31:54
だから、毎回seedを設定してたら乱数にならないんだってば。
288:デフォルトの名無しさん
07/04/01 10:49:49
>>286
配列で出来ることでポインタで出来ないことがあります。
なので配列は必要です。同様にポインタも必要です。
289:デフォルトの名無しさん
07/04/01 11:32:58
>>287
「一連の乱数を得る」という単位での「毎回」と読むのであろう。
290:デフォルトの名無しさん
07/04/01 11:52:23
毎回seed渡すrandって単なるハッシュ関数だな
291:デフォルトの名無しさん
07/04/01 11:53:25
>>289
一連の乱数を、どうやって一回の関数呼び出しで実現するんだ?
一連の乱数を必要な回数の関数呼び出しで実現するのなら、どうやって連の先頭でのみseedを渡すんだ?
それに対する真っ当な回答が、連の先頭でのみsrand()を呼び、以降rand()のみを呼ぶことなんだが。
292:デフォルトの名無しさん
07/04/01 11:56:01
>>291
君、読解力ないね。
293:デフォルトの名無しさん
07/04/01 12:04:14
>>288
具体的にはどんなことがあるの?
294:デフォルトの名無しさん
07/04/01 12:33:58
int a[10];
これをポインタで実現できる？
295:デフォルトの名無しさん
07/04/01 12:37:10
>>294
ポインタだけじゃないけど
struct linked_list {
struct linked_list *next;
...
};
を定義してmallocで動的にメモリーを割り当てればおｋじゃない?
296:デフォルトの名無しさん
07/04/01 12:40:16
>>295
せめて a = malloc(sizeof(int) * 10) を使おうよ。
# より配列らしく使うならallocaにしたいが。
297:デフォルトの名無しさん
07/04/01 13:51:19
>>296
alloca？
int a[10];がどういう文脈で使われてるか分からんし、
スタックに割り付けることが配列らしく使うことになるとは思えんのだが。
callocなら分からんでもないけど。
298:デフォルトの名無しさん
07/04/01 14:08:51
どういう文脈で使われるかわからんのにcalloc()ならなんで「わからんでもない」なんだろ。
299:デフォルトの名無しさん
07/04/01 14:20:04
allocaのほうがfreeせずに済む分配列っぽいということか。
ただし、ローカル変数なら。
300:デフォルトの名無しさん
07/04/01 14:28:18
callocなら要素サイズと要素個数を別個に指定して割り付けるから配列宣言っぽい、という意味で分からんでもない。
使いどころが限られているallocaよりも、int a[10];がどういう文脈で使われていても、とりあえずcallocはヒープに取れるし。
301:デフォルトの名無しさん
07/04/01 14:32:14
>>299
ああ、納得。確かにfreeが不要っていう点ではallocaは配列と共通点を持ってるね。
302:デフォルトの名無しさん
07/04/01 15:43:45
>>281
これは seed が更新できないから使い物にならない
303:デフォルトの名無しさん
07/04/01 15:46:04
>>294 の意図しているところがﾜｶﾗﾝのが困る。
どこまで再現して欲しいのか。
304:デフォルトの名無しさん
07/04/01 15:56:33
[ ]のオーバーr(ry
305:デフォルトの名無しさん
07/04/01 16:02:24
int b[10],*a=b;
306:デフォルトの名無しさん
07/04/01 16:03:08
[]もオーバーライドできるのか…
307:デフォルトの名無しさん
07/04/01 16:49:53
int (*a)[10] = malloc(sizeof (int) * 10);
こういう事がやりたいのか？
308:デフォルトの名無しさん
07/04/01 17:09:33
calloc()は0クリアされるという仕様である時点で、ローカル配列とは似ても似つかないのだが。
309:デフォルトの名無しさん
07/04/01 17:26:43
それ以前に「要素のサイズと、数を別々に指定できるから、alloca()より配列に近い」ってのも、あれじゃね?
310:デフォルトの名無しさん
07/04/02 02:59:18
エイプリルフールも終ったね
ネタは乱数の種と配列をポインタで実現だけか
つまらん
311:デフォルトの名無しさん
07/04/02 03:14:05
ネタスレじゃないし
312:デフォルトの名無しさん
07/04/02 11:43:43
今年は偽RFC来なかったの？
313:デフォルトの名無しさん
07/04/02 13:13:23
4824
314:デフォルトの名無しさん
07/04/02 14:15:30
手旗信号かﾜﾛﾀ。アブストしか読んでないけど。
315:デフォルトの名無しさん
07/04/02 16:10:23
VCExpressでCW_USEDEFAULTが定数として呼び出せないのはなぜなんだぜ？
: error C2664: 'CreateWindowExA' : 4 番目の引数を 'LPCSTR' から 'DWORD' に変換できません。(新しい機能 ; ヘルプを参照)
教えてください。お願いします。
316:デフォルトの名無しさん
07/04/02 16:17:00
HWND CreateWindowExA(
DWORD dwExStyle,
PCTSTR pszClassName,
PCTSTR pszWindowName,
DWORD dwStyle,
int x,
（ｒｙ
317:デフォルトの名無しさん
07/04/02 17:00:15
>>316
ズレてたわけですか。
hWnd = CreateWindow(szClassName,
"猫でもわかるWindowsプログラミング", //タイトルバーにこの名前が表示されます
(LPCSTR)WS_OVERLAPPEDWINDOW, //ウィンドウの種類
CW_USEDEFAULT, //Ｘ座標
CW_USEDEFAULT, //Ｙ座標
CW_USEDEFAULT, //幅
CW_USEDEFAULT, //高さ
NULL, //親ウィンドウのハンドル、親を作るときはNULL
NULL, //メニューハンドル、クラスメニューを使うときはNULL
hInst, //インスタンスハンドル
NULL);
引用ｽﾏｿ。EXAではないのですが、EXにして第一引数を加えると
: warning C4002: マクロ 'CreateWindowA' に指定された実引数の数が多すぎます。
: error C2664: 'CreateWindowExA' : 2 番目の引数を 'long' から 'LPCSTR' に変換できません。(新しい機能 ; ヘルプを参照)
と出ます。ウィンドウクラスはEXなんですが、なぜでしょうか？
お願いします。
318:デフォルトの名無しさん
07/04/02 17:03:01
CreateWindowEX': 識別子が見つかりませんでした
違った。こっちがエラーだ
319:デフォルトの名無しさん
07/04/02 17:22:31
解決しました。誤字があったようで
ありがとうございました。
320:デフォルトの名無しさん
07/04/02 17:39:03
質問文を作るだけで疑問が解決する事も結構あるのね…
321:デフォルトの名無しさん
07/04/02 17:40:40
質問しようとして疑問点を整理していくと何が問題なのかわかっちゃうことって結構あるよね
322:デフォルトの名無しさん
07/04/02 17:42:39
それがデバッグじゃね？
323:デフォルトの名無しさん
07/04/02 17:54:59
デバッグというより洗い出しというか整理というか
324:デフォルトの名無しさん
07/04/02 21:40:54
何か格言ぽいのなかったっけ
「人に聞く前に目の前のクマさん人形に説明してみろ」
とかなんとか
325:デフォルトの名無しさん
07/04/02 21:48:39
うんｋ
326:デフォルトの名無しさん
07/04/02 21:55:25
コンピュータ系の演習室か何かにゴムのアヒルちゃんがおいてあって、
常駐してる相談員に質問する前にはそのアヒルちゃんに質問してから、
というルールがあるという話をどっかで読んだ。
327:デフォルトの名無しさん
07/04/02 21:59:54
「ゴムのアヒルに質問する」という設定だけなら
「達人プログラマー(The Pragmatic Programmer)」
にあった。
なんでアヒル?
328:デフォルトの名無しさん
07/04/02 22:04:39
「ゴムのアヒル」ってのが小さな子供が遊ぶおもちゃの象徴だからじゃないか？
幼児に馴染みのある人形って日本だと何だろう？
アンパンマンとか？
329:デフォルトの名無しさん
07/04/02 22:05:32
その辺に置いてあったからじゃね？
別にダースベイダーのボトルキャップでもいいわけで
330:デフォルトの名無しさん
07/04/02 22:43:13
ビット列の上位から下位までを逆順にしたい。
例えば、
01100111 -> 11100110
というように。
（0bit目が7bit目に、1bit目が6bit目に…）
何かスマートなやり方はありますか？
331:デフォルトの名無しさん
07/04/02 23:02:34
>>330
LUT
332:デフォルトの名無しさん
07/04/02 23:32:00
これでよくね？
int y = 0;
if(x & 1) y |= 128;
if(x & 2) y |= 64;
if(x & 4) y |= 32;
if(x & 8) y |= 16;
if(x & 16) y |= 8;
if(x & 32) y |= 4;
if(x & 64) y |= 2;
if(x & 128) y |= 1;
333:デフォルトの名無しさん
07/04/02 23:41:31
全然スマートじゃないけどな
334:デフォルトの名無しさん
07/04/02 23:48:09
10 進法で考えたら分かりやすくね？
int a = 1365;
int b = 0;
while (a>0) {
b *= 10;
b += a % 10;
a /= 10;
}
これを応用して
int a = 1365;
int b = 0;
while (a>0) {
b << 1;
b |= a & 1;
a >> 1;
}
335:デフォルトの名無しさん
07/04/02 23:50:36
スマートって結局主観だろ。
他人のことなんてわからん。
余計なことして気分的にスマートって思いたいだけだろ。
336:デフォルトの名無しさん
07/04/02 23:56:24
それに加え「速いのが良ければ実測しろ」だしな。
337:デフォルトの名無しさん
07/04/02 23:56:28
int test8bit(int x)
{
static BYTE table[16] = {0,8,4,12,2,10,6,14,1,9,5,13,3,11,7,15};
int y = table[x>>4] | (table[x&15]<<4);
return y;
}
int test16bit(int x)
{
int y = test8bit(x>>8) | (test8bit(x&255)<<8);
return y;
}
intは32ビット以上前提で
338:デフォルトの名無しさん
07/04/02 23:57:12
そんな言い訳ばかり並べて逃げるやつからは何も生まれてこないと思うんだ。
339:330
07/04/02 23:57:19
LUT作りました。
皆さん、ありがとう。
340:デフォルトの名無しさん
07/04/03 00:01:40
まあ>>332をスマートだと思う奴なんていないだろうけどな
341:デフォルトの名無しさん
07/04/03 00:06:38
そんなことに時間かけるくらいなら
可読性も速度も無難なのがいい。
342:330
07/04/03 00:12:13
可読性と速度を考えてLUT。
実測はしてないですが。
343:デフォルトの名無しさん
07/04/03 00:13:58
まあ、速すぎて調べても誤差程度にしかならんけどね。
344:デフォルトの名無しさん
07/04/03 23:57:14
文字列を戻り値に指定するときに
char ch[] = " ";
return ch;
だとエラーが出て
char ch[] = " ";
return &ch[0];
だと通ったんですが、戻り値に配列を指定するときは
return ch;
のように省略して書いてはいけないのでしょうか？
345:デフォルトの名無しさん
07/04/04 00:01:54
関数内で宣言した変数は静的変数（static付けた奴）以外、
関数を抜けると同時に破棄される。
呼出元に戻ったらもうそんな変数を指すポインタは無意味と化している。
だから前者ではそのことを警告されただけだと思う。
無論後者の書き方をしたところで問題の解決にはなっていない。
346:デフォルトの名無しさん
07/04/04 00:20:51
>>344
エラーがでるでないはともかく関数内で宣言したローカル変数を戻り値にしちゃだめだよぉ
return で戻ったときにはchar ch[] はもう亡くなっているだろうから
347:デフォルトの名無しさん
07/04/04 00:32:46
結論、Cでは文字列を単純には戻り値にはできない。
348:デフォルトの名無しさん
07/04/04 00:34:15
なんでそういう結論になるのか
349:デフォルトの名無しさん
07/04/04 00:43:41
>>348
他の結論になるとでも?
350:デフォルトの名無しさん
07/04/04 00:45:26
後者は&リテラル返してるじゃん
351:デフォルトの名無しさん
07/04/04 00:50:12
呼び出し元で確保しておけと。
352:デフォルトの名無しさん
07/04/04 00:51:02
>>344
C言語で関数から文字列を返却したいときは、戻り値にしないで引数で返す
つまり、呼び側関数内で配列の領域を確保し、呼ばれる関数に渡す
353:デフォルトの名無しさん
07/04/04 00:51:35
被ったorz
354:デフォルトの名無しさん
07/04/04 01:30:59
超初心者で申し訳ないんですけど、
コンパイルしようとしたときに、cant open: stdio.hっていうエラーが出るんです。
解説お願いします。
355:デフォルトの名無しさん
07/04/04 02:15:58
すいません、自己解決しました。
356:デフォルトの名無しさん
07/04/04 03:58:31
>>347は要するにC言語では配列そのものをreturn文で返すことはできない、
ってことだろ。
自動的にポインタに変換されてしまうから。
357:デフォルトの名無しさん
07/04/04 04:33:37
BinarySearchTreeの勉強をしてるんですが
階層の数はどんな感じで出せばいいですか？
358:デフォルトの名無しさん
07/04/04 12:04:32
350 デフォルトの名無しさん sage 2007/04/04(水) 00:45:26
後者は&リテラル返してるじゃん
359:デフォルトの名無しさん
07/04/04 12:05:34
356 デフォルトの名無しさん sage 2007/04/04(水) 03:58:31
自動的にポインタに変換されてしまうから。
360:デフォルトの名無しさん
07/04/04 12:07:33
358 名前：デフォルトの名無しさん[sage] 投稿日：2007/04/04(水) 12:04:32
350 デフォルトの名無しさん sage 2007/04/04(水) 00:45:26
後者は&リテラル返してるじゃん
359 名前：デフォルトの名無しさん[sage] 投稿日：2007/04/04(水) 12:05:34
356 デフォルトの名無しさん sage 2007/04/04(水) 03:58:31
自動的にポインタに変換されてしまうから。
361:デフォルトの名無しさん
07/04/04 12:16:40
自分で考えろ
362:デフォルトの名無しさん
07/04/04 12:36:27
ソケット通信ってchar型以外のデータを送信できるのでしょうか？
構造体でデータをまとめて通信したいんですけど…
363:デフォルトの名無しさん
07/04/04 12:40:33
送信する関数のポインタの型を良く見ろ
364:デフォルトの名無しさん
07/04/04 13:28:03
>>362
「ネットワークバイトオーダー」でググるよろし。
365:344
07/04/04 16:54:10
ローカル変数だってことすっかり忘れてました…
staticにするか引数に渡すかしないといけなかったんですね。。
皆さん分かりやすい説明ありがとうございました。
366:デフォルトの名無しさん
07/04/04 17:19:44
前者がリテラルへの参照、後者がリテラルの先頭アドレスを返してる。
char* moji(){
char ch[] = "a";
return ch;//もしくはreturn &ch[0];
}
int main(){
char* b=moji();
return 0;
}
これで、各所にブレークポイント置いて、メモリとレジスタを見てみりゃわかる。
ローカル変数はベースポインタ(EBPレジスタ)からのオフセットで決まるから、
moji()からmain()に戻ってくりゃ、ベースポインタが変わるから、リテラルへの参照chは意味を成さなくなる。
ただし、戻り値(EAPレジスタ)の残骸が残っている場合、一見何事もなく済んでしまう場合もある。
ch[0]というのは、リテラルそのもの、文字がメモリにセメダインで張り付いてるようなもので、値を変えようとすると
AccessViolationでOSから怒られる。&ch[0]は参照じゃなく直接リテラルのアドレスを返している。
367:デフォルトの名無しさん
07/04/04 17:31:18
>>366
>リテラル
何か混乱しているようですが、そのコード中の文字列リテラルは "a" のみです。
ch はリテラルではなく、単なる char[2] のローカル変数です。
368:デフォルトの名無しさん
07/04/04 17:31:47
真っ赤な間違い乙
369:デフォルトの名無しさん
07/04/04 17:32:18
真っ赤な間違いは>366ね。
370:デフォルトの名無しさん
07/04/04 17:43:37
>>367
だから、chは文字リテラル"a"への参照だよ。
chは、単なるch[2]のローカル変数?
だから違うよ、ch[2]の先頭を参照するローカル変数。
参照ってなに？
371:デフォルトの名無しさん
07/04/04 17:51:02
>>367
左辺値と右辺値の区別くらいつけろや
372:デフォルトの名無しさん
07/04/04 17:56:47
>>366
Cならいついかなる場合でも配列chに対して、chと&ch[0]は同じ。
どちらも配列の先頭要素を指すポインタが式の結果として得られる。
373:デフォルトの名無しさん
07/04/04 17:57:01
安価間違ってない？
374:デフォルトの名無しさん
07/04/04 17:58:42
vipperはｶｴﾚ
375:デフォルトの名無しさん
07/04/04 18:00:17
安価とか言うのは高確率で
おっさん
376:デフォルトの名無しさん
07/04/04 18:06:40
＞配列ch
だからchはアドレス参照だと
それと、結果は同じでも過程は違うとはよくいったもんで
377:デフォルトの名無しさん
07/04/04 18:06:57
なんか恥ずかしいやつが混じっているなぁ。
char ch[2] = "a";
char foo[2] = {'a', '\0'};
printf("%p, %p\n", ch, foo);
を実際にコンパイルして(アセンブル出力を見るか)実行してみれば直ぐに判ることだろうに。
378:デフォルトの名無しさん
07/04/04 18:08:43
行火
379:デフォルトの名無しさん
07/04/04 18:16:00
>>377
そのプログラムを実行して結果を見たところで何がわかるのやら
380:デフォルトの名無しさん
07/04/04 18:19:42
何も判らないならプログラミングは止めたほうがいい。
381:デフォルトの名無しさん
07/04/04 18:25:49
>>366
ちなみに文字列リテラルそのもの（の先頭要素）を指すポインタを返したければこうする
どちらも結果的には同じこと
char* moji() {
return "a";
}
char* moji() {
char* ch = "a"
return ch;
}
382:デフォルトの名無しさん
07/04/04 18:27:26
>>380
当然過ぎる結果が返ってきたということだｗ
上の方のレスはカオス過ぎて読んでいない。
383:デフォルトの名無しさん
07/04/04 18:27:45
どうせなら
char *p = "a";
も付け足しとけ。
384:デフォルトの名無しさん
07/04/04 18:30:53
「配列とポインタは同じ」
って罪な言葉だな…
385:344
07/04/04 18:31:09
つまり
ch → "a"の先頭アドレスを参照
ch[0] → 'a'を参照
&ch[0] → 'a'のアドレスを指す
と言うことで、これらは全部
'a' '\0'
を参照しているからアドレスは同じってことですか？
386:デフォルトの名無しさん
07/04/04 18:32:37
>>366のｱﾎさに久々にﾜﾛﾀ
387:デフォルトの名無しさん
07/04/04 18:33:17
>>385
違う。
388:デフォルトの名無しさん
07/04/04 18:34:01
なんつーか、参照って言葉をむやみに使わないほうがいいと思うんだ。
389:デフォルトの名無しさん
07/04/04 18:35:43
配列の初期化子に使う場合でも文字列リテラルって言うの？
390:デフォルトの名無しさん
07/04/04 18:39:39
>>389
URLﾘﾝｸ(e-words.jp)
391:デフォルトの名無しさん
07/04/04 18:40:44
>>389
そう言う。
規格上、charの配列を文字列リテラルで初期化できるという規則になっているから。
392:デフォルトの名無しさん
07/04/04 18:42:09
ch → 配列の先頭を指すポインタとして見なされる
ch[0] → char型の値
&ch[0] → ch[0]のアドレス
393:デフォルトの名無しさん
07/04/04 18:44:38
>>390
いやリテラルであることに疑問の余地はないんだけど、文字列リテラルってなんか微妙に違和感あったもんで…
>>391
規格じゃあしょうがないね
394:344
07/04/04 18:56:51
>>388
少し調べたんですが、
参照ってC++だと特別な意味があったんですね。。
これから気をつけます。
>>392
ありがとうございます。
自分が考えていたことと全然違いますね…
395:デフォルトの名無しさん
07/04/04 19:00:32
URLﾘﾝｸ(kmaebashi.com)
より引用
" で囲まれた文字列を、文字列リテラルと呼ぶ。
通常は、文字列リテラルは、「char の配列」を意味する。 よって、式の中では「charへのポインタ」に読み換えられる。
しかし、char の配列を初期化する場合は例外である。 (こちらを参照のこと) この場合の文字列リテラルは、中括弧内に文字を区切って書く初期化子の 省略形として、コンパイラに特別に解釈される。
char str[] = "abc"; /* この宣言は、下の宣言と同義 */
char str[] = {'a', 'b', 'c', '\0'}; /* 配列の最外周なので、要素数は省略できる */
…だそうだ
396:デフォルトの名無しさん
07/04/04 19:12:16
コード上で"で囲まれてれば全部文字列リテラルなのねー
感覚としてはあたかも文字列リテラルのように書くことが許されてるって感じだった
397:デフォルトの名無しさん
07/04/04 19:15:40
でも現実的には初めそう教えておくほうがいいと俺は思う。
398:デフォルトの名無しさん
07/04/04 19:31:04
>>366
がアホなのは解った。
399:デフォルトの名無しさん
07/04/04 19:39:27
オレはC言語はきちんと理解できていないが
ゲームなんかのクラックをして変な知識だけはある
しかもアセンブラの意味も分かっているわけではなく
シンボルを見て分かった気になっているだけの
スクリプトキディみたいなもんだ
言っとくがオレは >>366 でも代弁者でもないぞ
400:デフォルトの名無しさん
07/04/04 19:44:49
>>399
どういう流れでその書き込みなのか頭の悪い俺に教えてください。
401:デフォルトの名無しさん
07/04/04 19:47:48
>>399
いったい、誰に対して何の主張をしてるんだ？
402:デフォルトの名無しさん
07/04/04 20:02:08
それをこれから書くところなんじゃないか
403:デフォルトの名無しさん
07/04/04 20:02:45
スレ違いはスルー汁
404:デフォルトの名無しさん
07/04/04 20:28:28
とりあえず>>370の
char ch[] = "a"; は文字リテラル"a"への参照だよ。
ってのはおかしいよね･･･？
405:デフォルトの名無しさん
07/04/04 20:37:08
argv[1][2]って*(p+2)みたいに表現できないの? > エロイ人(愛を込めて)
406:デフォルトの名無しさん
07/04/04 20:43:08
>>405
*(argv[1] + 2)
407:デフォルトの名無しさん
07/04/04 20:50:32
>>405
もしくは
*(*(argv+1)+2)
408:デフォルトの名無しさん
07/04/04 20:52:20
argv[ i ][ k ] = *(*(argv+i)+k)
と等価って意味ね
409:デフォルトの名無しさん
07/04/04 21:05:21
2[1[argv]]
410:デフォルトの名無しさん
07/04/04 21:13:52
argv[i][k] == *(*(argv+i)+k) == k[i[argv]]
411:デフォルトの名無しさん
07/04/04 21:22:45
>>406-410
サンクス
なるほど *を2回使うのね
412:デフォルトの名無しさん
07/04/04 21:53:54
a[b]におけるaとbの可換則だけは釈然としない
こんなの使って可読性が上がる場合なんてあんの？
413:デフォルトの名無しさん
07/04/04 21:57:04
>>412
その仕様は初期のコンパイラの都合によるものと思われる
でも、できるからといって使う必要はないじゃないか
414:デフォルトの名無しさん
07/04/04 23:35:53
char *argv[]に対して
*(argv+i)って言うのはargv[i]
*(*(argv+i))って言うのはargv[i][]
と同じと考えておｋ?
415:デフォルトの名無しさん
07/04/04 23:37:44
下は *(*(argv+i)) == *(*(argv+i)+0) == argv[i][0] ?
416:デフォルトの名無しさん
07/04/04 23:45:43
うん。
*p == p[0]
417:デフォルトの名無しさん
07/04/04 23:48:02
構造体ってのは最初に宣言しないといけないの？
#include <stdio.h>
int main(void){
struct person{
char *sei;
int age;
}taro;
taro.age=13;
taro.sei="山田";
struct person hanako;
printf("太郎の姓は%s、年齢は%dです\n",taro.sei,taro.age);
return 0;
}
これコンパイルできないんだけど
418:デフォルトの名無しさん
07/04/04 23:50:09
struct person hanako;
を削ってみ。
419:デフォルトの名無しさん
07/04/04 23:51:59
>>417
Cの場合宣言（struct person hanako; ）は関数スコープの最初に
taro.age=13; taro.sei="山田"; の後で宣言はダメ
420:デフォルトの名無しさん
07/04/04 23:52:17
>>417
コンパイルできるよ。
421:デフォルトの名無しさん
07/04/04 23:57:13
あれがコンパイルできるC99は残念ながら普及していないのさ
422:デフォルトの名無しさん
07/04/04 23:59:18
gccが普及してないとでも?
423:デフォルトの名無しさん
07/04/05 00:10:03
GCCは普及しているものの、社会がC99を使う風潮になっていない。
見たことあるか？C99で書かれたプログラム。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5372日前に更新/183 KB
担当:undef