07/08/25 21:54:43
そもそも、適当なライブラリからポインタが返ってくる場合、
１． そのライブラリのマニュアルを読めば分かる。
２． そのライブラリにソースが付いている。
場合がほとんどだから、意識したことねぇよ。
逆に、ソースも何も付いてないでポインタ返してきたら、無論シカトだ。
んなもん。ってか、無視以外に手段がねぇよ
569:仕様書無しさん
07/08/25 22:03:47
モジュール間をリソース管理の責任が移動するのはあまりよくない設計だとかEffective C++に書いてあった
だからそういうライブラリそのものをシカトする人もいるかもしれない
570:仕様書無しさん
07/08/25 22:29:48
まぁソース見るかテストコード作ってdeleteして動作確認するだろうな。
どうしても使用せざるえない時は。
571:仕様書無しさん
07/08/26 15:21:50
>>558
その前に、他の言語の文字列型のようなものがCの標準に
なかったことが問題の根源にあるような気もしなくもない。
572:仕様書無しさん
07/08/26 15:27:48
>>571
そうだね。
末尾に0が来れば終わりなんてクソ仕様は
やっぱり時代のせいだったんだろうか…。
573:仕様書無しさん
07/08/26 20:59:52
今でもライブラリの奥底ではそうだろ。隠蔽されてるだけ。
574:仕様書無しさん
07/08/26 21:07:01
番兵を設けるか、構造体にして長さも一緒に保持するか
575:仕様書無しさん
07/08/26 21:12:07
Excelは長さを持っていると聞いた。
それがセルの最大長の理由だと。
576:仕様書無しさん
07/08/27 13:02:13
>>572
つ[Pascal文字列]
577:仕様書無しさん
07/09/24 11:11:16
動的なメモリ確保なんていらん。不要。
578:仕様書無しさん
07/09/28 23:33:51
>>577
富豪的プログラミングは大賛成。
しかし、思考停止野郎は死ね。
579:仕様書無しさん
07/09/29 04:34:45
作った当時は想定してない規模でぶんまわすときにスタックが溢れたりすると非常に萎える
ポインタも理解してないようでは内部変数と外部変数の区別もついていまい
580:仕様書無しさん
07/10/24 17:48:36
「死ね」とまで書くほど必死なnew＆malloc厨。痛すぎ。
生半可な知識をふりかざして、書くコードはバグの宝庫。
出たバグはこっそり直して、表面化した悪いことは全部他人のせい。
だから、クビにならない。赤福の社長と同じ。
581:仕様書無しさん
07/10/25 13:35:02
ポインタなんか要らないと言う話
URLﾘﾝｸ(homepage3.nifty.com)
582:仕様書無しさん
07/10/30 20:33:42
正直、K&Rに載ってるmallocの古典実装レベルでも理解するのに数日かかった
583:仕様書無しさん
07/11/07 13:07:13
>>580
ポインタの要、不要と、
動的メモリの要、不要は
別口じゃね？
584:葉猫 ◆Jz.SaKuRaM
07/11/10 14:02:44
ｱﾎにメモリの確保とかやらせるより、秀才が作ったクラス内でメモリ確保させた方がｲｲｰ(・∀・)
585:仕様書無しさん
07/11/10 18:02:55
なるほど
アホコテ(つまりお前)にはレスさせないようにしましょう
586:仕様書無しさん
07/11/28 09:55:34
してるじゃねーかｗ
587:葉猫 ◆Jz.SaKuRaM
08/01/08 21:32:59
久ち振りに制御系を手伝ったらfarとかnearとかホント糞だな。
もういい加減フラットにちろYO ヽ(`Д´)ﾉ ｳﾜﾜｰﾝ
588:仕様書無しさん
08/01/09 21:25:39
アホはさっさと死んどけば？