アカウント名:
パスワード:
従来方式で書いた場合は保護できないし新方式だと互換性が無いしで中途半端な印象いっそC言語を適当な仮想マシンのコードにコンパイルするほうがマシなんじゃ
標準関数を考えなしで使ってオーバーフロー引き起こすのが主だろうからユーザーコードにリターンする前にライブラリ側が判断してabort返す必要があるて事はC標準関数を低コストに呼べない・呼んだら黙阿弥、互換性もくそもないスタックに作る配列チェックは自前コード内ならメタマクロで十分対応できるしヒープは壊れても平気ではないけどマズ攻撃には使えんし
このC言語もどきの生きる道はどこにあるんだろうね
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
CのVMでも作ればいい (スコア:0)
従来方式で書いた場合は保護できないし
新方式だと互換性が無いしで中途半端な印象
いっそC言語を適当な仮想マシンのコードにコンパイルするほうがマシなんじゃ
Re:CのVMでも作ればいい (スコア:0)
標準関数を考えなしで使ってオーバーフロー引き起こすのが主だろうから
ユーザーコードにリターンする前にライブラリ側が判断してabort返す必要があるて事はC標準関数を低コストに呼べない・呼んだら黙阿弥、互換性もくそもない
スタックに作る配列チェックは自前コード内ならメタマクロで十分対応できるし
ヒープは壊れても平気ではないけどマズ攻撃には使えんし
このC言語もどきの生きる道はどこにあるんだろうね