サイトトップへ
OSASK.NET
SourceForge.JP
サイトトップへ       新掲示板   Wiki(凍結済)   旧掲示板(廃止済)   ニュース(廃止済)   最新チェッカー      
1: 2008-04-07 (Mon) 11:52:43 source 2: 2008-04-07 (Mon) 12:35:26 source
Line 16: Line 16:
-APIの呼び出しの基本は、ぐいぐい00と同じくEBXにコマンドパケットの先頭アドレスを入れてAPIを呼び出すだけである。しかし今回はコマンドパケットの各パラメータをメモリに置くことが必須ではなく、パラメータの一部にレジスタ値を使うように指定することができる。別のメモリ域を指すことも可能。またぐいぐい00ではintの配列構造を基本としていたが、ぐいぐい01では可変長である。 -APIの呼び出しの基本は、ぐいぐい00と同じくEBXにコマンドパケットの先頭アドレスを入れてAPIを呼び出すだけである。しかし今回はコマンドパケットの各パラメータをメモリに置くことが必須ではなく、パラメータの一部にレジスタ値を使うように指定することができる。別のメモリ域を指すことも可能。またぐいぐい00ではintの配列構造を基本としていたが、ぐいぐい01では可変長である。
-slot番号は16倍しなくてよくなった。 -slot番号は16倍しなくてよくなった。
--アプリが起動した直後はEBXには適当なポインタが代入されており、そのメモリには、「後続のコマンドパケットはEIP以降に書いてある」と指定してある。したがってEBXを変更しなければ、CALL命令に後続してコマンドパケットを書いておけばAPIが利用できる。さらに起動時のEBPはAPIの呼び出しアドレスが代入されているので、EBPを変更しなければCALL(EBP);でAPIが呼べる。+-アプリが起動した直後はEBXには適当なポインタが代入されており、そのメモリには「後続のコマンドパケットはEIP以降に書いてある」という内容のパケットが書いてある。したがってEBXを変更しなければ、CALL命令に後続してコマンドパケットを書いておけばAPIが利用できる。さらに起動時のEBPはAPIの呼び出しアドレスが代入されているので、EBPを変更しなければCALL(EBP);でAPIが呼べる。この辺はごく小規模のアプリのためのささやかな仕組みである。
*** (3) *** (3)
-どうやらコンソールに"Hello, world\n"と表示するだけのアプリであれば、27バイトで書けそう。このうちの13バイトは表示するためのメッセージ部分で、x86のコードはAPIを呼び出すためのCALL命令(2バイト)だけである。APIパケット列からメッセージ分を差し引くと6バイト。そして実行ファイルのヘッダなどが残りの6バイトである。ぐいぐい00時代には考えられなかったサイズである。もちろん小さすぎで圧縮は効かない(笑)。 -どうやらコンソールに"Hello, world\n"と表示するだけのアプリであれば、27バイトで書けそう。このうちの13バイトは表示するためのメッセージ部分で、x86のコードはAPIを呼び出すためのCALL命令(2バイト)だけである。APIパケット列からメッセージ分を差し引くと6バイト。そして実行ファイルのヘッダなどが残りの6バイトである。ぐいぐい00時代には考えられなかったサイズである。もちろん小さすぎで圧縮は効かない(笑)。
---6+2+6+13=27+--6(ヘッダなど)+2(CALL EBP)+4(APIパケット)+13(メッセージ)+2(APIパケット)=27 
 +--参考:http://osask.jp/boyaki04.html 
 +-これが今までのノウハウとKHBIOSの開発の過程で得られた知見の集大成。[[K]]としては決定版級。 
 + 
 +*** (4) 自作自演のQ&Aによる解説 
 +-Q:アプリが小さくなることをことさらに強調しているように見えるが、それはそれほどすごいことなのか? 
 +-A:OSASKの目指している方向性を極限まで進めたものと考えてほしい。小さいことがすべてに優先するほど重要であるかどうかは[[K]]にも分からない。しかしアプリが小さく書けるということは間違いなくOSASKの特徴の一つであって、そしてどうせやるなら限界まで小さくしてみたい、そういう極限を一度見てみたい、と考えた。・・・小さくすることで*もしも*何かを失ったのなら(たとえば拡張性が損なわれたとか、以前よりも開発しにくくなったとか、動作が遅くなったなど)、それを克服するための方法を考えてさらに発展を目指すのみである。OSASK-HB的な発想としては何でもやってみるしかない。実験しないうちからあれこれ言っていては進歩はない。 
 +-Q:なんだかトリッキーな感じを受ける。これで小さくなるのはhelloくらいなのでは? 
 +-A:確かにトリッキーというか、せこい手法かもしれない(起動時に都合の良いレジスタ初期値になっているとか)。でもこの仕様にするための代償(レジスタ初期値を準備しておくこと)はわずかなものだし、512バイトアプリコンテストのようなちょっとしたアプリを作って楽しむ際には、こういうささやかなトリックが非常にありがたく感じられる。というかさしてデメリットがあるわけじゃないんだからこれでいいのでは?
* こめんと欄 * こめんと欄
#comment #comment

Front page   Diff Backup Copy Rename ReloadPrint View   New Page Page list Search Recent changes   Help
ログイン
ユーザー名:
パスワード:
 
新着

目次
メンバー一覧


recent(20)
2016-10-01 2016-09-08
  • @MenuBar.
2016-09-07 2016-09-04 2016-08-15 2015-09-23 2014-07-30 2014-07-04 2014-02-04 2013-10-26 2013-06-21 2013-06-17 2013-06-15 2013-04-02 2013-02-09 2013-02-04 2012-12-25 2012-12-01 2012-05-28 2012-03-31

トピック一覧
一般用コメント最新
新掲示板lina
2016/9/5 20:58
SandBoxゲスト
2016/9/4 12:01
RecentDeletedlina
2015/6/2 19:29
Old-OSASK-MLlina
2014/6/29 9:14
hideyosi/メールhideyosi
2014/1/6 20:17
hideyosi/募集中lina
2013/11/8 19:56

このサイトは川合秀実から委託を受けて、OSASKコミュニティによって管理・運営されています。
このサイトに関するお問い合わせは掲示板にお願いいたします。