Qiita 7 - キータぞ、来たぞ、キータだぞー (765ﾚｽ)
上下前次1-新
666: 01/18(日)10:13 ID:iZfyi85P(1) AAS
比べるならcode projectじゃねえかなあ
もうない
667: 01/18(日)14:47 ID:tQnLDNBC(1) AAS
stackoverflow日本語のは糞だけど英語のはマシだった記憶があるが今は違うのか
668: 01/20(火)08:54 ID:UeNpq3UP(1/2) AAS
『Qiitaのはじめかた』
＞Qiitaにアカウントを作成すると、つぎの機能を利用できます。
＞記事を投稿する
＞記事に「いいね」する
＞記事を「ストック」する
＞ユーザーやタグ、Organizationをフォローする
＞編集リクエストを送る
コメントが挙げられないのは非推奨機能だからかな？
669: 01/20(火)11:59 ID:hNmVp0rZ(1) AAS
技術的な指摘や議論の場としてコメント欄が使われるため、感情的・攻撃的になりやすく、その結果として利用規約やコミュニティガイドライン違反になりやすい
意見が割れるテーマの記事には多くのコメントが付き、口論や誹謗中傷に発展しやすい
670: 01/20(火)16:03 ID:UeNpq3UP(2/2) AAS
編集リクエストって「お前のバカ記事直してあげたからこれに更新しなさい」って機能だしコメ欄よりよほど攻撃的な使い方できるけどね。
まあ記事主側が一方的に拒絶できるし送る側も徒労に終わる可能性理解してるから大幅に書き換える編集リクエストを送る奴もおらんから誤字やタグ修正くらいにしか使われてはいないけど。
671(1): 01/21(水)01:43 ID:6ZXWg6Wu(1) AAS
Qiita Woman Summit supported by パナソニック コネクト
外部ﾘﾝｸ:increments.connpass.com
> 【基調講演：ちょまどさん登壇】性別・職業区分問わず、どなたでもご参加いただけます！
目玉がオタサーの姫だった人かあ。
672: 01/21(水)02:09 ID:S3gaE1aJ(1/2) AAS
そんなこと気にしてるのはお前だけじゃないかな
673: 01/21(水)02:26 ID:WANf2+T3(1) AAS
Xamarinを使うなら人脈が重要と君臨しておられた偉い方ですよ
674: 01/21(水)02:28 ID:S3gaE1aJ(2/2) AAS
まだそれ擦ってるんだ
お大事に
675: 01/21(水)08:44 ID:6h0/wCG6(1) AAS
何開発したでもない万年初心者みたいな人だけどいまだに有難がってる人がいんだねｗ
676: 01/21(水)11:55 ID:BBgw+aUg(1) AAS
>>671
妊娠中の大きいお腹をインスタに挙げてた人かな
677: 01/22(木)01:35 ID:CYF3SRsy(1) AAS
Xamarinのインストールだかビルドが難しいとかで
知ってる人に教えてもらわないとどうにもならんのを
「Xamarinするには、まず人脈♪」と揶揄されたのを
俺の発言みたいに広めるな！と件の人が騒いで
騎士団も同調したんだっけか?
製品の不評なところは社内でフィードバックして
改善に努めるとかそんなんじゃないのね。
678: 01/22(木)04:36 ID:n1NZKGM7(1/2) AAS
>俺の発言みたいに広めるな！と件の人が騒いで
>騎士団も同調したんだっけか?
君認知歪みすぎじゃないか
679: 01/22(木)07:35 ID:SJysGt6V(1/2) AAS
＞正直言えばXamarinと人脈については全く関連はないと思ってるのが正しい技術者なのでいいと思う。ただちょまど氏が神なのは否定しませんけどね。
騎士団の中ではコイツが一番キモいかな。
680(1): 01/22(木)07:43 ID:SJysGt6V(2/2) AAS
＞私の不在中、そのような内容のスライドに私の名前が使われたらしいのですが、
＞私はそんなことは言っていません。
＞
＞この話はこれでおしまい！
おしまい！って、製品の改善に言及してなくてﾜﾛﾀｗ
MSのエヴァンゲリオンやっててこれｗ
681: 01/22(木)12:29 ID:hC6/DjUS(1) AAS
何号機よ？
682: 01/22(木)18:57 ID:n1NZKGM7(2/2) AAS
>>680
これは恥ずかしい変換ミス
やっぱ憂さ晴らしで人を叩く奴って知能が…
683(1): 01/23(金)17:28 ID:5Q9vhePX(1) AAS
囲んでおめでたうゆってやろう
684: 01/24(土)04:09 ID:rM0/T+dI(1) AAS
>>683
？
685: 01/24(土)07:39 ID:oRFhTMYy(1) AAS
徳弘の元ネタも知らんくせに炎上させんなのやつ
686: 01/24(土)08:08 ID:7lUpHUXD(1) AAS
何言ってんだこいつ
687: 01/25(日)11:57 ID:HHn9aQPM(1) AAS
もしかしてエヴァンゲロリスト
688: 01/25(日)20:47 ID:vPbMaqmG(1/2) AAS
『大学生エンジニア Rustの勉強を始める 🦀』
外部ﾘﾝｸ:qiita.com
> 1. 非CS専攻（法学部）としての「低レイヤー知識」への渇望
> 🎓 法学部としてのコンプレックスと渇望
> 私は法学部法学科に所属しており、大学でCS（コンピュータサイエンス）を体系的に学んでいません。
> 法学部出身の私にとって、低レイヤーの専門用語（スタック、ヒープ、ポインタなど）は高い壁です。
> 法学部出身の私が、ポインタやメモリ管理といった低レイヤーの概念と格闘している「ありのままのログ」です。
省3
689: 01/25(日)20:50 ID:vPbMaqmG(2/2) AAS
> 私は法学部法学科に所属しており、大学でCS（コンピュータサイエンス）を体系的に学んでいません。
> プログラミングにのめり込めばのめり込むほど、CS専攻の方々が持つ「メモリ管理」や「DBの内部構造」といった基礎体力の差に悔しさを感じてきました。
>
> フロントエンド（TypeScript/Next.js）だけでは見えにくい、 「裏側で何が起きているか」 を理解したい。そのためには、ガベージコレクションがなく、メモリを意識せざるを得ないRustこそが、今の私に最も必要な「矯正ギプス」だと確信しました。
Rustの勉強が低レイヤの学習になると思ってるみたいだけど言語の学習以前にコンピュータサイエンスの学習を意識された方が良いと思うね。
690: 01/26(月)08:12 ID:GwMINaBT(1) AAS
これが今のQiitaのレベルなんだよ
もはや読むに値しない
691: 01/26(月)09:33 ID:KEw96VDD(1) AAS
同じ人の記事
『[ Rust学習 ]大学生エンジニアによるマクロとはなんぞや？』
よく調べず憶測で分かった気になってる感ハンパないんだがｗ
692: 01/26(月)13:37 ID:0Qwj9j5X(1) AAS
aiが書いた文章の肥溜め
693: 01/26(月)16:59 ID:CCkSEHCA(1) AAS
内容USO800で
｢法学だからCSやらなくていい｣は傲慢だな
言い訳に聴こえる
694: 01/27(火)08:26 ID:TaCZVrdY(1) AAS
AIルシファ
695: 01/28(水)01:14 ID:U132aG7j(1) AAS
直接言ってこい
696(2): 01/29(木)09:47 ID:zHd8MLyx(1) AAS
『プログラマはドメインの実装に集中すべき』
記事主はコミュニケーション能力に難ありそうなのに主張が強いのはまあ荒れるかな。
697: 01/29(木)23:09 ID:/DldT0uY(1) AAS
>>696
その人が理解してる狭い範囲で書いてるから間違いが多くなってるね
例えばオブジェクトを返すために「ポインタが必要になります」という件
Rubyなどでは常にGC領域に確保したエリアを指すポインタやfatポインタになってることを知らない
むしろポインタを返すか値を返すかの選択指定ができないRubyなどの言語こそ「ポインタが必要になります」なのにね
698: 01/30(金)12:13 ID:1aPpJmtV(1) AAS
>>696
クラスが良いものとされていた過去の言語と、
クラスは良くないとされている現代の言語を比べてるんだな。
そのケースは共通メソッドPay()を呼べれば良いだけのようだから、
クラス継承関係の必要はないためクラスは不要だが、
そこも理解せずになぜかクラスを絶賛していて草。
699: 02/01(日)14:45 ID:95PY2lcv(1/2) AAS
『なぜあの人と話すと仕事が止まるのか。』
責任を避けたいのか指示や説明に曖昧な表現をする人は実際いて、記事では良いこと言ってると思うんだけどもコメ欄見ると曖昧支持派が案外いるようで意外な感じ。そんなんで仕事効率よく回るのかな?
700: 02/01(日)14:51 ID:95PY2lcv(2/2) AAS
そもそもの話として指示してる側がよく分かってない場合まであるかな。
701: 02/03(火)00:37 ID:ZHB7f43X(1) AAS
ネットwatch板に行けや板違いのクソジジイども
702(2): 02/05(木)11:26 ID:KDeSa5ll(1/2) AAS
会話・チャットでやり取りをしていて、「なんか、このひと面倒くさいなー」とイライラすることがある。
イライラするだけなら、まだ我慢できる。けれど、それが仕事に支障をきたすのであれば話は別だ。
─── で、そういう場面は珍しくない。
そういうひとのことばを観察していると、あいまいな表現が多いことに気が付く。
それで、会話の回数が多くなって生産性が落ちたり、認識の齟齬が生まれて作業のやり直しが発生したりしている。
結論：
コミュニケーションコストは低い方がよい。
仕事の文書は多義性をもってはいけない。
「あいまい」な表現は避けるべき。
今日はこういう話をする。
省5
703: 02/05(木)11:33 ID:KDeSa5ll(2/2) AAS
本田勝一
外山滋比古
ああそういうことか
704: 02/05(木)12:57 ID:E6aSdkxP(1) AAS
コミュニケーション能力の低そうな奴ｷﾀｰ(AA略
705: 02/05(木)14:17 ID:jnX8qpUc(1) AAS
noteに投稿すれば利益でるかもしれない情報を
なんでわざわざQiitaに無償提供しないといけないんだよ
706: 02/05(木)18:57 ID:Whvu+Pg2(1) AAS
>>702
本文読んでないけど「その多さに驚く」「たとえばこんな具合だ」とかはGPT構文
707: 02/06(金)17:42 ID:Kt3ZEJjw(1) AAS
>>702
主張の甘さはともかくすごく読みやすいよく出来た文章
現時点のプログラミング能力が低くてもよほど高い技術力を求める職種じゃなければ書類選考は通すかな
708: 02/16(月)21:18 ID:yj7FcTNH(1) AAS
『TRONはマイクロソフトのOSよりも開発が遅かった』
> TRON をリアルタイム OS というのであれば、Windows もリアルタイム OS です。
とか言ってて草ｗ
709: 02/17(火)07:24 ID:2y9Ezw3R(1) AAS
Windows CEは現行品じゃねえからなあ…
710: 02/18(水)01:29 ID:IBuOhcjB(1) AAS
『アセンブリ言語を学ぶことで得られるメリット【アセンブリ言語さくっと入門】』
雑な記事で間違いも散見されるけどこんな記事がいいね多く貰えるのかｗ
711: 02/18(水)10:07 ID:ECs//W9F(1) AAS
サルでも判る
猫でも判る
こんなのがベストセラーですし
712(1): 02/18(水)17:20 ID:FZ7FR248(1) AAS
QiitaってCSS/HTMLの埋め込み出来んのね
なんつー不便な
外部サイトをEmbedで埋め込めばいいんだけど
自前で提供してほしいなあ
713: 02/19(木)10:17 ID:cTP/hAta(1) AAS
CSS埋め込むとCSSに攻撃されます
714(1): 02/21(土)15:04 ID:QrnLkFez(1) AAS
>>712
Qiita Discussions へようこそ
外部ﾘﾝｸ:github.com
投稿したら運営が必ず返信してくる有用サイトを教えてあげる
715(1): 02/24(火)16:30 ID:pFFjUl/D(1) AAS
>>714
リンクもまともに貼れないのか…
716(1): 02/26(木)11:57 ID:t+HxmJOg(1) AAS
>>715
バカで草
5chは初めてか？
717(1): 02/27(金)15:56 ID:hatmpLbN(1) AAS
>>716
直リンクなんて今は誰も気にしないよ
おじいちゃん
718(1): 02/28(土)17:14 ID:TQQUbZKL(1) AAS
>>717
横だが
ほんとに何を間違えたか分かってないのか、
分かってとぼける為に編み出した言い訳なのかどっちだ？
719: 03/01(日)02:50 ID:FIljQNjT(1) AAS
Rustは非常にシンプルで
最も多用されて使いやすい半開区間
従来 i = 0 ; i < n を 0..n と表記
稀に用いられる閉区間
従来 i = 0 ; i <= n を 0..=n と表記
このようにシンプルに従来と対応している
この2種類しかないため逆に取り違えて誤用することもない
外部ﾘﾝｸ:youtube.com
720(1): 03/01(日)04:41 ID:Ihp4TUhS(1) AAS
>>718
ジジイ乙
721: 03/02(月)00:05 ID:rkh+heJs(1) AAS
>>720
みいちゃん…
722: 03/04(水)17:49 ID:umvekOcL(1) AAS
最後に出てくる「みいちゃん」は、過去に5ch（旧2ch）で起きた有名なコピペや「知ったかぶりをする初心者」を揶揄する文脈で使われるネットスラングです。
「君は何も分かってない初心者（あるいは痛い人）だね」という強烈な皮肉を投げ、議論を打ち切っています。
直リン派の認識
利便性と現代基準 今のブラウザやアプリはセキュリティが強く、多くの掲示板アプリ（専ブラ）は `ttp` でも自動で補完してリンク化します。
「h抜き」はもはや二度手間を強いるだけの無意味な儀式に見えています。
h抜き派のに認識
5chには「リンクの先頭の `h` を抜く」という古い慣習があります。
これはかつて、不用意なクリックによるブラウザクラッシュ（ブラクラ）やウイルス感染を防ぐための自衛手段でした。
この状況をAIに解説させて思ったがなぜhttp抜いたか分かってないんじゃない？
ブラクラやウイルス感染を防ぐためじゃなく5chでURL規制で貼れないことが多くIP規制になることもあってhttp削除
省5
723: 03/04(水)18:05 ID:DjLSShMS(1) AAS
規制とかどうでもいいわなURL貼れないならそもそも書き込みを諦めればいいだけだし
724: 03/04(水)18:29 ID:78qp6zA1(1) AAS
http削ると貼れたりするから諦めなくても大丈夫
725: 03/05(木)09:27 ID:GrZo6tuI(1) AAS
リンク貼ったら一発退場が懐かしい
726(1): 03/05(木)15:06 ID:qwmj+r7o(1) AAS
『C言語とアセンブリ言語の実行速度を比較する』
printfで整数値を10万個出力するのに
・アセンブリ言語からprintf呼び出し→約7秒
・C言語からprintf呼び出し→約40秒
ちょっとあり得ん結果になってるんだけど考察もなく終了という気持ち悪い記事。
727: 03/05(木)16:59 ID:kRsvyMri(1/2) AAS
Cでcountをレジスタに割り当てたら速くなるんかな
最適化するだけでもっと速くなるかな
728: 03/05(木)17:05 ID:kRsvyMri(2/2) AAS
実行環境が違っててconsoleの性能差だったら笑う
729: 03/05(木)17:21 ID:catlXG/r(1) AAS
__stdcall と __cdecl か
730: 03/06(金)11:57 ID:BuD09eQW(1) AAS
>>726
Cコンパイラで*.asm吐いて比べてほしい記事やなあ
731: 03/06(金)14:37 ID:UfOJQwwp(1) AAS
consoleの差に一票
732(4): 03/16(月)20:15 ID:BE2T/V4b(1) AAS
『C言語にも配列のlengthプロパティをください ― 配列ポインタ型でサイズ安全な関数引数を実現する』
フツー構造体を定義するところを一見便利そうでその実不便な方法を提案する人
733: 03/16(月)20:51 ID:YQ6nobJE(1) AAS
>>732
どんな構造体を定義して何をするつもり？
734: 03/17(火)00:49 ID:jwAJtRGn(1) AAS
分かんない人は黙ってれば良いのにｗ
735(1): 03/17(火)01:28 ID:4o/LzC+C(1) AAS
>>732
その記事のやり方が正しい
それが静的な型チェックも実行効率も共に満たす方法
736(1): 03/17(火)08:39 ID:pXgEASqD(1) AAS
chatgpt様に訊いてみた
＞技術的な評価（ざっくり）
＞この記事の主張は Cの仕様としては正しいです。
＞ただし実務では多くの場合：
＞・void f(uint8_t *buf, size_t len)
＞・sizeof(array)/sizeof(array[0])
＞・マクロ
＞・_Static_assert
＞などで処理するケースが多いです。
省6
737: 03/17(火)11:16 ID:nEFxN0Aa(1) AAS
#define _countof(array) (sizeof((array))/sizeof((array)[0]))
738: 03/17(火)11:34 ID:VXykxZTj(1) AAS
>>732
あほやん
これでも良いけどさ→(*buf)[i] = (uint8_t)0x00U; /* ポインタを一段デリファレンスしてからアクセス */
これと等価やで→buf[0][i] = (uint8_t)0x00U;
蛇足→0[buf][i] = (uint8_t)0x00U;
しかも結局buf[1][i]とかにもアクセス出来るので根本的な解決になってない
739: 03/17(火)11:55 ID:TEC35O2v(1) AAS
実行効率も落ちるんじゃね
740: 03/17(火)20:41 ID:pIcpFrGA(1) AAS
>>736
それは悪手
741: 03/18(水)13:05 ID:cAhzJBL5(1) AAS
>>732 が本気で便利なら40年50年あるCの歴史でそのやり方が主流にならないはずがない
「フツー構造体」は違うかも試練が「不便な方法」は同意
742(2): 03/18(水)13:49 ID:LfUPYerJ(1/2) AAS
記事主がコメント欄で
＞＞特定の要素数を前提とする場面なら struct が手っ取り早いような気がしますが，どうなんでしょう？
＞
＞ご指摘の通り、自分の触っているコードベース上でも struct でサイズと buf をセットで持たせる設計が一般的で、筆者自身もそちらを採用することがほとんどです。本記事は「素の配列をそのまま渡す設計を採用した場面で、型にサイズ情報を持たせる手段がある」という紹介にとどまるものでした。ちょっと自分の書き方が一般的と誤解させるような内容になってしまいました。気をつけます。mm
と書いてる通り一般的方法ではないんだけど>>735みたいのもいるのは世の中広いなｗ
743: 03/18(水)15:00 ID:zkfG4cW3(1) AAS
配列の配列
配列のポインタ
であればどちらも一般的な訳で
744: 03/18(水)15:14 ID:Np+iCs7f(1) AAS
>>742
それは二つの違いをわかっていない
その「struct でサイズと buf をセットで持たせる設計」はファットポインタ
つまりアドレスと長さの両方を持つことで可変長のものを受け渡しする方法
一方で今回は固定長の配列
長さを関数呼び出しなどで受け渡しする必要がない
structでサイズを持って受け渡しすることは無意味で無駄で非効率になる
この違いがわからない初心者なのだろう
745: 03/18(水)22:28 ID:Pr3hbF5X(1/5) AAS
記事の趣旨は下記のような場合にエラーが検出できるってことなんだけど
#include <stdint.h>
#define BUF_SIZE 5
#define DATA_SIZE 7
void fill_zero( uint8_t (*buf)[ BUF_SIZE ] );
int main( void )
{
uint8_t data[ DATA_SIZE ];
fill_zero( &data ); /* ここでコンパイラが警告またはエラーを出す！ */
return 0;
省10
746(1): 03/18(水)22:31 ID:Pr3hbF5X(2/5) AAS
要素数がBUF_SIZE個のuint8_tの配列がなんかのデータ型表してんなら普通に構造体にするよねえ、
#include <stdint.h>
#define BUF_SIZE 5
typedef struct {
uint8_t data[ BUF_SIZE ];
} NANKADATA;
void fill_zero( NANKADATA* );
省15
747: 03/18(水)22:45 ID:IinJ/Cgw(1/3) AAS
>>746
struct {
uint8_t data[ BUF_SIZE ];
} NANKADATA;
フィールド数が1個の構造体は単なるラッピングであり本質的な話ではない
当然ラッピングしなくても使うことができる
わざわざラッピングした時の事例を持ち出す必要はない
748: 03/18(水)22:49 ID:Pr3hbF5X(3/5) AAS
おっプログラミングの経験ない人か。本当に居るんだねｗ
749: 03/18(水)22:53 ID:Pr3hbF5X(4/5) AAS
uint8_tの要素数が3のRGBもYUVも区別できなくて問題ないって人かあ。
750: 03/18(水)22:54 ID:IinJ/Cgw(2/3) AAS
ラッピングは型安全性やカプセル化のためプログラミングの常識だが
今回の問題では一切関係がない
ラッピングすることなくそのまま成立する
751: 03/18(水)22:56 ID:IinJ/Cgw(3/3) AAS
無関係なラッピングを持ち出しそれに固執していることからも本質を理解できていないとみえる
752: 03/18(水)22:58 ID:Pr3hbF5X(5/5) AAS
「そんなクソな書き方しねぇよ」という話が理解できない人いんのねｗ
753: 03/18(水)23:05 ID:3L+0H3qv(1) AAS
今回ラッピングなんかはどうでもよくて根本の話は>>742だよね
可変長ならば先頭アドレスと長さをセットで持たなければならない
固定長ならば先頭アドレスのみ持てばよくて長さは型情報として持つべきである
754: 03/18(水)23:55 ID:LfUPYerJ(2/2) AAS
ID:IinJ/Cgwはashworthかな
755: 03/19(木)00:25 ID:1fNhLbVo(1) AAS
そこは各型のデータが持つ情報により3つに分かれる
①アドレスのみ
②アドレスと有効長
③アドレスと有効長と容量
①は単体もしくは固定長の連続体
②は可変長の連続体
③は可変長の連続体で伸縮可
①の連続体の場合はその固定長の情報は型に含まれるため受け渡しする必要がない
記事『配列ポインタ型でサイズ安全な関数引数を実現する』が述べているのはそういうことで正しいが説明不足だな
756(2): 03/19(木)02:07 ID:/Wzj236o(1) AAS
『C言語の標準ライブラリを自作して学ぶ、安全なメモリ管理と文字列操作の真髄』
外部ﾘﾝｸ:qiita.com
オーバーフローチェックは重要、みたいなこと書いてるのに
> // 実データの前に size_t 分のヘッダ領域を確保
> block = malloc(sizeof(size_t) + size);
冒頭のコードでオーバーフロー無視してるのはなあ、無能すぎね? つか42tokyoかあ。
757(2): 03/19(木)03:59 ID:r1H5OpTt(1) AAS
>>756
これで満足か？
#include <stdckdint.h>
size_t total_size{};
if (!ckd_add(&total_size, sizeof(size_t), size)) {
block = malloc(total_size);
}
758: 03/19(木)04:38 ID:MpYhWP5O(1) AAS
>>757
？
759(1): 03/19(木)07:10 ID:uGXjP4fl(1) AAS
C23でようやく標準化されたオーバーフローチェックなんて99%のプログラマーが今後も知らないままだろう
標準化があまりにも遅すぎた
C++23の新機能も同じだ
みんな知らない学習する気もない使う気もない広まらない
760: 03/19(木)11:36 ID:TvMFZsLL(1) AAS
>>757
> これで満足か？
その記事のおかしいとこそこだけだと思った?
761: 03/19(木)19:51 ID:qPkzmLAQ(1) AAS
>>759 expectedが追加されてるけど、例外使いまってる既存資産から置き換えも考えずらいし、新規で使うにも別にC++じゃなくても良くね？な型。
762(1): 03/19(木)22:45 ID:UtYRo7C2(1) AAS
CとC++の標準拡張が連携とれてないよな
この言語はもうダメだ
763: 03/20(金)13:02 ID:iXoBkJ/Y(1) AAS
>>762
言語は思考を規定する
764: 03/21(土)13:52 ID:JUJDvVUv(1) AAS
>>756
> C言語を学び始めると、標準ライブラリ（stdio.h, stdlib.h, string.hなど）の便利さに気づきます。しかし、その内部で何が起きているのかを意識することは少ないかもしれません。
>
> そこで私は、C言語の標準関数のゼロから再実装に取り組みました。
とか言っててft_mallocの実装mallocのラッパーになっててｸｿﾜﾛﾀｗ
> 1. メモリブロックへの「メタデータ」埋め込みによる ft_realloc の実装
glibcならmalloc_usable_sizeでメモリーブロックのサイズ取得できるのに車輪の再発明だなあ。将来的にmalloc部分も自作するとしてメモリーブロックのサイズはどっかに格納すんだしmalloc使ってるならmalloc_usable_size使うで良かろう。
ft_reallocもメモリーブロック再割り当て必要ない場合も常に新しいメモリーブロック割り当てるし第1引数にNULL渡された場合も考慮されてないなあ。
よくこんな記事スクール名誇らしげに明記しながら公開するもんだわｗ
765: 03/22(日)02:13 ID:wZUeCGG3(1) AAS
> これで満足か？
>
> #include <stdckdint.h>
> size_t total_size{};
> if (!ckd_add(&total_size, sizeof(size_t), size)) {
> block = malloc(total_size);
> }
記事主のレベルに合わせて
if (size > SIZE_MAX - sizeof(size_t)) return NULL;
で良くね?
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s