Kylix3
■ このスレッドは過去ログ倉庫に格納されています
0001Kylix
NGNGLinuxでビジュアルにC++開発ができるKylix3ｷﾀ。
0497978
2005/10/27(木) 09:21:25本当にDelphiのまんまだとHTMLを文字列処理だからイマイチだけどね。
IntraWebだとポトペタかなぁ？
0498デフォルトの名無しさん
2005/10/27(木) 21:22:24それじゃC/Sじゃないじゃんｗ
0499デフォルトの名無しさん
2005/10/28(金) 08:49:38で、Javaから呼び出す事も可能。
0500デフォルトの名無しさん
2005/10/28(金) 09:18:09そのコンパイルされたネイティブコードがLinuxで動くと思う？
0501デフォルトの名無しさん
2005/10/28(金) 09:31:15ただ、DB部分のソースが生きるだけで、残念ながら開発が楽じゃあないな。
0502デフォルトの名無しさん
2005/10/28(金) 13:27:27Linuxのカーネルやライブラリのバージョンでの動作検証を綿密に行う必要ありそうだあな。
あと、帳票をどうするか。Delphi5だとまだRaveReportじゃないだろうからそこは最低作り直しだな。
0503493
2005/10/28(金) 15:54:49RaveReportへの書き直し程度は覚悟しています。要はトータルでの工数が
ある程度削減できればいいんです。Kylixで作ったバイナリ、最近のLinuxでも
問題なく動いてますか？
0504デフォルトの名無しさん
2005/10/28(金) 16:47:20特に>>475のリンク先の情報は重要だろう。
0505デフォルトの名無しさん
2005/11/07(月) 11:56:21ます．
しかし，TFrameから派生させたフレームTFrame1を1つのフォーム上で複数生成
するとランタイムエラーが発生してしまいます。 下記のプログラムですと、1
つめのフレーム生成は成功するのですが、2つめのフレームframe2の生成がで
きません。
TForm1のコンストラクタ{
TFrame1 *frame1,*frame2;
frame1 = new TFrame1(this);
frame2 = new TFrame1(this);
}
実行すると
Systemファイルが表示され「->」の位置で実行が止まっているようです。
procedure _DbgExcNotify(
NotificationKind: Integer;
ExceptionObject: Pointer;
ExceptionName: PShortString;
ExceptionLocation: Pointer;
HandlerAddr: Pointer); cdecl; export;
-> begin
解決方法をご存知の方がおられましたら，ご教授ください．
0506デフォルトの名無しさん
2005/11/07(月) 20:45:15設計時のNameプロパティがそのままロードされてて、
衝突してるとかじゃなくて？
0507デフォルトの名無しさん
2005/11/13(日) 19:39:580508デフォルトの名無しさん
2005/11/17(木) 00:39:40むしろLinux以外では動かないと思うけど。
0509デフォルトの名無しさん
2005/11/17(木) 21:01:43そもそも使っている人を見かけないから情報が少なすぎる。
0510デフォルトの名無しさん
2005/11/23(水) 03:24:03かくなる上はchroot環境で古い環境を再現して、Xを飛ばすという裏技しかないかなぁ
0511デフォルトの名無しさん
2005/11/23(水) 10:51:18CLX
-----------------------
OS依存レイヤ(SWTのDLL, so)
で再構成してくれんかなあ。
0512デフォルトの名無しさん
2005/11/23(水) 12:52:48その構成だとJVMが常にロードされてしまいそうな…
0513511
2005/11/23(水) 17:09:12QtがTrollTechという１企業でメンテされてるのに対して少しは将来的不安がなくなりそうなので。
Qtも最近少しはライセンス緩くなったけどね。
0514デフォルトの名無しさん
2005/11/23(水) 17:11:560515511
2005/11/23(水) 17:28:280516デフォルトの名無しさん
2005/12/03(土) 10:44:23最新の環境にすると挙動が怪しくなるのだが。
0517デフォルトの名無しさん
2005/12/03(土) 10:51:580518デフォルトの名無しさん
2005/12/03(土) 11:52:15> QtがTrollTechという１企業でメンテされてるのに対して少しは将来的不安がなくなりそうなので。
> Qtも最近少しはライセンス緩くなったけどね。
ボーランド1社がクローズドソースで管理しているKylixを使うぐらいだったら
Qtの将来を心配する必要はないね。
つか、QtはTroll以外でもメンテされているし。
0519塩水 ◆1FrMT.vzQQ
2005/12/24(土) 08:31:140520デフォルトの名無しさん
2006/02/09(木) 09:04:32How To run Kylix on a 2.6.x Linux kernel ? KLX3
http://support.borland.com/entry.jspa?externalID=16983&categoryID=102
0521デフォルトの名無しさん
2006/02/18(土) 21:45:35Qt 作ってる Trolltech とかが買えばよさそうだけど、そんな体力ないか
0522デフォルトの名無しさん
2006/03/08(水) 20:34:20現在、ボーランドのIDE製品にかかわっているメンバー、開発担当者、サポートエンジニア部隊、そして私自身も、引き続き製品にかかわっていきます。 Delphi、C++ Builder、C# Builder、JBuilder、InterBaseなどの将来については、安心していただきたいと思っています。
Kylixは？…orz
0523デフォルトの名無しさん
2006/03/30(木) 16:37:18復活は無いのかなぁ？
0524デフォルトの名無しさん
2006/03/30(木) 17:27:20それにｌｉｎｕｘ使うならソースで配布する方が利用者にとってはなじみが深いから｡
Windowsべったりを避けるなら今はＰＣ−ＵＮＩＸとなったＭａｃに行った方がいいと思う｡
ここならソース配布しなくても受け入れられるし､
とりあえずＯＳのバージョンごとにＧＵＩも単一で互換性を考えなくても良いと思う｡
個人的には復活して欲しいなぁ｡
0525デフォルトの名無しさん
2006/03/30(木) 17:55:12CocoaもC++用のラッパー作れそうだしな。
0526デフォルトの名無しさん
2006/03/30(木) 22:25:530527デフォルトの名無しさん
2006/03/31(金) 00:04:10ダメだった理由だよね。
> 様々な環境に対応させるためにQTが必要だったから｡
これはどういう意味だろうか。Qtが必要だったらからダメってことはないよね。
KDEはQtを使っているけれど、おそらくKylixで作ったソフトウェアより多く使われている。
> それにｌｉｎｕｘ使うならソースで配布する方が利用者にとってはなじみが深いから｡
これもちょっと違う。たとえば、Linuxのアプリを使っている人がどれぐらい自分で
日常的にコンパイルしているかというと、ま、ほとんどしていないね。
Linuxそのものが多くの環境で動作しているとはいえ、大半がx86といって差し支えない
と思う。だからうまく作れば、FirefoxやOOoと同じようにバイナリで配布することも可能
だったはずだ。要はKylixの出来が悪かったのが最大の問題じゃないかと思う。
> Windowsべったりを避けるなら今はＰＣ−ＵＮＩＸとなったＭａｃに行った方がいいと思う｡
> ここならソース配布しなくても受け入れられるし､
有償版Kylixならソース配布は必要ないからこれもズレている。
あえて言うなら、「Mac環境ならLinuxとよりも有償ソフトが受け入れられるし」だろうな。
> とりあえずＯＳのバージョンごとにＧＵＩも単一で互換性を考えなくても良いと思う｡
QtがOSのバージョン間でトラブルを多発したことを考えれば、Macだから互換性を
考えなくても良いってことはないだろうな。
0528デフォルトの名無しさん
2006/03/31(金) 00:27:31【Delphi互換!?】FreePascal【GPL】
http://pc8.2ch.net/test/read.cgi/tech/1137051510/
0529デフォルトの名無しさん
2006/03/31(金) 00:33:40Linux でわざわざ Pascal する人はさらに少ないのでは。
さらに言えば Linux では C++ 人口も少なくて未だに生 C 好きが多いんだよな。
0530デフォルトの名無しさん
2006/03/31(金) 11:12:04デスクトップアプリが少ないんだお。
それをポトペタで解消しる！
Ｋｙｌｉｘ復活お願いします。
0531デフォルトの名無しさん
2006/03/31(金) 12:25:140532デフォルトの名無しさん
2006/03/31(金) 12:40:39Qtのライセンスがらみでのゴタゴタはあったよ。商用Qtを使用しているにもかかわらず
Qt単体ライセンスより低額であることで制限を受けることになった。
あとソース配布じゃないというよりソース公開じゃないことが普及の妨げにはなった。
FirefoxやOOoはバイナリー配布されてようとオープンソースじゃん。いろんなディストリ
いろんな環境で動作させるにはユーザによるパッチとフィードバックが必要だったのに
オープンソースじゃないからユーザは手を出せなくて、ベンダーがそれを負わざるを得なく
なったが実際はそれを怠った。
Mac云々は問題外だな。企業でも個人でもUNIXとしてMacを使うメリットが全くない。
0533デフォルトの名無しさん
2006/05/12(金) 22:17:21すっかり廃れたな
0534デフォルトの名無しさん
2006/05/13(土) 02:29:410535デフォルトの名無しさん
2006/05/24(水) 14:09:06シンボリックリンクをいくつも作らないと行けない。ちょっと面倒だね。
0536デフォルトの名無しさん
2006/05/26(金) 11:58:18■ このスレッドは過去ログ倉庫に格納されています