Kylix3

kylixの日本語版をfedora core1にインストールすると、文字化けしてしまいます。
英語版をインストールすると、errorコード -10で、インストールできません。
USAのsupportのとこをみてerrorコード -10に対する対策をしたのですが、
まだできません。
どうしたらよいでしょうか?

>>271
Fedoraの文字コードがUTF-8だから。
EUC-JPに変えれば文字化けとかGUIの狂いとかが直るよ。
"fedora 文字化け"でぐぐればeucに変える方法が引っかかるから探すべし。

あー271良く読んだら俺が遭遇したトラブルとは違うかも・・・
外してたらスマン

レスありがとうございます。
日本語版はetc/sysconfig/i18nのLANGとetc/man.configのPAGERを"ja_JP.eucJP"に
かえてみたのですが、うまくいきませんでした。
etc/sysconfig/i18nにSYSFONTという項目があるのですが、これを変更したらよいのでしょうか?
英語版はデフォルトの言語(ログインの時にでる)を英語にしてみたり、
localeでLC_NUMERICを"en_US"にしてみたり、
rpm -qa | grep kylixでkylixのパッケージがすでにはいっていないか調べてみたり、
したのですが、うまくいきません。

age

localeでexport LANG="ja_JP.EUC-JP"としたら文字化けしないようになりました。
けどまたerror -10が.........

メニューのフォントは
xset +fp /usr/share/fonts/sazanami/
をstartdelphiに書き込むことで変更できたのですがエディタのフォントで選べるフォントが少ないです。
どこで、パスを通せば良いんですか？
~/.qt/qtrc
にはちゃんと書いているつもりなのですが。

当方、kdeではなくxfce4(gtk2環境なのでgnomeと一緒だと思います)を利用しています。

共有ライブラリ(.so)をKylix3でリンク実行できた人がいたら教えてください。
環境は、RHL8.0(kernel2.4.18-14)+kylix3
プロジェクトに共有ライブラリー（libMulticam.so.4.2）を
追加する事でリンクは通るのですが
実行段階で　
/home/username/kylix3/inline/inline1: relocation error:
libMulticam.so.4.2: undefined symbol: __gxx_parsonality_v0
となって、終了してしまいます。

Turbo Linux上で、Kylix3で開発を行っています。

新しくフォームを作成し、そのBorderStyleを、fbsNoneにして、
そのフォーム上に、Editコンポーネントを配置します。
その、Editに文字を入力しようとしても、何も入力することができません。

どなたか、BorderStyle=fbsNoneの状態で、文字を入力する方法をご存知の方
おられませんか？

そんなことしたら、ハングしました。
ＲＨＬ８．０

Fedora Core 2 ではインストールすらできないのな

>281
compat-libstdc++関連を入れたらいけるよ。
IDEが立ち上がるとこまで確認した。
LANGがデフォルトだとメニューetc.がわけわかめだがｗ

>>282
インストール途中、「スクリプトを実行してます」というところで処理が進まなくなっちゃうんだよね。
ファイルのコピーは終わっていて、リンクをはる作業を行うスクリプトで止まっているっぽい。
スクリプトを書き直したりすれば良いのかもしれないけど、面倒そうだから頓挫中。

Borand にはその辺の情報をもっと公開してほしいんだけど、現状では厳しそうだなあ。

>283
ふむぅ。漏れはlibstdc++-libcが入ってないと文句を言われた他は
つーーーっと通ったけどなぁ。
ちなみにrootでデフォルト位置へのインスコ。

インストール中、どうやら
setup.data/inimerge
というバイナリの実行中に止まっているらしい。

しょうがないので、setup.data/ 内の main.sh とか borfinalize.sh の中で
inimerge を呼び出している部分をコメントアウトしたら、
無事 Fedora Core 2 でもインストールできた。

しかし、起動ができない。
確かフォントのチェック中であることを示す小窓が出るはずなんだけど、
その小窓が出ずにプロセスが終了しちゃう。
LD_ASSUME_KERNEL=2.2.5 はセットしたんだけど。

そんな感じなんで、Fedora Core 2 で Kylix しようという人はご注意あれ、
ってそんな人、あんまりいないか。

>>282=>>284 さんと結果が違うのはなんでかなあ？
kernel を 2.6.8-1.521 にアップデートしてあるのは関係あるかな？

>285
うーむ……確かにカーネルはアップデートしてないな、漏れは。
そこが原因なのか……

しかしまぁ確かにFedora Core2でkylixやろうって香具師は少なそうだねぃOTL

ちなみに今の環境確認してみたら、
kernel-2.6.5-1.358
だった。
inimergeだけど、読んで字のごとく複数のiniファイルの情報を一つのiniファイルに
まとめるものみたいですな。で、スクリプト見たら$HOME/.borland以下のファイルに
固めてるぽいのでその辺を手動でいじればなんとか……ﾏﾝﾄﾞｸｻすぎるなorz

kylix3 OPEN EDITIONをインストールしたんですが、ライセンス認証がうまくいか
なくて困っています。メールに送付されていたreg154.txtと言うファイルを/home
においたのですがうまくいきません。そのほかにも/home/XXX(インストールしたユ
ーザ名)なども試してみましたがどれもうまくいきません。kylixのインストールフ
ォルダは/usr/local/kylix3です。

いいから
$ cp ./reg154.txt ~
汁。

どうでもいいが、俺の Kilyx3 Open Editionでは reg92.txt だったな
ファイル名って人によって変わるんだっけ？

Kylix3って、Cygwin上でも使えるの？

>291
無理でそ。
Cygwinは「WindowsにUNIX風環境を提供する」ものであってLinuxのエミュじゃないんだから。

それにしても、SHやらMIPSやらCygwinやら、
無茶な質問をする人が後をたたないな

x86 上の普通のLinuxですら、まともに動く環境がほとんどないというのに

javaじゃなくて、C++Builder for Linuxをつくってほしい

>>294
英語版BCB6買ったらバンドルされてるＹＯ！

>>295
本当ですか？
検索してみたんだけど、英語が駄目で分かりませんでした、、
Pro版以上とかそういう制限はあるのででしょうか？

英語が駄目なのに英語版買うというのもなんなんですが。。

>>296
ttp://www.borland.com/products/downloads/download_kylix.html

ここでOpen Editionの日本語版落としてみたら？
使えるようであれば買えば良いし。

使ってみたけど異様に重いのは何故？

>>297
レスどうもです
英語Pro版を買うと、Kylix3Proがついているのかが知りたかったのです
書き方が悪かったみたいですみません

298さんではないのですが、私も英語版OpenEditionを落としてみて
使ってみます

>>299
Kylix3Proついてました。

BCB6日本語版を買って、1年以上後に英語版買いましたので、某的には途中でオマケCD的に増やしたんちゃうんかと。
つまり、パッケージの時期で入ってる／入ってないが変わるかも。

それとBCB6英語版は某日から買いましたので、セールスに電話かけてCDの有無とライセンス有無を直接聞けば良いと思いまつ。

今後CLXのメンテはコミュニティベースになるらしいけどjedixが中心なのかな？
Lazarusのメンバーとかぶってたりしない？

もの凄い曖昧な書き方になってましたので再レス。

BCB6 Pro 英語版を某日から買ったところ、Kylix3Pro CDが同封されていました。

ついでに、パッケージに「.NET interoperability」シールが貼ってあって次バージョンがでるんだなと安心しました。
BuilderXに統合といううわさが出てたので、今のプログラム相当書き換えなきゃ、とムカついてますた。

kylix自体はjavaで書かれているの？

またそんなインチキ話を真に受けやがって

>>303
Kylix自体はKylixで書かれてるにきまってんだろ。

既出ですか？

Fix for Kylix-built applications crashing under Linux 2.6.8 Kernels
with Exec-Shield enabled
http://crosskylix.untergrund.net/execshield.html

>>302
どうもです　わざわざ書き直してもらってすいません
日本語版を２つ買うのに比べてだいぶ安くなりますね
ありがとうございました

>>302

> ついでに、パッケージに「.NET interoperability」シールが貼ってあって
> 次バージョンがでるんだなと安心しました。

亀レスだけど、なんでそのシールで次バージョンがでることがわかるの？
もちろん次バージョンは出て欲しいんだけど

>>308
BCB6は.NETに対応していない。
シールの通り.NETと相互運用となるためには、
新しいバージョンを出さざるを得ない。

ども。でもKylixの話じゃなかったのね…

JBuilder2005やDelphi2005が出るのなら、C++Builder2005やKylix2005が出ないかと妄想

Delphi2005にCLXは付かないらしいけど、OpenCLX？がリリースされたらDelphi側でも使えるようになるのかな？

http://sourceforge.net/projects/openclx/

OpenCLX って、webを見ても今イチ目的が良く分からないんだけど、
これって趣味人がCLX互換ライブラリを作ってるってだけ？
Borland から技術を提供されてたりするわけではないよね？

それにしても、Delphi2005にCLXがついてないって、
Kylixにとっては死刑宣告みたいなものじゃないのかな

死体に死刑宣告とは酷な話だ……

OpenCLXはその通りかもね…ってごめん。間違い。OpenCLXじゃなくてFreeCLX

http://freeclx.sourceforge.net/index.php?page=about
メンバーにBorlandのひとも居るらしい

へえ、そんなのがあるんだ。見てみてもよくわかんないんだけど、
Kylixのライブラリをアップデートするプロジェクトってことかな？
Kylixは必要なんだよね？

必要なのは FreeKylix (OpenKylix) だな

>>316
簡単に言えば分社化したわけ。CLX のソースコードをメンテナンスする団体を新しく作った。
ということ。Borland から分離することで Kylix/CLX のリリースを Delphi 本体と分離できる。
動きの早い Linux の世界で、小回りを利かそう。ということ。

ソースの一部は Borland の所有物なので完全なオープンソースではない。
その代わり、Borland の技術者によるコードの修正も続けられるし、
オープンソース的なコードの提供も募る。と。

日本人も一人くらい混ざらないものかな？

そうは言っても、Kylix本体の行く末がはっきりしないうちは、
関わろうって人は (某の関係者以外) なかなか出て来ないのでは？

Fedora Core 3 へ Kylix (英語版) インストールできました。
が、起動出来きない、、、

[foo@localhost ~]$ startbcb
For language 'ja_JP.UTF-8' several language ids were found:
ja_JP - 0411; ja_JP - 0811;
Instead of using the first entry in the list, it is suggested that you define your LANG environment variable like this: LANG=ja_JP

[foo@localhost ~]$ LANG=C startbcb
LC_ALL is set to C. Can't start Kylix.

[foo@localhost ~]$ LANG=ja_JP startbcb
何も表示されない。

[foo@localhost ~]$ LANG=ja_JP.eucJP startbcb
同じく何も表示されない。

既出ですか？
CrossKylix Version 1.0.0, 27. October 2004, (support Delphi 6, 7, 8, 2005)
http://crosskylix.untergrund.net/
http://crosskylix.untergrund.net/crosskylix-100.zip

>>321
これってKylixのアップデートパッチみたんなもん？

Windows 上の Delphi で Linux 用のバイナリを作るためのクロスコンパイラ的なものらしい。
どこまで使い物になるかはシラネ。

>>323
それでなんでKylix必須なんだろ

頼むからリンク先くらい読んでくれ。

実際にコンパイルを行うのは linux emulator 上で動くKylix のコンパイラだと。
それを Windows の Delphi の上から行えるのがミソってこと。

ややっこしいなあ。Kylix自体をオープンソースにしてLinux上で
普通に使えるようにしてくれたらなあ。

> Kylix自体をオープンソースにして

こういう意見が多いから、Kylix が売れずに商売が成り立たなくて
Borland のやる気がなくなっちゃったんだろう。

それを予測できなかったのは Borland のミスだとは思うが。

>>327
いやBorlandがちゃんと面倒を見てくれるなら、オプソじゃなくても良かったんだが。
放置プレイなんだったら公開してくれよ自力で何とかするから、ってこと。

Mandarake-10にインスコできた(~O~)/~~~
ちょこちょこいじったけど。

>>320さんと同じ問題に遭遇しました。
こちらはFC2、Kylix3日本語版です。
起動スクリプトとかもいじってみたんですけど、うまくいきません。

CrossKylixをDelphi6personalで使おうと思い、FreeCLXをインストール
しようとしています。setup.dprをコンパイルしてsetup.exeを作って実行する
ところまでは出来たのですが、FreeCLXのビルドに失敗してしまいます。
どなたかうまくインストール出来た方はいらっしゃいますか？
CrossKylix自体は問題なくインストール出来ました。

>>320 >>331
これでは?
# echo 1 > /proc/sys/vm/legacy_va_layout

>>333
ありがとう FC3で動きました!!!
(UTFのままだとエラーが表示されますが、
LANG=ja_JP.eucJP startbcb
で動きました。)

インスコ成功して、ちゃんと起動するし、コンパイルも出来る…
けどもシフトキーが効かないorz‥

自己解決。
ttp://jsk.com.br/kylix-mandrake.html
ここを参考に、足りないパッケージを入れたらスペースキー効いた
XFree86-100dpi-fonts-4.3-5mdk
XFree86-cyrillic-fonts-4.3-5mdk
glibc_lsb-2.3.1-1mdk
の、どれかが足りなかった様子

ぐぐってみると、Mandrake-10でコンパイルするとハングする、インスコ失敗etc…
と、海外のサイトのメーリングリストで結構ひっかかる
ここの情報があればそれなりにKylixユーザーを引き留める事出来ただろうに…

新聞取ってないからチラシの裏に書けないんで、ココに書いときますね

Kylixは1を購入してから3ヶ月もたたないうちに2がでて、
アップグレード対応してくれなかったから使うのやめた。

>>337
今の kylix3 の放置っぷりを見ると、その判断は正しかったと言えよう

Unixのことはよく分からないが、X11に特化したRADツールとかのほうが
受けは良かったんじゃないのかなあ > kylix
Delphi との連続性を持たせた意味がよく分からない。

取りあえず、Vine-3.1でも動作確認
compat-何とかってのは入れたけどコンパイル出来ないとか変なトラブルは
今のところ、無い
　これであと数年は使えるか・・・・ちと安心

晒しあげ

kylixで別アプリケーションを起動するにはどうすればいいの？
forkを使えばいいらしいことは分かったんだけど、うまくいかない。
ソースは下のような感じ。

var
pid:Integer;
begin
pid := fork();
if pid=0 then
begin
execl('gedit',NIL);
end;
end;

とりあえず、fork()のつかいかた
http://www.adl.nii.ac.jp/~moro/unix-programmer/faq-j_2.html#SEC3

漏れはRHを9にしたときにKylixがうまく動かなくて（配布先も含めて）あきらめたんだけど、
みんなちゃんと使えてるの？　それともがんばってなんとか使ってるって感じ？　開発
環境がなんとか構築できたとして配布のほうはどうなのよ？

エラーも何も書かずに何が知りたいんだろうか。

>342

ttp://homepage3.nifty.com/isayan/kxprocess.html

ここのTips凄く役立つよー。

>344
パッチあててる？ココとか参照。↓
ttp://www.geocities.jp/fujimaki691202/download/Linux/KylixTips/installing_unofficial_patch.htm

Linux板のテンプレサイトに書いてみた。

ttp://linux2ch.bbzone.net/index.php?FAQ%2FApplicationMisc#kylix

もう知ってるかもしんないけど、最近出来た
Kylixコミュニティ・プロジェクトに関する情報。
メンバーには上のパッチの作者も含まれている模様。
ttp://onigiri.s3.xrea.com:8080/delphi/index.php?%5B%5BKylix%A4%CF%BB%E0%A4%F3%A4%C0%A4%CE%A4%AB%A1%A9%5D%5D

ところで誰もCrossKylix使ってない？（笑

あー、ゴメンsage忘れた。。。

しかも既出だし。。
スレ汚しスマヌ。。

素早いレスありがとうございます。

>>345
上記のソースを実行しても何も起こらず、プログラムを終了すると、何故かWindowが立ち上がるという状態でした。
具体的なエラーメッセージが出てないので何も書いてません出したが、状況くらいは書くべきでした。

>>343 >>346
fork()というのはつまりプロセスを分岐させるんですよね？
うーん、いまいち分からない。外部プログラムの実行じたいは346のサイトにあったsystem関数でできたのですが、後学のためにfork()の方も挑戦したいと思います。

WinCE版マダー？

Kylix3って放置だったのか…
安売りしてたんで買ったのに

買った？無料だろ？

http://www.borland.com/products/downloads/download_kylix.html#

ここで登録してKEY貰わない使えないの？
英語だけど漢字で名前や住所いれていい？

＞安売りしてたんで買ったのに

フリーソフト版あるしょ。

kylixをインスコしたマシンでしか実行できないの？？　>>kylixで作ったアプリ

kylixをスタティックリンクすれば、他のマシンでも動くよ。

ＫＥＹアップして！

>360
タダでメーカーからもらえるもんを何でうｐせにゃならんのだ。
自分で貰ってこい

>>359
おぉレスありがと
アフォな初心者でスマソ

本当にアフォだな

下手な煽りだな

>361

個人情報晒すの恐いじゃん。

>>365
じゃぁ使わなければいいじゃん

でも使いたいじゃん。

ったくオタクは融通きかんね。ぺ

融通利かない馬鹿はドッチだろう

もちろんオマエだろ。

カワイソウだから誰かKEYうｐしてやれよｗｗｗｗ
どうせあってもインスコできねえだろうけどｗｗｗｗ

＞どうせあってもインスコできねえだろうけどｗｗｗｗ

まあ、Linux(他のunixも)使ったこと無いけどな。
だが甘く見てはいかんよ。

俺様を誰だと思ってるんだ？
金子のライバルと言われ続けた男だぜ。ｸｸｸ

さっさとKEYアップしとけよ。

そのKEYとやらに個人情報が組み込んであったとしたらどうよ。
割れ尻でも探して来いや

つうかさ、ネタなんだろうけど
全然面白くないね

作ったアプリが文字化けorz

FC2でコンパイル（実行）するとstartbcbが落ちてしまうのですが、
これを解決された方はいらっしゃいませんでしょうか？

スレよめデコ助

Linux板くだ質テンプレサイトでkylix検索しる。

質問をするだけして音沙汰なし。
まさにデコ助。

>>376=>>371だったりしてな

さっさとKEYアップしとけよ。

>>380
池沼乙

ファイル 新規作成 アプリケーション で
Unit1.cppの内容を
#include <clx.h>
#pragma hdrstop

#include "Unit1.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.xfm"

#include <stdio.h>
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)
{
printf("hello");
}

にすると、
[リンカ エラー] Unresolved external 'printf(const char *, ...)' referenced from Unit1.o


っていわれます。どなたか正しいコンパイル方法を教えて下さい。お願いします。

コンソールアプリかなんかのオプションでプロジェクトを作る。
もしくはCランタイムのライブラリをリンクに加える。
Kylix知らないけど大抵のコンパイラではそういう感じ。

>>383
コンソールアプリでやってみたら見事できました。
しかし、GUIを使用したアプリケーションを作りたいので、完全な解決はしませんでした。
リンカについてはほとんど無知なのですが、xmlでオプションが記述されており、そこにlibc.soと書いてありました。
libc.soとは、kylixのヘルプによればCのランタイムライブライブラリだそうです。
コンソールアプリのオプションをつけても、つけなくてもlibc.soは記述されています。
どなたか、もうすこし詳しく教えてください。お願いします。

>>380
まだいたのか、お前
お前が考えてる以上に寒いぞｗｗｗ

↑
なんだ藻前達まだここ覗いているのかよ
いい加減どっかへいって戻ってくるなよバーカｗ

386 ：デフォルトの名無しさん ：05/01/20 02:43:21
↑
なんだ藻前達まだここ覗いているのかよ
いい加減どっかへいって戻ってくるなよバーカｗ

387 ：デフォルトの名無しさん ：05/01/20 03:44:33
386 ：デフォルトの名無しさん ：05/01/20 02:43:21
↑
なんだ藻前達まだここ覗いているのかよ
いい加減どっかへいって戻ってくるなよバーカｗ

房ランドに個人情報晒すのは恐いです。
KEYアップしてください。

389 ：デフォルトの名無しさん ：05/01/20 07:42:26
房ランドに個人情報晒すのは恐いです。
KEYアップしてください。

通報しますた

つべこべ言ってねえでkeyうp汁
池沼にだって人権はあるんだぜ?

池沼にも人権はあるが
割れ厨にはない

と思ったが折角だから晒してやるよ
ほれ

ttp://key.visualarts.gr.jp/

>>389
よかったじゃんｗ

あのさ、Kylixの現状って、

・Kylix本体が今後のディストリで動くかどうか不安なので、ClossKylixというプロジェクト
　によってWindowsのDelphi上でLinuxバイナリをコンパイルする方向に向かっている。

・作ったアプリが現在のディストリで実行できないケースが多々あるため、FreeCLXという
　プロジェクトによってCLXのアップデートが行われている。

ってことでOKですか？　つまり今後はClossKylixとFreeCLXを使用してWindows
上でLinuxアプリを開発するというのがKylixのあり方になるだろう、と。

CrossKylixはどっかの誰かが勝手にやってるだけだと思われ。
FreeCLX以外でも、アンオフィシャルパッチとかあるし

つーことはLinux上でのKylix本体にも今後手がはいると期待していいのかな？

もう駄目かもわからんねぇ

Qtに頼ったのが受けなかったよーな気がす。

そうかね？
KDE の人気は上がってるし、Qt に問題があったとは思えないけどな。

単に、Linux 用商用 GUI アプリを作るという需要が少なすぎたんじゃないのかな。
個人用には open edition があるけど、それを使う人ばっかりじゃ Borland にうまみはないし。

あと、C++ Builder と Delphi の新版が出るころに動きがあるかどうかが今後のキーポイントじゃないすかね。

今のところ、何のアナウンスもなさそうだけど。

WinCE版Delphiが出るかどうかだな。

とりあえず、最新のLinuxでも動くようにさえなればいいよ、もう
そしたら某ランドにお布施してもいいさ

漏れの周りでいまいち感が漂っていたポイントは２点

・サポートしているディストリが古く、無理して他のディストリで使おうと
　するとIDE自体が挙動不審で使いにくい。
・Qt-ObjectPascalのバインディング部分のソースが非公開なため、Qt
　を骨までしゃぶれない。というか皮しかしゃぶれない感じ。

リナザウに対応して欲しい。

もう,HBasicでいいや

官公庁がオプソに関心高かったからその方面にもっと働きかければ良かったのにね。
委託業者はいやでもやらざるを得なくなる。

>>403
同意。最新のディストリにインスコして普通に使えりゃそれでいい。
対応ディストリ少なくてもいいからやってくれないかな。。
何人ぐらいお布施したら元取れるんだろうか。
ついでにCLXも救済してくれたらDelphiの方もお布施してもいい。

お布施も何も、昔からバージョンアップ出たら買う気満々なんだが。

>>405
確かに現状ではデスクトップより組み込み向けの方が需要ありそうだ。

Armadillo-9で動作しまつか？

釣り…だろうな

PDAで暇つぶしにプログラミングしたいな。
車中とかで。

C++は重くてイライラしそうでダメ

>>412
釣りじゃないんだから、説明しる！

>>413
誤爆？

釣りじゃねえならその前にgoogle使ったらどうなの？
あと、このスレでFedoraやRedhat9なんかで問題出るのを見れば大体は
判断出来るだろ

Fedra/Kylix使用例なんて、このスレどころかググっても日本では無いみたいだね。
きっちり話しが出来るようになってね。

>416
Fedra
Fedra
Fedra
Fedra
Fedra

ついでに。
ツマラン釣りはもういいから>>416

http://www.google.co.jp/search?hl=ja&q=Fedora+Kylix&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

Fedora Kylix の検索結果のうち 日本語のページ 約 455 件中 1 - 10 件目 (0.34 秒)

>>416が恥をかいた模様です

SH やら MIPS やら ARM やら…。
なんでその環境で動くと思うのか知りたい、つーかネタとしか思えん。

で、>>416は戻ってこないのかｗ

>>420
ARMなんて目茶シェア高いのにネタに見えるとは頭おかしいんじゃない？

ッぷ　また来たかｗｗｗ

>>416は以下無視で↓

レベルの低い煽り合戦やってないで、Kylix の未来について語れや

アップデートされないんだし,未来なんて無いよ

既出臭い内容だし、参考にはならんが張っておく
ttp://www.danielbautista.com/articulos/install_kylix.html

Fedora　Kilyxで検索しても出てこないよ。

>427
スレタイと検索キーワード(特に後ろの)をよーーーく見比べてみよう。

>>427
マジレスするとそのネタつまらん
更にマジレスすると 「Fedora　Kilyx」でも158件ヒットする
マジレスするとおまえ、要らない

>>429
>「Fedora　Kilyx」でも158件ヒットする
ﾜﾗﾀ

Kylixまもなく・・・・・

ディストリぐらいは自前で持つべし。

それがめんどくさいからだよ。
めんどうなのが我慢できるならKylixじゃなくてもいいし。

リナザウのアプリをKylixで作れる？

Kylixの実行環境広げるしかKylixを逝かす道は無い。




煽りとか叩きが出来る程度の椰子しか居ないけど。

オープンソースじゃないんだから、ユーザーにできることはほとんどない気がするが。

VCLは公開されてんだし、それを派生したUnicode版VCLがあるような時代だよ。
スーパークラスから描画部分派生は可能。
Windowsでポトペタしてからターゲットマシンでコンパイルとか。

先ずは煽りしか出来ない椰子を消せ。
話はそれからだ。

別にユーザの問題じゃなくてボーランドのやる気の問題だろ
煽りがどうとか、何に関係するのかさっぱりだ

まあ煽られて真っ赤になってるのはなんとなく想像がつくけどさ

439「自分が一番頭が良くて某の事情までも知ってる。周りの人間は馬鹿ばっかり」

アツくなってる奴が何が言いたいのか良く分からないけど、推測するに
「ARM プロセッサが載った Armadillo-9 で Kylix ができないのは、利用者が煽りしかできない無能者ばかりだからだ」
と、こういうことかな？

…どこの IT 土方か知らないけど、計算機アーキテクチャについて 1 から勉強し直した方が良いんじゃないかな？

アツくなってる奴が何が言いたいのか良く分からないけど、推測するに
「MIPSやARMで動作しないものはLinuxの対応になってないことが分からない」
と、こういうことかな？

…どこの IT 土方か知らないけど、計算機アーキテクチャについて 1 から勉強し直した方が良いんじゃないかな？

ってゆうかVersion4はいつでんの？

煽られて必死になってる>>416にワロスｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗ

もうlazarusでいいや

ﾘﾅｻﾞｳ?

よくわからんけど、これのことっぽいね
ttp://www.lazarus.freepascal.org/

コンパイル遅いと思う↑
重くて、不安定な感じ

MIPSプロセッサでもKylixは動きますか？

Qt の Non-Commercial 版が Windows でも配布されるらしいから、もう生 Qt でいいや

linuxでGUIアプリを作ろうと思ったらこれしかないんだろうか？

そういうわけではないが「最も簡単に作ろう」と思ったら、これだろう。(あるいは、これだった)

>>451
一応、Javaという選択肢もあるけどね

もう、Fortranでいいや

xhsp…
あれで満足できるなら苦労はしないか

KDEならkdevelpとかあったね。

あれが連邦のモビルスーツか

その一応が知りたい。
なにか問題あり？

（ユーザの）好みの問題

>>458
俺にとっては大した問題ないが他の人にとっては騒ぎ立てるほどの問題があるらしい

64bit化したVineでも動くみたいだ

>461
Kylix自体が?
Kylixで作ったプログラムが?

>>462
まだgccをネィティブにしてる最中だけど
KylixもKylixで作ったプログラムも動いた
ちとKylixの動作が怪しいけど
カーネル以外は32bitな環境だし・・・動くのは当たり前かぁ

ほほぉ。
漏れもやってみよ……って64bit環境なんて揃えられねーよヽ(`Д´)ﾉｳﾜｧｧﾝ

>>464
補足するとx86_64なディストリでは、kylixのインストール出来ず
そもそも、体感速度が別に速い訳でも無いx86_64ってあまりメリットない・・・・
メモリを16GBとか積む訳でもないし

既出ですか？
Unofficial VisualCLX patch version 3.7
http://andy.jgknet.de/oss/kylix/wiki/index.php/Main_Page

もうofficialでパッチ出す気が無いならunofficialなんて付ける必要なさそうだが。

パッチ当てたらコンパイルできません('A`)

KylixってLinux用のIDEのことだったの？
ってきりDelphiのLinux版のことかと思ってた

>>469の言いたい事がよく分からないのは俺だけですかそうですか

今年中にバージョンアップすると予言してみる。

>>469
BCBのLinux版でもあるから、IDEのことなんだろうな。

>>471
それ、予言というよりは
「そうしてほしい」
だな。

X86_64なLinuxにはやっぱりインスコ出来ませんでした。

Unofficial VisualCLX patch version 3.8
http://andy.jgknet.de/oss/kylix/wiki/index.php/Main_Page

なんか気づいたらソースの補完機能が働く無くなってた。
何をしても「ソースが間違っています」と怒られる。
コンパイルなどは正常に出来るのだが。

気になるのはqtのバージョンが3.3である事くらいだけど、誰か同じ症状の人いる？

トラックバック:http://pc8.2ch.net/test/read.cgi/tech/1110454743/

保守sage

しておきまそ

DelphiアプリをLinuxに移植することを検討していますが
KylixとLazarusとどちらを使うべきなんでしょう？

ケースバイケース。そのアプリを不特定多数の環境に入れるのならLazarus、
限られた環境（動作確認できる）ならKylixかな。

Kylixアプリは環境によって動かなかったりして動作検証が大変、
Lazarusは完成度が低いので安定させるのが大変。

>>481
レスありがとうございます
どっちもどっちという感じですね
やっぱりC++に移植したほうがいいのかしらん

Java に移植するとか。

それはそれで嫌がる人が多そうだけど、
すくなくとも Kylix のように放置されることは当分なかろう。

C++にしたとしてもGUIライブラリどうするか迷うよね。
Delphiからの移植だとQtがいいかな、と思うんだけど、QtってIM周りとか仕様が弱かったりするし。
そもそもGPLでいいかどうかも判断に迷う。

そう考えるとJavaって悪くないかも。パフォーマンスはあれだけど、配布時のライセンスも自由に
決めれるし、対応環境も広いし。

Kylix自体はもう今更って感じではあるが、
Borland製C++コマンドラインコンパイラだけでもメンテしていて欲しいな…。
gcc/iccに続く選択肢になるし、__closureとか__propertyとかあるし。

Delphi.NETに移植してmono…

C# がいまだ未知数な以上 mono もどうなることやら、って感じだな。
mono で GUI となると、5 年後に存在してるのかどうかすら怪しい。

頑張ってる人は頑張ってるんだろうけど。

>>485
それもそうだけど、Borland PascalコンパイラもLinux版メンテしてほしい。
FPCは遅い。Lazarusの最大の問題点はVCLとの互換性じゃなくコンパイラの遅さ。
速くないならPascalつかうメリットない。

そうなんか？ Pascal 好きな人って文法とかを偏愛してるのかと思ってた。

>>483
javaだとパフォーマンスがとか思う私は旧人類でしょうか･･･

>>484
そう、そうなんです。
GUIをどうするか。
はたまたIDEはということになるし･･･

>>486
正直それは追いかけていませんorz

ああ、そろそろ決めなければいかんな･･･
どうせどうころんでも私の責任にされるだろうし･･･
会社やめようかな･･･

>>489
文法を偏愛している人はModulaを(ry

>>490
Javaのパフォーマンスは昔ほど気にならない。最初にロードする時間さえ
我慢すればその後の動きは割と快適。GCで引っかかったような動きになる
のはあるけどね。

でも俺はQt4を狙ってる。まだ出たばかりなのであまり詳しく見てないけど
Qt3よりはだいぶ進化してる。やっとWinでもフリーになったし。

このスレで聞くのがいいかわからないんですが、他に適当なスレがない
のでここで質問します。

Delphi5で構築したC/Sシステムがあります。DBはFirebirdです。
10プロジェクト(exe)、200ユニットで、ストアドやビューよりは
TQuery（実際はIBO）にSQLを直に書く方法を主にとっています。

が、今度クライアントマシンがLinuxになるということになりました。
最短、最小限の労力で上記システムを移植したいのですが、
みなさんならどうしますか？　現在のところ考えている選択肢は

・Kylix3
・Lazarus
・JBuilder

です。ちなみに当方は2年まえにKylix3でのC/Sシステムが１プロジェクト
だけ経験があります。LazarusはWindowsで入れてみてちょっと弄った程度、
JBuilderはServlet/JSPはよくやっていますが、クライアントアプリはDBを
使わない簡単なツール程度しか経験ありません。

Qtなどでやるのが完成度は高いのは想像できますが、工数がかかりすぎる
のではないかと思い、上記３案を考えています。他の案も含めアイデアが
あればご教授ください。

>>493

・Wine

Wineがついにベータ段階へ。Ver.0.9リリース
ttp://slashdot.jp/articles/05/10/26/0735259.shtml

Wineは厳しいだろうなあ。Delphiで作った単体アプリがWineで動く可能性は高いけど、
DB系はどうかな。Windows用のFirebirdクライアントもWineで動かす必要があるんだよな。

じゃ、クライアントがWin以外になるわけだから、
ウェブブラウザアプリじゃね？

ウェブアプリなら、Delphiでも作れるから工数削減じゃん。
本当にDelphiのまんまだとHTMLを文字列処理だからイマイチだけどね。

IntraWebだとポトペタかなぁ？

>>496
それじゃC/Sじゃないじゃんｗ

Delphiのソース（DBアクセス）をそのままJNIにコンパイルできるよ。
で、Javaから呼び出す事も可能。

>>499
そのコンパイルされたネイティブコードがLinuxで動くと思う？

サーバーで動かして、サーバーJavaからクライアントに結果表を渡してみてはどうでしょう？
ただ、DB部分のソースが生きるだけで、残念ながら開発が楽じゃあないな。

そりゃあKylixでやるのが一番楽そうだけど実際に使用する
Linuxのカーネルやライブラリのバージョンでの動作検証を綿密に行う必要ありそうだあな。

あと、帳票をどうするか。Delphi5だとまだRaveReportじゃないだろうからそこは最低作り直しだな。

>>502
RaveReportへの書き直し程度は覚悟しています。要はトータルでの工数が
ある程度削減できればいいんです。Kylixで作ったバイナリ、最近のLinuxでも
問題なく動いてますか？

それはこのスレのログを見ればわかると思うが。
特に>>475のリンク先の情報は重要だろう。

Kylix3を使用して，フォーム上で複数のフレームをnewで生成しようとしてい
ます．
しかし，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

解決方法をご存知の方がおられましたら，ご教授ください．

Kylixは知らないけど、Nameプロパティを変えていかないと、
設計時のNameプロパティがそのままロードされてて、
衝突してるとかじゃなくて？

kylixで作ったプログラムってLinux上で動くの？？

>>507
むしろLinux以外では動かないと思うけど。

Linux でも動かない事例が増えてんじゃないの？カーネル違いやらライブラリのバージョンやらで。

そもそも使っている人を見かけないから情報が少なすぎる。

IDEが動かなくなった。たぶん、qtとかのバージョンのせいだと思うのだが………
かくなる上はchroot環境で古い環境を再現して、Xを飛ばすという裏技しかないかなぁ

Kylix on Eclipseが噂されてるけど、

CLX
-----------------------
OS依存レイヤ(SWTのDLL, so)

で再構成してくれんかなあ。

SWTのdll,doって、JNI用に作られてるんじゃないのか？
その構成だとJVMが常にロードされてしまいそうな…

>>512
QtがTrollTechという１企業でメンテされてるのに対して少しは将来的不安がなくなりそうなので。
Qtも最近少しはライセンス緩くなったけどね。

将来的不安って、そもそも Kylix に将来はあるのだろうか

Kylix自体じゃなくってKylixで作ったアプリがOSのバージョンが上がって動かなくなるといった意味ね。

ところで、オマイらkylixをどんな環境で動かしてる？
最新の環境にすると挙動が怪しくなるのだが。

駄目じゃん、ちゃんと RedHat 7.2 で動かさなきゃ。

>>513
> QtがTrollTechという１企業でメンテされてるのに対して少しは将来的不安がなくなりそうなので。
> Qtも最近少しはライセンス緩くなったけどね。
ボーランド1社がクローズドソースで管理しているKylixを使うぐらいだったら
Qtの将来を心配する必要はないね。

つか、QtはTroll以外でもメンテされているし。

x86_64対応マダー？

忘れない為に貼っておく。

How To run Kylix on a 2.6.x Linux kernel ? KLX3
http://support.borland.com/entry.jspa?externalID=16983&categoryID=102

Kylix を買ってくれるような奇特な企業はあるんかいな
Qt 作ってる Trolltech とかが買えばよさそうだけど、そんな体力ないか

http://japan.zdnet.com/column/interview/story/0,2000053136,20098072,00.htm

現在、ボーランドのIDE製品にかかわっているメンバー、開発担当者、サポートエンジニア部隊、そして私自身も、引き続き製品にかかわっていきます。 Delphi、C++ Builder、C# Builder、JBuilder、InterBaseなどの将来については、安心していただきたいと思っています。

Kylixは？…orz

Ｋｙｌｉｘがダメになった原因って難だろう？

復活は無いのかなぁ？

様々な環境に対応させるためにQTが必要だったから｡
それにｌｉｎｕｘ使うならソースで配布する方が利用者にとってはなじみが深いから｡
Windowsべったりを避けるなら今はＰＣ−ＵＮＩＸとなったＭａｃに行った方がいいと思う｡
ここならソース配布しなくても受け入れられるし､
とりあえずＯＳのバージョンごとにＧＵＩも単一で互換性を考えなくても良いと思う｡

個人的には復活して欲しいなぁ｡

>>524
CocoaもC++用のラッパー作れそうだしな。

またマカーか！

>>524
ダメだった理由だよね。
> 様々な環境に対応させるためにQTが必要だったから｡
これはどういう意味だろうか。Qtが必要だったらからダメってことはないよね。
KDEはQtを使っているけれど、おそらくKylixで作ったソフトウェアより多く使われている。

> それにｌｉｎｕｘ使うならソースで配布する方が利用者にとってはなじみが深いから｡
これもちょっと違う。たとえば、Linuxのアプリを使っている人がどれぐらい自分で
日常的にコンパイルしているかというと、ま、ほとんどしていないね。
Linuxそのものが多くの環境で動作しているとはいえ、大半がx86といって差し支えない
と思う。だからうまく作れば、FirefoxやOOoと同じようにバイナリで配布することも可能
だったはずだ。要はKylixの出来が悪かったのが最大の問題じゃないかと思う。

> Windowsべったりを避けるなら今はＰＣ−ＵＮＩＸとなったＭａｃに行った方がいいと思う｡
> ここならソース配布しなくても受け入れられるし､
有償版Kylixならソース配布は必要ないからこれもズレている。
あえて言うなら、「Mac環境ならLinuxとよりも有償ソフトが受け入れられるし」だろうな。

> とりあえずＯＳのバージョンごとにＧＵＩも単一で互換性を考えなくても良いと思う｡
QtがOSのバージョン間でトラブルを多発したことを考えれば、Macだから互換性を
考えなくても良いってことはないだろうな。

こっちをがんばりましょう

【Delphi互換!?】FreePascal【GPL】
http://pc8.2ch.net/test/read.cgi/tech/1137051510/

Linux で Kylix (C++ の部分) する人すらほとんどいなかったのに、
Linux でわざわざ Pascal する人はさらに少ないのでは。
さらに言えば Linux では C++ 人口も少なくて未だに生 C 好きが多いんだよな。

＞Linux で Kylix (C++ の部分) する人すらほとんどいなかったのに、

デスクトップアプリが少ないんだお。
それをポトペタで解消しる！

Ｋｙｌｉｘ復活お願いします。

生Cはエロイ

>>527
Qtのライセンスがらみでのゴタゴタはあったよ。商用Qtを使用しているにもかかわらず
Qt単体ライセンスより低額であることで制限を受けることになった。

あとソース配布じゃないというよりソース公開じゃないことが普及の妨げにはなった。
FirefoxやOOoはバイナリー配布されてようとオープンソースじゃん。いろんなディストリ
いろんな環境で動作させるにはユーザによるパッチとフィードバックが必要だったのに
オープンソースじゃないからユーザは手を出せなくて、ベンダーがそれを負わざるを得なく
なったが実際はそれを怠った。

Mac云々は問題外だな。企業でも個人でもUNIXとしてMacを使うメリットが全くない。

kylix・・・
すっかり廃れたな

そんなことない。みんなの心の中には永遠に刻まれてるさ。

昨日、Kylix 3をDebian Sargeにインストールしてみたけれど、ライブラリの
シンボリックリンクをいくつも作らないと行けない。ちょっと面倒だね。

そりゃそうだ。ユーザ環境で動かすのも大変。