5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

CodeWarriorについて

1 :デフォルトの名無しさん:02/01/20 20:05
CodeWarriorでプログラミングしたいのですが
よくわかりません。教えて下さい。

13 :デフォルトの名無しさん:02/01/21 00:51
>PowerPlant for Win

ライセンスをアドビに与えただけで外販しないとか
逝っているけど、もったいないよね。まじ、ほしー。
MFCなんかさわりたくないし。

14 :デフォルトの名無しさん:02/01/21 01:30
>IDEはどうでもいい。
IDE除いたらgccに対するアドバンテージなんて皆無だろ。

15 :デフォルトの名無しさん:02/01/21 23:00
>>1
固定ハンドルで立て直してください。

16 :デフォルトの名無しさん:02/01/23 21:13
つーか、結局のところどうよ?
つかっているやついねぇの?

17 :デフォルトの名無しさん:02/01/24 05:45
バージョンアップで(細かく)変わる部分が多すぎ。しかも頻繁。
アップデート内容が必要ない時は見過ごした方がお前のためだYO!!!

つーか、結局クロスコンパイラ用途以外に使い道ねーよって感じー?
MacならThink C使えゴルァ

18 :デフォルトの名無しさん:02/01/24 08:39
watcomはどうよ?

19 :デフォルトの名無しさん:02/01/24 19:25
CodeWarrior、Palm用にホスィけど金ない。
誰かクレ。(w

20 :デフォルトの名無しさん:02/01/25 01:38
Palm のためのプログラムを書くとしたら、CodeWorrior と GCC、
どっちのほうがいいのかな?

試してみた人の情報きぼんぬ。


21 :デフォルトの名無しさん:02/01/25 01:50
>19
もさ

22 :デフォルトの名無しさん:02/01/25 02:00
>>20
WindowsならCodeWarriorがいいんじゃないか?
gccは、Cygwinのバージョンとかいろいろあって、
結局環境構築挫折した。
gccとかに詳しくないと、ハマったときに辛いかも。

で、漏れはCodeWarriorに逃げた(鬱。

Linux上で作るならgccでも全然いいんだけどね。

23 :デフォルトの名無しさん:02/01/25 02:43
>>17
>> MacならThink C使えゴルァ

いつの話しだ。

24 :デフォルトの名無しさん:02/01/25 05:41
>>20
WinならVisualC++の方が絶対イイ。
CWてのは、逃げ道間違ってんじゃねーの?高いし。

25 :デフォルトの名無しさん:02/01/25 13:06
>>24
ていうか、Palmware書けるのはCodeWarrior(とgcc)だけっしょ。
VC++はコンジット開発。

26 :デフォルトの名無しさん:02/01/25 23:56
>>25
ちゃんと読んでなかったよ。スマソ

27 :デフォルトの名無しさん:02/01/30 01:43
CodeWarrior8 for Palm(英語版)を手に入れたんだが、インストールして10時間悩んでる。
使ったことのないソフトの英版を買うのはやめといた方がいいといういい教訓になった。

アプリケーションウィザードで作ったフレームワークのメニューを日本語で書いてみただけなのだが、実行してみると思いっきり文字化けしている。
色々調べてみたんだけど、一応英版でも2バイト文字のサポートはしているみたいなのだが・・・
コンパイラの設定と、リソースのターゲットを変えてやってみても同じ。
IDE上では日本語がきちんと表示されているのだが、実行すると文字化けする。
普通の英版の開発環境と全く逆の現象というナイスなボケをカマしてくれるぜ>CodeWarrior!!

他の開発環境で作ったテストアプリなんかはPOSE上できちんと日本語表示できているみたいなので、こりゃ漏れのせいか。
だれかおしえてくり〜〜〜〜〜〜〜〜!!!!!!!!!!!

28 :デフォルトの名無しさん:02/01/30 03:08
>>27
Constructor で Palm OS Target を Palm OS for Japan にしる。

29 :デフォルトの名無しさん:02/01/30 03:25
してるけど、依然として化けたままなの

30 :デフォルトの名無しさん:02/01/30 03:39
自己解決した。

リンカの設定のとこ見たら、PalmRez Post Linkerの所のOutput Fileの欄のTransliterationにもターゲット指定らしきコンボボックスがあり、そこをJapanに変えてみたらうまくいったよ。

・・・しかしCWって設定をいちいち変えてやらなきゃならんのは面倒くさいなぁ。もちっとIDEの使い勝手を何とかする必要あると思うよ。
プラグイン拡張ってのがあるみたいだが、そんなのどこまでできるのかわからんし、なおさら面倒だし。
まだVCの方がましだよ。慣れの問題もあるのかもしれないけどね。

31 :デフォルトの名無しさん:02/01/30 03:42
ところでPalmRez って何よ?

32 :デフォルトの名無しさん:02/02/01 03:24
またCWforPalmをいじってみてる。
なんたる使いにくさだ!!
そして全体に漂うこのMac臭はどういう事デスか?
幾ら元ネタがMacだからって、プログラムし難いのもそのまま移植することはないだろうになぁ

おまけにHelpファイルが全てAcrobatというのもイライラする。マシンパワーが低い者にとっては苦痛以外の何物でもない。
こりゃやっぱgccで開発した方がいい気がしてきたよ。まだあっちの方が慣れているだけましか。

っていうか、ボーランドそろそろDelphi for palm出してくれんかな。
今のPalmプログラミング環境を見てると、LinuxでKylix出すよりよっぽど売れると思うぞ。

33 :B賞:CodeWarrior マグ:02/02/02 01:31
アンケートがきたage

34 :デフォルトの名無しさん:02/02/02 05:05
>>32
パワーが無いマシンで統合開発環境動かすのがそもそもの間違い。

35 :デフォルトの名無しさん:02/02/02 05:17
>>34
そんなことないぞ。
どこぞの会社の開発部に言った時に、マシンはセレ300マシンがゴロゴロしてたぞ。
んで、VBやってたYO
開発者がみんなマシンパワーバリバリな開発環境じゃないだろうが、修行し直せ

36 :デフォルトの名無しさん:02/02/02 14:11
>Helpファイルが全てAcrobat
一気に興味が失せた。

37 :デフォルトの名無しさん:02/02/02 21:05
>>36
ええと、全てってのは語弊があった。IDEとコンパイラのエラーについてはHTLMヘルプがあるよん。
ただ、開発やってると頻繁に見るのはヘルプにはライブラリやら関数やらのヘルプだよね。
それらのヘルプが全部Acrobatということなんでヤンス。
それも、Windowsの開発環境なら普通例えばprintfを強調表示して、F1押したらprintf関数ヘルプとかが出てくるけど、そんな機能はいっさいなし。F1押すとIDEのヘルプが出てくるよ(笑)
結局、PalmSDKについてるAcrobatヘルプをまんま同梱してるだけっていうことで萎え萎えっていうこと。

あんなので4万も五万もとるのはどうかと思うぞ。

38 :デフォルトの名無しさん:02/02/02 23:59
palmSDKの翻訳本「PalmOS4バイブル」が13000円もするのはいったいどういう事だ?
山田卓司が監修してるせいか?

39 :デフォルトの名無しさん:02/02/03 00:06
考えられる理由・・・
・palmには悪質なシェアな作家が沢山いる。著者もその一人。
・全く需要が無い。
・その値段でも買ってくれるヴァカが多い。
・値段相応の内容が書かれている。

40 :デフォルトの名無しさん:02/02/03 00:24
上から1,2,3番目までが正当な理由だな(笑)

41 :デフォルトの名無しさん:02/02/03 00:33
>>37
状況関知ヘルプもついてないんかい、最悪だな

42 :デフォルトの名無しさん:02/02/03 01:02
名前間違えた、激しく鬱だよ。
山田「達」司
だったよ。
山田卓司はプラモ作ってるオッサンだった。
まぁ、どうでもいいけどね。

43 :デフォルトの名無しさん:02/02/03 01:36
CodeWarrior(for Palm)掲示板
ttp://salon.simple-palm.com/bbs/bbs.cgi?board_name=cw&page=1

44 :なんかねぇ:02/02/03 02:04
CodeWarrior for ps2
が1万8千円で売っていたのですが
お得でしょうか?
今、迷っています。

45 :デフォルトの名無しさん:02/02/03 02:10
>>44
開発ハード持ってるんだったら買っといたら?
持ってないんだったらゴミだよ。

46 :デフォルトの名無しさん:02/02/03 02:15
>>43
洒落でリンク張ってきたよ。

47 :デフォルトの名無しさん :02/02/03 02:49
>>37
>>開発者がみんなマシンパワーバリバリな開発環境じゃないだろうが、修行し直せ

そういう人はgcc使え、統合開発環境で楽したい人はマシンパワー上げろ。
そういう趣旨で作られてるソフトに対してマシンパワーが足り無いって文句付けるのは筋違いでは、ってことだよ。

48 :デフォルトの名無しさん:02/02/03 04:21
>>47
Acrobatなんてマシンパワーがあっても鬱陶しいよ。
その辺もうちょっと考えろって事じゃないの?
それに、Acrobatなんざ使う開発環境なんて、統合開発環境と呼べるのか?

49 :デフォルトの名無しさん:02/02/03 04:24
>Acrobatなんざ使う開発環境
  Acrobatなんざ使って状況関知ヘルプもできんような開発環境

と訂正。

50 :デフォルトの名無しさん:02/02/03 20:21
非力なマシンと言えば、自分はMMX233のノートでCodeWarrior使ってます。
さすがにPOSEを使ったデバッグは厳しいけど、コンパイル自体の重さは
お茶を飲む時間ができたと思えばギリギリ妥協できる重さ。

51 :デフォルトの名無しさん:02/02/04 10:01
>>50ヘルプ関係はAcrobatということですが、そのあたりはどうです?

52 :デフォルトの名無しさん:02/02/08 21:26
51>>
ヘルプ見るよりもサンプルソースとSDKのソース見たほうがマシ。

53 :デフォルトの名無しさん:02/02/13 22:52
#include <iostream>
#include <stdlib.h>

void error(char* p)
{
cerr << p << "\n" ;
exit(1);
}

int calc(int x,int n)
{
if(n < 0) error("Error-1 !");
return x*n;
}

double calc( double x,int n)
{
if( n < 0) error("Error-2 !");
double p = double(n);
return x*p;
}

double calc(double x,double n)
{
if ( n < 0.0 ) error("Error-3 !");
return x*n;
}

float calc( float x,int n)
{
if ( n < 0) error("Error-4 !");
float p = float(n) ;
return x*p;
}
int main()
{
cout << calc(3,2) << endl;
cout << calc(3.5,2) << endl;
cout << calc(3.5,2.5) << endl;
cout << calc(3.5f,2) << endl;
cout << calc(3.0f,-2) << endl;
}
このプログラムがCWでコンパイルできなくてProjectBuilderでうまく逝くわけが
わからん

54 :デフォルトの名無しさん:02/04/09 15:51
MacOS9.2で、CW7を使ってcarbonアプリを作りましたが、
MacOSXで走らせると日本語が全て文字化けしてしまいました。
同じオブジェクトをMacOS9.2で走らせても文字化けしません。

何がいけないのでしょうか?


55 :デフォルトの名無しさん:02/05/05 01:21
Pocket Technologiesというところから Delphi for palmもどきのような
ソフトが出てるがどうなんでしょうか?
http://www.pocket-technologies.com/

CodeWarriorはっきり言って使いにくいので、いいかもと思うのだが。

56 :VCCW使用歴長いス:02/05/06 11:07
>30
単純に慣れの問題だと思われる。
あと、使う人間の指向性ね。開発ツールに何を求めているかってやつ。

CWでオレが気に入ってる点:

libファイルの追加の仕方。
エクスプローラーからlibファイルをプロジェクトウィンドウへDrag&Dropするだけ。

ヘッダとソースファイルのパス位置の自動登録。
プロジェクト位置に存在しない例えば .\ioctrl\serial\serial_util.cpp
とかゆーファイルとヘッダがあったとして、CWの場合はこれを
エクスプローラーからプロジェクトウィンドウへDrag&Dropするだけ。

VCだとこれらは設定開いて手書きでいちいちパス位置を入力する事に。
で、ヘッダとソースへのパス参照と libへのパス参照ではパスの区切り方の
規則が違っていたように思った。最初はこれが判らなくて超イラついた。
設定周りは全般的にVCよりCWの方がわかりやすい、というか手で
文字列を入力しなければならないような項目が少ないと思われる。

俺はソースを機能別にディレクトリに分けて管理してて、開発中は
それの名前や保管位置がわりと頻度高く変わったりするので
自動登録&自動検索してくれるCWは余計な事に気をつかわずに済むんで
正直助かってる。
VC使ってるプロジェクトでプロジェクトファイルの位置に全てのソースと
全ての関連ファイルをぶちまけてある形態を非常によく見かけるけど、
あれはその辺の分かりにくさと扱いにくさに原因の一端があると思う。

CWの気に入らない点:

ソースエディタで文字をクリックすると必ず文字の先頭位置にキャレットが移動する。
確かこれ CW6からなんだけど、完全に改悪。日本語2byteの文字のケツの方を
クリックしてもキャレット位置はその文字の前位置に行く。範囲選択の時とかに
1文字ずれて選択しちゃったりして非常に違和感を感じる。

最適化がバグってる。
CW8で直ってるのかどーか知らないけどね。少なくともCW6と7はダメだった。

ヘルプは別途MSDN使ってるYO!(w

57 :デフォルトの名無しさん:02/05/08 00:48
CodeWarrior for Palm とかって、クロスコンパイラなのですか?

58 :デフォルトの名無しさん:02/05/12 22:06
>>56
じゃヲレも。
CWの気に入る点:
プロジェクトを新規すると、VCよりわかりやすい(単純な?)スケルトンを
吐いてくれる。

コンパイラが非コンソールな感じで精神的に(・∀・)イイ。

CWの気に入らない点:
コンパイラのエラーメッセージが激不親切。
まぁ自分が修行不足ってのもあるが、VC++に慣れてしまった体なんで
ミスの発見に時間がかかる。

あと、mcp(CWのプロジェクトファイル)が100KB以上なのが頂けないYo。

59 :デフォルトの名無しさん:02/05/14 08:02
洒落で貼られていたリンクから飛んできたYO
とりあえずこれだけ言わせてくれ
1GBメモリ積んでいるとまともに動かないクソアプリ!氏ね

60 :デフォルトの名無しさん:02/06/12 01:24
X上のコードウオリアで、ファイルがドラッグ&ドロップできない
場合の解決法ご存じですか?

クリエイターとタイプ、とアイコンもちゃんとCW書類なのですが。


61 :デフォルトの名無しさん:02/06/12 20:07
X上?つまりLinux版のCW?

62 :デフォルトの名無しさん:02/07/07 18:00
んで、どうよ?
7.1買っちゃったよ。

15 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)