ご愛顧いただいたOsask-Wikiでしたが2016/9/30をもって終了・凍結としました。ページの内容やボタン等に編集可能だった時の名残りが残っておりますが新たなページ設置や内容の変更等はできません。Print移転しましたhttp://bayside.upper.jp/index.cgi?p=introw不具合報告OSASKでJava過去の不具合報告バグ、要望等ご記入ください。すべての要望に答えられる保証はありません。23:48:16Waba2.0はSUNのJava準拠にしようかと思案中。したらWabaじゃないか・・。なにかいい名称があったら教えてください。なればJDK1.4.XXでも動作確認できるようになります。誰も使ってくれる人がいないようなので、Waba1.Xはバグ修正だけにしようかな(悲)。18:16:41いっそKaffeベースにするとか。Wabaでいくなら、JOSASKとか。18:32:33そうです。AppletのかわりにOsaskWindowを継承すると簡単に作れます。18:46:00Kaffeを見てみたらいくらなんでもでかすぎです。フロッピーに収まりません。OSASKは15KBしかありません。18:47:04Senchaとかどうだろ。22:49:59サンプルアプリが1.1未対応のようなので対応お願いします。00:42:45Senchaいいです。gyokuroなんてのも過去のJHBに載ってました。00:46:42ご報告ありがとうございます。サンプルアプリのアップ忘れました(爆)。02:22:0513KBのベースクラスが6KBになって嬉しかったのに。02:24:30こちらでは全く問題なくtek0のCLASSES.WRPが使えています(バンドル版のCLASSES.WRPを圧縮して、バンドル版のWABA.BINと組みあわせて利用しています)。こちらでは、12.2KB→5.06KBです。ベイサイドさんの問題はtek0の問題ではないように思うのですが、他に心当たりはありませんか?もし必要なら、僕のCLASSES.WRPをuploadしてもいいですが・・・。作り方は上のコマンドラインとほぼ同じです。11:44:35一つ質問なのですが、CLASSES.WRPはtek0圧縮をかけても良いものなのでしょうか?つまり、WindowsのWabaを使うときには、このCLASSES.WRPは使えないのでしょうか?言い換えると、このCLASSES.WRPはWABA.BINに依存しているのでしょうか?・・・もし依存していないのなら、僕はtek0圧縮にはあまり賛成ではありません。他の環境で使おうと思ったときにコンバートしなきゃいけなくなりますから。・・・ちなみに同じ理由で、僕はTEST128.BMPはtek0をかけていません。GUIDEなどのテキストにもtek0をかけていません。.HELファイルだけ例外的にtek0圧縮しています(あまりにでかいので)。11:48:43あ、動きました。アプリのほうが悪かったみたいです。基本的にCLASSES.WRPはそのプラットフォーム用のものを使います。WindowsではWRPファイルが読めない模様)。いうわけで圧縮する分には問題ないです。12:59:42WabaのオリジナルソースはPalmとWindowsCE用です。Windowsといっていますが、動作はかなり怪しいので上級者専用です。WABA2(仮称)が出たらもっと安定したJDK上で実行できるようになります。13:02:18なるほど。次からはCLASSES.WRPもtek0圧縮することにします。23:51:06イベントループに10msの待ちを入れてみた。23:55:44ばぐばぐな理由が分かったかも。・・・まずおかしくさせる方法から。ver.4.1バンドル版にて、FUJI.JPGを開いて、富士山を眺める(きれいだなー)。そんでもって、HELLOC4.WRPを選択。すると、落ちないけど、ウィンドウタイトルがおかしくなります。ウィンドウを動かすと死亡。00:07:59最初に富士山を見なければ、こんなことにはなりません。これはですね、つまり、システムから与えられたメモリ上の初期データ(たいていゴミが載っている)に、WABA.BINが振り回されていることを意味します。初期値を代入しないで参照している部分があるのでしょう。00:09:38でどうすればいいかですが、簡単です。イベントループのwaitは不要ですので戻してください。それで、WABA.BINの中にmalloc2()という関数を導入します。この関数はmalloc()したあとに、取得したメモリを0クリアするものです。xmalloc()をmalloc2()になるように#defineします。これでなおるでしょう。00:14:13富士山は無罪ですよ~(笑)。実際富士山はWABA以外のどれとも問題を起こしませんしね。上記の方法はバグを回避するためのものであって、バグを修正したわけではありません。問題になっている(つまりmalloc2にしなければいけない)xmallocは、全体のうちのごく一部でしょう。それを発見できれば、クリアしなくていいものまで労力をかけてクリアするという無駄をやらずに済みます。00:15:26どうやらウィンドウタイトルの文字列処理のところでバグがあったようです。これで安心して富士山を拝めます(笑)。01:18:12他のアプリとの相性も是非試してみてください。!GUIDE!.TXTを開いて閉じて、それからHELLOC4.WRPとか。・・・とりあえず、これで僕もやっと寝られそうです。01:33:00コメント欄OSASKでJava過去のコメント要望があってきました。今のWABA.BIN(コンソールなし)では、CLASSES.WRPを実行すると何も出ないのですが(それはまあ構わない)、しっかりタスクとしては存在していて(へっぽこコンソールで、tasklistするとわかる)、これはちょっとよろしくないです。ver.4.2にまにあえばいいです。00:34:39質問です。01:46:23no_consoleで起動時エラーのときにはlib_close(0)を呼ぶようにしました。02:25:44はい、tek0圧縮しても、プログラム上は全く変更する必要がありません。不可視属性は今のえせファイルシステムではサポートされていません。僕はCLASSES.WRPが見えていてもいいと思っています。11:50:47仮にツリー型ディレクトリ付くってまとめればいいのにとおもったが、まだ読めないのか。12:07:35スクリーンショットをアップデート。13:29:11Vector登録を見てみましたが、機種は汎用のほうが良いかもしれません。19:56このサイトは川合秀実から委託を受けて、OSASKコミュニティによって管理・運営されています。このサイトに関するお問い合わせは掲示板にお願いいたします。