アカウント名:
パスワード:
現行プログラムの解析自体に、そのくらいの価値しかないという事でしょう。そんなことやってないで、さっさと仕事すればいいのに。募集するだけで、どれだけ時間使ってるのか知らないけどさ。(応募者との調整とかもろこみだと、30万なんかぶっ飛ぶだろうに)
まあこんなレベルの低い会社が自社開発した98で動くようなバイナリもせいぜいオンメモリで動くKB単位のプログラムだろうから実際内容は大したことないんだろう。リバースできる人はたくさんいるだろうけどこんな見ただけで腹が立つ乞食案件に来ないだけ。
レベル低い会社が開発 → プログラムも小規模であろう
この推論は馬鹿丸出し
> レベル低い会社が開発 → プログラムも小規模であろう>> この推論は馬鹿丸出し
98、当時のメモリ容量、オンメモリという要件がぽろぽろ落ちちゃってる仕様レベルバグを入れ込むお前の頭脳で他人様を評価すんな。
まあこんなレベルの低い会社が自社開発した98で動くようなバイナリもせいぜいオンメモリで動くKB単位のプログラムだろうから
#include <stdio.h>
int main(){ double a = 1.0, b = 2.0, c = 3.0; printf("%d + %d * %d = %f\n", a, b, c, a + b * d); return 0;}
Turbo C 2.0 で ↑ をコンパイルして生成される実行ファイルが 19172バイト。この程度の内容で「KB単位のプログラム」ですらないんだが。
dはどこに定義されてるんだ?
おっと、そっちのバグには気づかなかった。コンパイルできないじゃん...
この頃のCってstdio.hだけで浮動小数点使えましたっけ?TCやBCが2.0や3.0の頃ならSMALLはprintf使用程度なら数kのexeで済んだ気がする。
> この頃のCってstdio.hだけで浮動小数点使えましたっけ?
浮動小数点数の型定義や演算はCの言語仕様でしょう。printfの浮動小数点数出力のフォーマットもK&Rに出てくる標準的なものですね。
「この頃のCって」が、Cもどきのサブセット言語処理系なら分からないですけど。
LSI C-86 Ver.3.30 試食版には整数版 printf() や scanf() が提供された intlib.lib というのがあったけども、時代に関係なく組み込み用 C コンパイラには珍しくはない機能だわな。
# つーか LSI C-86 自体が C もどきだしなあ。
よい突込みですね。PC-9801BX2としているので、CPUはIntel 486SXであり、FPUなしですから、FPUライブラリをリンクしているかFPUエミュレーションを別途常駐させているかいずれかでしょうね。まぁ、大概前者かな。あるいは遅くなるから整数値のみとかも当時はよくありましたね。
n88baisc.libとかついているならP-CODE読めるスキルが必要ですね。そういうことをやるなら「PC‐9801システム解析 (上)」がとても参考になることでしょう。
何もかもがとても懐かしいです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
つまり (スコア:1)
現行プログラムの解析自体に、そのくらいの価値しかないという事でしょう。
そんなことやってないで、さっさと仕事すればいいのに。
募集するだけで、どれだけ時間使ってるのか知らないけどさ。(応募者との調整とかもろこみだと、30万なんかぶっ飛ぶだろうに)
Re: (スコア:0)
まあこんなレベルの低い会社が自社開発した98で動くようなバイナリもせいぜいオンメモリで動くKB単位のプログラムだろうから実際内容は大したことないんだろう。
リバースできる人はたくさんいるだろうけどこんな見ただけで腹が立つ乞食案件に来ないだけ。
Re: (スコア:-1)
レベル低い会社が開発 → プログラムも小規模であろう
この推論は馬鹿丸出し
Re: (スコア:0)
> レベル低い会社が開発 → プログラムも小規模であろう
>
> この推論は馬鹿丸出し
98、当時のメモリ容量、オンメモリという要件がぽろぽろ落ちちゃってる仕様レベルバグを入れ込むお前の頭脳で他人様を評価すんな。
Re: (スコア:0)
まあこんなレベルの低い会社が自社開発した98で動くようなバイナリもせいぜいオンメモリで動くKB単位のプログラムだろうから
#include <stdio.h>
int main()
{
double a = 1.0, b = 2.0, c = 3.0;
printf("%d + %d * %d = %f\n", a, b, c, a + b * d);
return 0;
}
Turbo C 2.0 で ↑ をコンパイルして生成される実行ファイルが 19172バイト。この程度の内容で「KB単位のプログラム」ですらないんだが。
Re: (スコア:0)
dはどこに定義されてるんだ?
Re: (スコア:0)
おっと、そっちのバグには気づかなかった。
コンパイルできないじゃん...
Re:つまり (スコア:0)
この頃のCってstdio.hだけで浮動小数点使えましたっけ?
TCやBCが2.0や3.0の頃ならSMALLはprintf使用程度なら数kのexeで済んだ気がする。
Re: (スコア:0)
> この頃のCってstdio.hだけで浮動小数点使えましたっけ?
浮動小数点数の型定義や演算はCの言語仕様でしょう。printfの浮動小数点数出力のフォーマットもK&Rに出てくる標準的なものですね。
「この頃のCって」が、Cもどきのサブセット言語処理系なら分からないですけど。
Re:つまり (スコア:1)
# printfから浮動小数点数の処理を排除してコンパクトにするとかの理由で
Re: (スコア:0)
LSI C-86 Ver.3.30 試食版には整数版 printf() や scanf() が提供された intlib.lib というのがあったけども、時代に関係なく組み込み用 C コンパイラには珍しくはない機能だわな。
# つーか LSI C-86 自体が C もどきだしなあ。
Re:つまり (スコア:1)
よい突込みですね。
PC-9801BX2としているので、CPUはIntel 486SXであり、FPUなしですから、FPUライブラリをリンクしているかFPUエミュレーションを別途常駐させているかいずれかでしょうね。
まぁ、大概前者かな。
あるいは遅くなるから整数値のみとかも当時はよくありましたね。
n88baisc.libとかついているならP-CODE読めるスキルが必要ですね。
そういうことをやるなら「PC‐9801システム解析 (上)」がとても参考になることでしょう。
何もかもがとても懐かしいです。