1 :
デフォルトの名無しさん :
2001/08/22(水) 18:04 最近はまってます。
ま、PalmやIアプリ、CEなどと分けた方が 見やすいのは確か
4 :
デフォルトの名無しさん :2001/08/22(水) 21:02
へ(^^へ) ↑や め ろ
(へ^^)へ
7 :
名無し :2001/08/23(木) 08:27
んんんんんんんんんんんんんんんんんんんんん? あれ?
あぼーん
あぼーん
あぼーん
あぼーん
多足の虫に見える
13 :
5 :2001/08/23(木) 22:36
ギャアアアアアアアアアアア!
15 :
三流大学生 :01/09/05 23:50 ID:8BL4STuo
C言語を用いたPalmプログラミングしてみたいと思ってるんですが、 超入門書とかあったら教えてください。 三流なのでC自体しっかりわかってないのですが。
Palmは難しいというか面倒だよ。やめときな>15
17 :
ぼけ :01/09/06 00:06 ID:WR6vhO76
Palmにネイティブスレッドないよ。
基本的にイベント駆動のシングルタスクOSだから。(だよね?)
>>1 はCLDC/MIDPでJavaのThreadにはまってるのか?
Wabaにしとけって。 Wabaで書かれた代表的なアプリ=「きまぐれMagiちゃん」(藁 ところで、Palmでセルフ開発(というほど大げさでなく、ちょろっとscriptingするだけでいいんだが)が 出来る言語処理系って、少ないねえ。Lispくらいなものだっけ? いくら弱いといっても、初代のMac並、ポケコン以上、のパワーが有るのになあ。勿体無い。
19 :
デフォルトの名無しさん :01/09/06 01:01 ID:ObatfU2I
やっぱ今でもHP200LXやDOSモバが自由度高いと思う。 DOS使えるのが前提だけど。
21 :
デフォルトの名無しさん :01/09/09 10:07
22 :
デフォルトの名無しさん :01/09/17 03:14
TCP/IPスタック遅せーし、ヒープすくねぇし。メモリ管理うざい。POSEも不安定。 つうかPalm自体不安定だからなぁ。しかし、メモリ確保に時間かかりすぎ。 ARMに移行してもAPIがドキュソだからなぁ。
Palmはドキュソでファイナルアンサー?
24 :
デフォルトの名無しさん :01/09/17 05:04
>>22 だからおもしろいんじゃん。レジスタなんかいじってハード直接いじれるし。
メモリ確保に時間かかりすぎって、それはDataMgr使うとだよね。
なるべくMemoryMgrつかうべし。このあたりは作る側の腕のみせどころ。
DmWriteとかDmGetRecordなんかはなるべく少ない回数ですませるのがいいっすね。
でもPalmにかぎらず、どんなソフトでもそれぞれのAPIのコストを考えながら、
ソフトを作り上げていくっていうのは重要だと思うよ。
あと、POSEが不安定なのは、デバッグして、PalmIncに送ってやりましょう。
NetLibのパッチのバグを送ったらあっというまに直ったよ。
Winだと、POSEでまだネットワークまわりのバグって
そんなにないような気がするけどな。
25 :
デフォルトの名無しさん :01/09/17 05:11
>>24 >NetLibのパッチのバグを送ったらあっというまに直ったよ。
じゃなかった。
NetLibのパッチのバグフィックスを送ったら
あっというまにそのフィックスをマージしてくれた。
ってことです。
26 :
デフォルトの名無しさん :01/09/17 09:59
商品のNSBasicとフリーのSmallBasicを使っています。結構おもしろいですよ。 NSBasicはVBっぽいプログラミングが楽しめるし、SmallBasicはまさにポケコン! でも、けっこう使える。
27 :
デフォルトの名無しさん :01/09/20 23:38
へ(^^へ)へ)へ)へ)へ)へ)へ)へ)
はやくARMになって欲しい。
PalmOSバイブル買っちまった・・・気長にやるか
どっかcodewarrior使った入門サイトないかしら
31 :
アナログから光までオッケー :01/09/21 05:07
みなさんのインターネットのスピードは
早いですか? それとも遅いですか?
このサイトはみなさんのインターネット環境の
スピードを計ってくれます。また、遅いと思う
人は設定を少し変えることによって無料で
スピードを早くすることができます。
お金を出す前に一度試してみては
いかがでしょうか。
http://cym10262.omosiro.com/
↑ おっここにも居たか。 ブラクラor守銭奴
33 :
デフォルトの名無しさん :01/09/21 10:55
>33 今日それの日本語訳版買ってきました。
36 :
デフォルトの名無しさん :01/09/22 23:10
PalmPilot Software Development - Alternatives to C
C:\My Documents\Environment\Palm\Palm Software Development - Alternatives to C.htm
Palm 用の各種 Software Development Kits のベンチマーク結果がある。
OnBoard C が良さげ。
http://www.individeo.net/OnBoardC.html
38 :
デフォルトの名無しさん :01/09/23 17:54
>>37 CodeWarriorとgccのベンチマークがないですねー。
gccの方が最適化も効いてるという話を前にpalm-dev-forumで聞きました。
あとCodeWarriorはデッドコードも吐き出すらしいです。
やっぱりCodeWarriorよりgccなのかも。
――――――――――――――――――――――― それでは次のコーナーです __ ____________________ .|/ ‖ ‖ ____ ‖ ‖ | ON AIR.| ∧ ∧ θ ‖  ̄ ̄ ̄ ̄ (,,゚Д゚)__ /[] ̄ ̄θΛ_Λ ||(. つ_/ //(´∀` )/| ┗┳ /  ̄/⊂ ||_/ ┻| ̄ ̄ ̄ ̄ ̄| ( ━┳┛ |_____| /ヽ」┘┻ ____________|\____ 「Rubyはクソです。ゴミ箱逝きです。 いじょ 」 この発言をコピペしていただければ幸いです。
こんにちは。CGG 2.95.2 でpalmプログラミングをしています。 C++を使いつつ、サイズの小さなソフトを作りたいと思っていたのですが、 クラスのメンバ変数を参照するだけでサイズが10KB以上増えてしまい、 納得いかない気分になっています。 具体的には、 下のプログラム1を2のように書き換えてもサイズは変化しないのですが 「問題の場所」と書かれた行のコメントをはずすと、2のほうがサイズが大きくなってしまうのです。 これってなぜなんでしょう? インライン展開すれば同じプログラムになると思うんですが。 //------------プログラム1---------- DmOpenRef dbP; void func(UInt32 id) { UInt16 index; DmFindRecordByID(dbP,id,&index); VoidHand handle=DmGetRecord(dbP,index); //MemHandleResize(handle,10); //問題の場所 MemHandleUnlock(handle); DmReleaseRecord(dbP,index,true); } //------------プログラム2------------ DmOpenRef dbP class CDbObject { private: UInt16 m_index; public: VoidHand m_handle; public: inline CDbObject(UInt32 id) { DmFindRecordByID(dbP,id,&m_index); m_index=DmGetRecord(dbP,m_index); } inline ~CDbObject() { MemHandleUnlock(handle); DmReleaseRecord(dbP,m_index,true); } }; void func(UInt32 id) { CDbObject object(id); //MemHandleResize(object.m_handle,10);//問題の場所 }
41 :
デフォルトの名無しさん :01/10/15 13:16
>>40 >「問題の場所」と書かれた行のコメントをはずすと、2のほうがサイズが大きくなってしまうのです。
> これってなぜなんでしょう?
最適化が有効になっているからじゃないの?
使われていないメンバをいじってるコードは最適化されて、
実行バイナリにはならないはず。
というか、このコード動いてる?
m_index=DmGetRecord(dbP,m_index);
じゃなくて、
m_handle=DmGetRecord(dbP,m_index);
だよ。
あと、
MemHandleUnlock(handle);
のhandleって何?
>最適化が有効になっているからじゃないの? >使われていないメンバをいじってるコードは最適化されて、 >実行バイナリにはならないはず。 なるほど。 確かに、最適化後のサイズを小さくしたいと考えて、 サイズを最小にする最適化をしていましたし、 コメントを付けた状態では何もしないプログラムですね。 しかし、それだけ最適化してくれるのなら、 両方とも最適化して同じサイズになって欲しいと思うのですが、 それをコンパイラに望むのは無理なのかな。 >というか、このコード動いてる? これ、コンパイルすら通りませんでしたね。 元のソースはちゃんとコンパイルできたんですが、 ソースコードを切り出すときに変数名を変えたので、 その時に書き間違えてしまいました。 結局、サイズを大きくしてでもC++で書いて、 全部完成した時にサイズが大きすぎる場合は 改めてCで書くことにしました。 お返事ありがとうございました。
43 :
デフォルトの名無しさん :01/10/18 11:25
>>42 > しかし、それだけ最適化してくれるのなら、
> 両方とも最適化して同じサイズになって欲しいと思うのですが、
曖昧なままにするのはもったいないよ。
違いをディスアセンブルしてみて見せて。
そうしたらgccがどう最適化してるかわかる。
44 :
デフォルトの名無しさん :01/11/09 17:29
Palmプログラミング初心者です。 テーブルとフィールドについて詳しく解説してるサイトがあったら教えて欲しいんですが・・・。
45 :
デフォルトの名無しさん :01/11/12 00:58
VisorDeluxeでKVMしたいんだが、 j2me_cldc-1_0_3-fcs-src-b17-winunix-14_sep_2001.zip以外に もうサンのホームページでは手に入らない j2me_cldc-1_0_2-fcs-kjava_overlay.zip というもんが必要とのこと。これってどっかにないですかね? もしくは、j2me_cldc-1_0_2-fcs-kjava_overlay.zipを使わずにKVMをする 方法教えてくらさい
46 :
デフォルトの名無しさん :01/11/12 12:37
VisorPlatinum(PalmOS3.5)ですが、 WinScreenMode(winScreenModeGetSupportedDepths,NULL,NULL,&depth,NULL); で何故か0が返ってきてしまうのは何故でしょうか? 16階調にしたいのに困っています…
>>42 -fno-rttiや、-fno-exceptions使えば小さくなるんじゃない?
ただし、実行時型情報や例外処理が使えなくなるけど(笑
48 :
デフォルトの名無しさん :01/11/12 22:45
>>45 最近KVMしてないんで良く分かんないんですけど、
PalmでもMIDPを使えって事ではないすか?
けど、MIDPだとGUIとかDBアクセスに制限有るんでしたっけ?
そういえばkAWTのバージョンが1.0になってるけど、
こいつもMIDP for Palmには対応してないのかな?
エミュレータってないんですか?
Palmでプログラムなんて、正気ですか?
>49 実機を持ってるならPOSE使えば? >50 一応マジレスしておくけど、開発はWindows、MacOS、UNIX上で 行って、Palm実機に転送して実行するんだよ。 実機上で動かす開発環境もあるようだけど、実用ソフトかどうかは…?
なんか30kの制限があると聞いたんですが、 セグメントみたいな物? DOS時代のプログラミングに逆戻りですか? 30kbyte以上のファイルが読めるのってシェアウェアばっかりで うんざり。
54 :
すぽっとれっと :01/11/12 23:51
わしも探したけど見つからなかった。 おとなしくぷらてぃぬむ買っとくのが吉。 銀色もなかなかよろしい。
>>48 MIDPはPalmOS3.5以降らしい。で、Visor Deluxeだとできない
>>54 金ないYO!
どなたか、持ってる人いたらウプしてくれるとうれちいっす
57 :
デフォルトの名無しさん :01/11/13 01:59
News6ウザー!!
60 :
デフォルトの名無しさん :01/11/13 06:10
このスレでもちょっと話題にでてましたが、 授業でチョコット「コードウォーリアー」というのを 先生が見せてくれましたが、用は、Cで書けるようにする ソフトなんですか?あれ。
確かめてやるからコピってアップしれ。
さっきMXにあったぞ
63 :
デフォルトの名無しさん :01/11/14 00:20
マカー以外は無料開発環境があるんだから使っとけ。 CodeWarrierはちょっと高いよ。
JavaとかPascalも使えるね。 本家CWは。
>>63 gccで開発始めたいけど資料が無い。本やHPの内容は古くてなー。ドキュだから英語読めないしなー。
66 :
デフォルトの名無しさん :01/11/14 01:48
サル向けかー。 ドキュだからサルよりも低能かもしれないけど、頑張ってみるよ。 ありがとー。
68 :
デフォルトの名無しさん :01/11/16 07:32
なんかやってみたいんだけど、いっちゃんやすいパーム買えば十分?
69 :
デフォルトの名無しさん :01/11/16 11:41
なんかって何よ?たりめーだが、それによって違うと思われ
ていうか必要としてないなら買うな。 プログラムのために買うならPalm以外にしといたほうが吉。
71 :
デフォルトの名無しさん :01/11/20 13:30
貴様らやる気あんのか!!
俺はあるぞ。
ところで、題名の顔文字、腕が折れてるように見えるのは漏れだけか?
俺はナニカ馬鹿にされているように見える(笑
75 :
デフォルトの名無しさん :01/11/20 22:10
プログラムの為に Palm 買います。 スプライトをぐりぐり動かしたり、2D ポリゴンで幾何図形をアニメーション させたりするのは厳しいのでしょうか? ファミコンのゲーム程度の物だったら大丈夫かな。maryo もあるし。
まあ固定画面ならアクション系でも大丈夫でしょう。 むしろ操作系のインターフェースを考えるのが苦労する。 Palmのボタンはゲームに不向きだからね。 あと背景ごとスクロールするSTGとかはやめたほうがいい。
つかゲームを前提にしてしまったが…
palmで、ポリゴン(と言うか円以外の図形)の塗りつぶしは、 どうやっていますか? 開発環境は、CodeWarriorなんですが。
79 :
デフォルトの名無しさん :01/11/21 01:21
長方形以外は自前で実装じゃないのかなぁ。
80 :
デフォルトの名無しさん :01/11/21 02:24
75の人の質問に便乗しますが、完全な黒なり白なり特定の位置のピクセルと 同じ色なりを透過させて、画像を矩形転送させるapiは無いですか? WinCopyRectangleの転送オプションを利用して、何回かに分けて 重ね合わせるしかないでしょうか…
ちょっと質問の意味が掴みかねるけど、いわゆるスプライトを実現したいなら マスクデータを用意して重ね合わせるしかないです。
82 :
デフォルトの名無しさん :01/11/21 04:54
透かせるピクセル1つ1つアルファブレンディングしてください。
maryomaryomaryomaryomaryomaryo omaryo?
>81 ああすいません、「マスクを用意して」ってのを書かなかったので 分かりにくい質問になってしまいました。 納得しました。
>75さんに期待。フリーでお願いします。 私は今フリーのノベルゲームをPalmに移植中。。。
Palmwareってシェアウェア多いよね。ゲームも。
>>79 レスどうもありがとうです。(多分、私にだよね?)
やはりそうなのか...
OS4.0以上になると関数提供されているなんてことないよなあ〜
あきらめて、自分で作る事にします。
>>89 すばらしい!!
参考にさせてもらいます。どうもありがとう。m(_ _)m
データベースの扱いが難しいー オライリーの本よんでるけど、いまいち応用が利かない・・・。 あのサンプル(shopみたいの)も、何したいのかようわからん・・・。
92 :
デフォルトの名無しさん :01/12/09 02:18
agetokou
>>91 データベースって、結局はメモリの塊だよ。
Cのmalloc()とかと変わらない。
# WindowsのGlobalAlloc()の方が近いけど
94 :
デフォルトの名無しさん :01/12/29 22:18
graffiti のジェスチャーって自分で定義可能? 或いは graffiti ライクなツールを自作実装することは可能? ですか??
96 :
デフォルトの名無しさん :02/01/04 21:29
ヨドバシで元旦に売っていた、一万円の福袋を衝動買いした。 「PDA・モバイル」と書いてある奴だ。 そしたら中にVISOR PRISMが入っていた。 そんなわけでプログラミングもやってみようとヲモタ(w
がんばるにゃー。
なにも金出してまで、苦労を買うことないのに…
でも羨ましいぞ
>>98 「苦労は金で買ってでもしろ」と言うではにゃいですか。
103 :
デフォルトの名無しさん :02/01/18 00:41
コンジットを作れるフリーな開発環境ってありますか?
>>105 3.5で型名とかが変わっちゃったから、差分だとちょっと難あるかも。
でも厚すぎると読みにくいから、せめてGuideとRefで分冊してほしかったにゃあ。
売る方としては嫌かもしれにゃいけどね……。
conduitってJavaでも作れるんだ。MFCだけかと思ってた。
そろそろconduitも作ってみようかにゃー。
107 :
デフォルトの名無しさん :02/01/20 01:11
2ちゃんのログをpalmに流し込む簡単なスクリプト書いてるんですが, ハートマークってpalmで表示できますか? やるとしたら,s/&heart;/文字コード/ でいけますよね?
>>107 一応出せますけど、Symbolフォントを使う必要があります。
char str[] ={symbolHeartChr, '\0'};
FntSetFont(symbolFont);
WinDrawChars(str, StrLen(str), 0, 0);
FntSetFont(stdfont);
109 :
デフォルトの名無しさん :02/01/20 03:35
>>107 ゲッ,フォント切り替えですか….
デフォルトの文字コードの中に入ってると思ったんですが,
甘かったです.
DOCリーダ作んないとダメだなぁ.
110 :
デフォルトの名無しさん :02/01/21 22:28
因みに、Palmでプログラミングするときに、実行ファイルとして作成できる言語 ってCだけなんですか? JAVAでやろうとしたらVM必要だし、BASICならランタイム必要ですよね?
補助モジュールの類が不要で、という意味なら Cくらいしか知りませんにゃ。 # mathlib.prc必要〜とか細かい話は除いて あ、アセンブラもあるか。gasでかりかりと。
112 :
デフォルトの名無しさん :02/01/22 20:47
すみません、英語版のパームOS3.1はどこで手に入るのでしょうか? とりあえず、パームにディベロッパ登録はしてるんですが。
>>112 デベロッパ登録してないので知らにゃいです。
NDAとか契約とか嫌いやねん……何とは言わんけど。
>>112 Resource Pavilion で入手できるはずなんだけど、一度もログイン成功したこと
ないんだよなぁ…。パスワード合ってるのに。
漏れも1回しかログインできた事がない。 メールで問い合わせたら、そんなIDは登録されていないとか言われた。 他にもそういう人いる?
117 :
上げとく。 :02/02/03 04:18
OnBoardC が公開終了してしまった。 オープンソースにもならないみたい。 Palm でプログラミングしたいのに。
118 :
デフォルトの名無しさん :02/02/03 19:34
>>117 LispMeかpippyをオススメするね。
重いけど。
特にLispMeはスキーム勉強が面白かったりする。
>>118 Emacs の無い環境で lisp 書く気にはなれないぞぬ。
120 :
上げとく。 :02/02/03 19:44
>>118 LispMe は使ってるよ。これ、単体で起動可能な実行ファイルが作れて、
今の20倍くらい動作が軽くなれば良いのになー(今のままでも満足だけどさ)。
121 :
デフォルトの名無しさん :02/02/04 10:07
>>117 そうかな〜、Lispはタイプ量が他と比べて(気持ち)少なくてすむからPDA向きと思うんだけどなぁ。
動作の遅さは同感。ARM機が登場したら、ちょっとはマシになるかな。
122 :
上げとく。 :02/02/05 01:24
>>121 実は今、Scheme を勉強中なので LispMe は願ったり叶ったりだったりします。
でも、作りたいプログラムはゲーム系なんだよね。
という事で
>>117 のボヤキに戻ります。
とりあえず LispMe で画像を表示する方法を調査中。
>>121 LispがPDA向きか……いい時代になったもんだなあ……(トオイメ
124 :
デフォルトの名無しさん :02/02/05 22:28
う〜ん、ゲームとなるとLispMeではきついね。LispMeはAPI使うことできないし。 素直にGCCでクロス開発した方がいいかもね。
125 :
デフォルトの名無しさん :02/02/05 22:59
>>124 そこをあえてLISPMEで貫徹してゲームを作ったほうが
萌えると思いますがどうだろう?(笑
括弧対応ゲーム 妙なインデントしたプログラムの括弧対応を修正するゲーム まちがえるとPalmをハードリセットしてしまう
前々から思っているんだが、どうしてプログラム初心者ってすぐゲーム作りたがるんかねー。 そして、大体は考えてる段階で飛躍して、「商用利用できる環境で」みたいなことを考えて、2chに質問書き込んでるヤツいっぱいいるね。 そういうヤツに限って、ベクターあたりにウンコみたいなゲームをシェア登録してるんだよなぁ。 あ、別に「あげとく。」のことを言っているわけではないので、怒らないでね。
初心者がゲーム作りから始めるのは悪いことではないけど、始める前から 妄想だけ膨らませてるやつが妙な質問してくるね。 あー、PalmOS5の開発キットまだDLしてないや。 ちゃんと動いてくれるんかなぁ…。
>>127 ,128
激しく同意。
VBあたりを少しかじった程度で、
「エミュを作りたいんですけど・・・」
なんて発言されてもネェ
後、アセンブラが最強と信じて疑わない輩とかも初心者臭いんだよね。
>>129 >後、アセンブラが最強と信じて疑わない輩とかも初心者臭いんだよね。
もっともPalmに限ってはアセンブラが欲しくなります。
もっとも、それで早くなるのだろうかとはおもいつつ・・
#早くARMにしろ
131 :
デフォルトの名無しさん :02/02/08 02:59
>>122 画像表示なら「bitmap」っていうそのものズバリな関数があるでしょ。
ドキュソメントのlm_cat_b.htmを見てみ。
132 :
デフォルトの名無しさん :02/02/08 03:02
ここも見とけ>lm_graph.htm
133 :
デフォルトの名無しさん :02/02/08 03:06
>>130 ARM版出て欲しいけど、新しくコンパイラとかそろえるの大変だよね。
あと、マルチタスクになるのかな?
どっちでも良いけど、ゼニが掛かりそうだね。
お金ためとかなきゃ。
134 :
デフォルトの名無しさん :02/02/08 03:30
CLIE の SDK が GCC で使えないというのは本当なのか? Palm のプログラミングの為だけに CodeWarrior を買う気はしないよ。 とりあえず、ダウンロードして試してみるけど。
>>129 「最強」っていうのは厨房みたいだけど、やっぱり
最後に頼れるのはアセンブラだったりするからな。
使わずにすむのにあえて使うことはないが。
お気楽に行くにはHypercardみたいのがあれば、
それはそれでよさげだけどな。
CWは遊びで買うにはチト高いなぁ。
>>135 >お気楽に行くにはHypercardみたいのがあれば、
サテライトフォームとか何とかBASICがあるのでは?
アセンブラね。
最近はコンパイラが賢いから人間が変に書くよりは
コンパイラに任せたほうが良いと思うけどね。
あるとしたら、ポイントでのインラインアセンブラだけか。
ARMでもVRでもなんでもいいから
とりあえずC++のオーバーヘッドに耐えるだけのCPU
に変えとくれ。
なんでCで自らメッセージループを書かなきゃなんないのか。
137 :
デフォルトの名無しさん :02/02/09 12:43
>>134 そのままでは使えないが、define とか enum とかを
適当に書き換えて動かすパッチがどこかの ML に出ていた。
>>136 > アセンブラね。
> 最近はコンパイラが賢いから人間が変に書くよりは
> コンパイラに任せたほうが良いと思うけどね。
もちろん、できるだけコンパイラに任せるけどね。その
コンパイラ自体がバグってたり、最適化が変だったりする
ことがあるのよ、組み込み系やっていると。
保険の意味とコンパイラ屋にバグの証拠を突きつけて
認めさせるためにはアセンブラも一応はね(欝 ちょっち、
コンパイラ屋不信(コンパイラ屋さん、スマソ)
>>137 ありがとう。
検索したら↓これがヒットしたけど、これでいいのかな?
www.hinadori.dyn.to/~wills/program.html
palmは死んだろ、完全に。
あ、外出か、スマン。 それで逝けるヨ。
>>142 フォローさんくす。
一応、CodeWarrior Lite もダウンロードしているから両方試してみるよ。
149 :
デフォルトの名無しさん :02/02/11 01:41
age
150 :
デフォルトの名無しさん :02/02/11 03:55
Cygwin + PRC-Tools 2.8 + SDK 4.0 で make に失敗してしまいます。 サンプルコードの Puzzle です。他のサンプルコードでも同様のエラーが 発生します。 % cd /Palm/Example/Puzzle/Src % make m68k-palmos-gcc -O2 -Wall -c -o PuzzleApp.o PuzzleApp.c PuzzleApp.c:18: PalmOS.h: No such file or directory make: *** [PuzzleApp.o] Error 1 PalmOS.h が見つからないというエラーが出ていますが、以下の ディレクトリにちゃんとあります。 /PalmDev/sdk/include/PalmOS.h #include <PalmOS.h> を #include </PalmDev/sdk/include/PalmOS.h> と書き換えるとコンパイル出来るので、インクルードファイルへのパスが 問題なのだとは思うのですが。 一応、インクルードパスも設定しています。 % echo $C_INCLUDE_PATH /PalmDev/sdk/include 再インストールもしてみたのですが、解消しませんでした。 色々 Web を漁って見たのですが、解決策が分かりません。 どなたか教えて戴けないでしょうか。
152 :
デフォルトの名無しさん :02/02/11 11:58
>>150 m68k-palmos-gcc --print-search-dirs するとなんて出る?
>>152 m68k-palmos-gcc --print-search-dirs の出力です。
% m68k-palmos-gcc --print-search-dirs
install: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/
programs: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/:/prc-tools/H-i586-
cygwin32/lib/gcc-lib/m68k-palmos/:/usr/lib/gcc/m68k-palmos/2.95.2-kgpd/:/usr/lib/gcc/m68k-
palmos/:/prc-tools/H-i586-cygwin32/m68k-palmos/bin/m68k-palmos/2.95.2-kgpd/:/prc-tools/H-
i586-cygwin32/m68k-palmos/bin/
libraries: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/:/usr/lib/gcc/m68k-
palmos/2.95.2-kgpd/:/prc-tools/H-i586-cygwin32/m68k-palmos/lib/m68k-palmos/2.95.2-
kgpd/:/prc-tools/H-i586-cygwin32/m68k-palmos/lib/
今はインクルードパスにこんな風に書いてなんとかしています。
% echo $C_INCLUDE_PATH
/PalmDev/sdk/include/:/PalmDev/sdk/include/Core:/PalmDev/sdk/include/Core/Hardware:/PalmDe
v/sdk/include/Core/System:/PalmDev/sdk/include/Core/System/Unix:/PalmDev/sdk/include/Core
/UI:/PalmDev/sdk/include/Dynamic:/PalmDev/sdk/include/Extensions/ExpansionMgr:/PalmDev/sdk/
include/libraries:/PalmDev/sdk/include/libraries/INet:/PalmDev/sdk/include/libraries/Lz77:/PalmDev
/sdk/include/libraries/PalmOSGlue:/PalmDev/sdk/include/libraries/Pdi:/PalmDev/sdk/include/librari
es/Sms:/PalmDev/sdk/include/libraries/Telephony:/PalmDev/sdk/include/libraries/Telephony/UI:/P
almDev/sdk/include/libraries/exglocal
インストールできるようだけど、ちょっと合ってないね。
なんとなくインストールに古さを感じる。
m68k-palmos-gcc -v *.c で include path が表示されるけど、
それはたぶん /proc-tools/palmdev/sdk/ か /usr/lib/palmdev/sdk/ 方面を読むようになってるんじゃない?
そっちのほうに SDK は入れる必要があると思う。
このあたりの path の制御は sdkfind がやってて、実はバイナリ内部でとんど決め打ちしてるから
あまり変えられない。今時の SDK の導入は
http://www.page.sannet.ne.jp/knabe/cygwin/palmdev.html のあたりを参照したほうがいいと思う。
早速やってみました。 これを見ると /PalmDev/sdk/include の方は全然見に行ってないみたいですね。 表示されたディレクトリも存在しないディレクトリでした。 # コマンド出力 % m68k-palmos-gcc -v *.c Reading specs from /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/specs gcc version 2.95.2-kgpd 19991024 (release) /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/cpp.exe -lang-c -v - D__GNUC__=2 -D__GNUC_MINOR__=95 -Dm68000 -Dmc68000 -Dm68k -D__palmos__ -D__m68000__ - D__mc68000__ -D__m68k__ -D__palmos__ -D__m68000 -D__mc68000 -D__m68k -Asystem(palmos) -Acpu (m68k) -Amachine(pilot) PuzzleApp.c /WINDOWS/TEMP/cchWKEHR.i GNU CPP version 2.95.2-kgpd 19991024 (release) (68k, Motorola syntax) #include "..." search starts here: #include <...> search starts here: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/include /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../m68k-palmos/include End of search list. The following default directories have been omitted from the search path: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../../include/g++-3 /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../m68k-palmos/sysinclude End of omitted list. PuzzleApp.c:18: PalmOS.h: No such file or directory # ディレクトリは存在しない物 % ls /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../m68k-palmos/sys- include ls: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../m68k-palmos/sys- include: No such file or directory % ls /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../../include/g++-3 ls: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../../include/g++-3: No such file or directory % ls /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../../include/g++-3 ls: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../../include/g++-3: No such file or directory % ls /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../m68k-palmos/sys-include ls: /prc-tools/H-i586-cygwin32/lib/gcc-lib/m68k-palmos/2.95.2-kgpd/../../../../m68k-palmos/sys-include: No such file or directory 紹介していただいたウェブサイトは参考にさせて戴きます。
prc-tools を SourceForge から取ってきた 2.0.92 にしたらインクルードパス 関係の問題は解消したようです。 あとは普通に /PalmDev に SDK4.0 をインストールして、sdk のシンボリック リンクを張ったら上手く動いているようです。 まだ、他のエラーが出てコンパイルは成功していませんが、それは自分で 何とかしようと思います。 と言いつつちゃっかりエラーを張っちゃいますが、こんな感じ。 [/Palm/Examples/Puzzle/Src]make m68k-palmos-gcc -O2 -Wall -c -o PuzzleApp.o PuzzleApp.c In file included from /PalmDev/sdk/include/Core/System/SystemPublic.h:30, from /PalmDev/sdk/include/PalmOS.h:27, from PuzzleApp.c:18: /PalmDev/sdk/include/Core/System/AlarmMgr.h:116: badly punctuated parameter list in `#define' make: *** [PuzzleApp.o] Error 1 解決したらまたご報告します。 どうも有難う御座いました。
微妙に期待されてるようだが ... 実は身に覚えのあるエラーだが、どうやって直したか覚えてない。 そういうわけで 150 の奮闘を期待する。がんばってくれ。 ... ま、多分たいしたエラーじゃないよ。
休日なので久し振りに Palm プログラミングに取り組みました。
>>157 バレましたか。すんません。
>>156 のエラーは改行コードの問題だったようです。
で、改行コードを LF に変更してみたのですが、今度は次のような
エラーが出てしまいます。
m68k-palmos-gcc -O2 -Wall -c -o PuzzleApp.o PuzzleApp.c
Assembler messages:
for reading.open
: No such file or directory
make: *** [PuzzleApp.o] Error 1
まだまだ道のりは険しいようです。
と思ったら binutils が入っていませんでした・・・。もう寝よ。
binutils は関係ありませんでした・・・。
原因はまたもや改行コード。
このファイルの改行コードを修正したところ、コンパイル成功しました。
% m68k-palmos-gcc -print-file-name=specs
/usr/lib/gcc-lib/m68k-palmos/2.95.3-kgpd/specs
/usr/lib は実際には /lib への参照なので、/lib/gcc-lib 以下の改行
コードを LF に変換しました。
ここを参考にしました。
http://sources.redhat.com/ml/binutils/1999-q3/msg00487.html ここら辺は Cygwin をインストールする方法に問題があった模様です。
さて後は build-prc するだけだ。
162 :
デフォルトの名無しさん :02/02/24 03:58
make: /bin/sh: Command not found make: *** [pilrctst.prc] Error 127 makeするとこんなエラーが必ず出るんですが どうすれば良いんでしょうか?
>163
よく分からないです。
今は
>>21 の通りにやってみてるんですが、
ウニークスな環境には慣れてないもので…
今日一日つぶしたのにmakeすら通せないとは…
age
>>164 情報がそれだけでは何とも言えないよ。
ここら辺を見てみては?
www2.utl.co.jp/~uchi/visor/ml/PalmTechML/200010/threads.html#00020
>167
ありがとうございます。
忙しくなって報告が遅れてしまいました。ゴメソなさい。
今から、4度目の環境構築に挑戦してみますw
で、今の所のまとめ。
◆導入に失敗した時の確認ポイント@超初心者向け
1.「\Program Files\PalmDev」のように、パスの途中に半角スペースを
含む場所にはインストールしないこと。
祟りでまともに操作できなくなります。 ガクガク(((;゚Д゚)))ブルブル
2.cygnusのアンインストーラを信用しないこと。
レジストリにゴミが残りまくりです。手動で消しましょう。
消さないと、再インストした時に前の設定が引き継がれてしまいます。
3.>163タンに感謝しながら、PATHの確認をしましょう。
echo $PATHで確認できるみたいです。
何かおかしいぞって時は……えー……どうやって変えたっけ。忘れた。
ググールで確認してちょ。
4.mountの設定を確認をしましょう。「mountリターン」でずらずら出てくるやつです。
>21の「簡単セット」で導入した場合は、確認できません。
レジストリを直接のぞくかなんかしてください。
変え方とか、具体的には、ここのtips参照ってことで。
http://members.tripod.com/pericak/pm_Install_Steps.htm
キタ━━━━━━(゚∀゚)━━━━━━━!!!! ついにキタ! ナガカッタヨ …
170 :
デフォルトの名無しさん :02/02/26 20:33
64KB以上のメモリの確保の仕方がわからんぞゴルァ。 どうか教えてください。
171 :
デフォルトの名無しさん :02/02/27 14:25
なんかsubbackが169のままだが壊れたか?
172 :
デフォルトの名無しさん :02/03/04 01:01
>>170 OS3.5以降ならFtrPtrNew()で可能。
173 :
デフォルトの名無しさん :02/03/05 20:06
>172 さんきゅー3.0もターゲットにしたかったけどとりあえずそれ使ってみるよ。
174 :
デフォルトの名無しさん :02/03/08 20:20
どこかに、画像ファイルの描画ルーチンのライブラリって落ちてないっすか? GIFでもJPEGでもPNGでもいいんですけど。 メモリブロックにファイルを読み込み済みであるという前提で。
アホには教えん
そういえば、IBMがPalmから撤退だってね。ケケケ
>175 はげしくどうい!
178 :
デフォルトの名無しさん :02/03/08 20:35
あーん、そんなこと言わないで知ってたら教えてくださいー。 というか、皆さんはどうしてるんでしょう? 無圧縮BMPだとネットワーク越しに送るのに時間かかるしなー。 適当なフォーマットをデッチ挙げる…か?
(;´Д`)みんなしてイヂメるので、あらかじめPalmのPixmap形式に変換しておくことにします。シクシク…。 netpbmのパケージのjpegtopnmとpnmtopalmを使うとできそう。
つか、何がしたいのかわからんから答えにくいぞなもし。 単に既存フォーマットの絵を展開したいだけの話なら、 「libjpeg」なり「libpng」なりで検索かけるよろし。 xiinoみたく画像proxy経由でデータ送ってくるんなら、 proxy側で展開して(perlあたりならいくらでも手はあるやろ) 適当に圧縮かけて送りつけるなりするがよろし。
あぁ、そうかすみません。 いや、TCP/IP経由で取ってきた画像をフォームに描画したかったのです。 本来ならJPEGやPNGを取ってきて、それをPalm上でBitmapに変換して WinDrawBitmap(だっけ?)で描画できればいいのですが、 そのためには、Palm上でJPEGやPNGの展開をしなきゃいけなくて、 そのためのルーチンが転がってないかなぁ、と。 でも、その変換をPalm上でやるのはツラそうなので、 おっしゃる通り、予め変換しておいたものを使うようにします。 むーん。
あ、Palm上でもやぱりlibjpegとか使うのが主流なんでしょうかね? いや、純粋に他の人はどうやってるのかなーと思って。
183 :
デフォルトの名無しさん :02/03/09 18:08
PALMでJAVAってどうよ。 日本語とおらないとか聞きますが、そうなんですか?
184 :
デフォルトの名無しさん :02/03/09 21:29
185 :
デフォルトの名無しさん :02/03/14 17:46
>>184 それは一つ前の話ではない?1.0.2(EarlyAccess)
1.0.3正式版ではその技は死んでしまったということですが。
SUNはモバイル大国日本でMIDPを普及させるつもりがないようで・・
日本語が出せないじゃね・・
186 :
デフォルトの名無しさん :02/03/18 19:22
PNGならPalmZLib使って見るのも良いかもナ
age
つながんないね。また落ちたか……?
まだつながらないんですが、 しょっちゅうあるんですか、こういうこと。 どうにかならないのかなー。 ふぅ。