hideyosi​/hidetol6計画 :: OSASK計画

28GO_G 関係

いま、第7刷のCDをチェックしてみた。・・・おんやぁぁ？　cc1plus.exeがないぞｗｗｗ

元々Kタン側としても、cc1plus（C++コンパイラ）は未完成品という括りだったはずだし、はりぼて・OSASKでもこれが使われている例はない！

・・・だったら、バイナリの配布からは削除しちゃっていいんじゃないかなぁ～・・・

（ソースも、削除まではしないけど、Makefileを弄って標準ではmakeしないようにしちゃおうかな。余計な時間がかかるばっかりだし・・・）

さて、あとは。

第7刷のcc1、cpp0は、GO 0023（0020）のものと同じ？それとも手が入ってる？？？

・・・orz・・・　これがまた、めっちゃ違いがあるわけで・・・（問題点はなんだろう？　コンパイラ？　インクルード関数？　それとも？？？　）

あっれぇぇぇ？？？　日付もサイズもドンピシャなのに中身が違うなぁ。これ、どういうことなんだろう？？？もうすこし調査してみるか・・・

・・・たぶんだけど。naskやgolib.libのバージョンが上がっているためだろう。ソースレベルでは違いはない模様

28GO_K関係

win32ディレクトリ

どうもw32clibcディレクトリが名前を変えたようだ。

まるまる追加

• guiguiディレクトリ
• hariboteディレクトリ

28GO_U 関係

ちょっと棚上げ

ちょっと移植が手間取りそうなので元のままリリースします。コイツはLGPLなので、28GO_T（テンポラリ）パッケージを用意して収録の予定。

分離予定

• bim2bin
• sartol
• edimg
• t5lzma
• Asuka
• qemu

これらを分離して配布しようとおもってます。（とりあえずですが・・・）

bim2bin+t5lzmaとsartol、edimgは単品でも有用なソフトだということと、ライセンスの確認がまだ追いつかないから。

qemuは小さくないこと。バージョンが上がってるけど、現行のバージョンが確認できないこと。（念のためソースをアゲておきたい）

Asukaはこれだけ28GOでコンパイルができないので混乱がないように。（C++製なので）

やむなし・・・

だっめだぁ・・・・どうしてもt5lzmaがコンパイルできないや。どうしようもない。やむなくKタン配布のものそのままでパッケージング・・・

試作１

取り急ぎ、30日本収録版相当のものが完成した。テストはこれから・・・

ターゲットは、とにもかくにもOSASK4.7及びはりぼてOSがコンパイル出来、起動できることです～

試作2　（1/11）

何点か問題があったので修正。

• qemuにfmod.dllが必要になったようだ・・・（修正済み）
• osa_qemuディレクトリを忘れていた（汗・・・（修正済み）
• OSASK4.7を走らせると、起動はするがアプリを動かすと落ちてしまう・・・（調査中）

状況の整理（まずはOSASK）

これはWindowsXPでの結果。現在、Windows7では起動すらしないという情報が入っている

解決しますた！

特定のアプリで落ちる？

• SF.jp　SVNよりダウンロード
• hidetol_6

このペアでチェック・・・

tolsetを変えて実験

• SF.jp　SVNよりダウンロード
• 30日本z_tools

このペアでチェック・・・

アプリ起動不能問題は解決！！！

すごーく簡単に言うと、osa_qemu内のOSAIMAGE.BINに問題があったということ。

これは、30日本のCD-ROM内のz_toolsでも同じ。なので、もし30日本版z_toolsでOSASKのコンパイル等を行いたい人は、このファイルと差し替えれば問題なく動かせるはずですよ～♪

Windows7で新qemuが動かない？？

新しいqemuはこちらから頂いた0.9.1なんだけど、なぜかWindows7でオチてしまう・・・WinXPでは問題が起きていない

1. Win7ではそもそもqemuが動かないor特別な設定がいる？
2. たまたまこのバージョンに問題がある。他のバージョンなら大丈夫？
3. 元々配布物はかなり端折ってる。特定のファイルがないせい？それさえあれば７でもチャンと動く？

現在hikarupspさんが手伝ってくださっている。（オイラが７持ってないので実験のしようがないorz）

他の方で同じく７やVistaをお持ちの方、是非情報をお待ちしております・・・

別の構想

30日本CD-ROM内のqemuは７でもそのまま動いてくれることが確認されてます。

残念ながら、このバージョンのqmeuはバージョン確認の方法がなく、ゆえにソースも探しようがありません・・・orz・・・

もし、当時、この件でオッカケされていた方の中で、このqemuのソースとおぼしきものをお持ちの方いらっしゃいましたらご一報いただけないでしょうか？？？

も一回実験

付属のqemuを0.10.6に差し替えてみました。

・・・これでダメ（Win7でオチる）なら、この版はおとなしく在来のqemuのセットを付けてリリースすることにします・・・

hikarupspさんのおかげでこのバージョンならWin７でもOKなことが判明！

・・・しかし同時に、Uchanのアドバイスのおかげでこの在来qemuのバージョンも判明・・・

迷った結果、このhidetol_6に関しては可能な限り、30日本tolset相当に近いものにすべきと判断し、在来のqemuをバンドルすることにしました・・・

新たなる問題発覚・・・（gas2nask）

OSASKに関してはなんとかほぼOK（Win7問題除く）なんだけどhariboteで問題が起こり始めた。

tek.cのコンパイルがどうしてもできないのだ。こんなエラーを吐いて止まる・・・

../../z_tools/gas2nask.exe -a tek.gas tek.nas
skip:shrdl      $16, %edx, %eax
make.exe[2]: *** [tek.nas] Error 1

ちょっと日付を調べて見たんだけど、GO0023内のと30日本に納められているgas2naskは日付が違う。「GO0023P '04/12/27、30日本　'04/5/6」

30日本内のもののほうが新しくなっているようだ。・・・しかし、これに関することがどうしても見つからない。（いつの間に手直しがなされているのか・・・）

30日本内のソース（func/m_gasnas.cとtoolw32/gas2nask.c）はgo0023p内とは異なっている。しかし、この、30日本内のソースを使っても状況が変わらない。（上記のエラーを吐いて止まる）

試しに、hidetol_6_2を使い、gas2naskだけ30日本内のものと入れ変えてみると、コンパイルが通ってしまう。

これはどういうことなんだろう・・・人知れずgas2naskがバージョンアップしているのだろうか。もしそうなら、そのソースはいったいドコに・・・

解決しますた！！！！！！

今度こそOK！！・・・のはず・・・

問題はこれで解決しているはず・・・

これで問題がなければ、細かい整備とソースの配置に移ろうかと・・・

• hikarupspさんから、ディレクトリ（この版ではhidetol_6）直下に展開するのではなく、さらにその下にz_toolsというディレクトリを設けてそこに展開する・・・という提案をもらっている。うーん。どうしよっかなぁ。それもいいよね？　さらに、現時点では元アーカイブは削除しちゃってるけど、この配下に残すってのも悪くないはず。

リリース完了！

hidetol_6というパッケージをリリースしました。以降はこちらで扱います。

そんなわけなので、申し訳ありませんがいままでこのページにおいてあった試作パッケージは全て削除いたします。