[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 17:23 / Filesize : 191 KB / Number-of Response : 880
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Delphi互換!?】FreePascal【GPL】



1 名前:デフォルトの名無しさん [2006/01/12(木) 16:38:30 ]
FreePascal
www.jp.freepascal.org/download-japan.html

CPad for Free Pascal
www.vector.co.jp/soft/win95/prog/se155777.html

上記各トップページ
www.jp.freepascal.org/
hp.vector.co.jp/authors/VA017148/


建てたいって人がいたので勝手に建てた
後はご自由にどうぞ
俺は知らん

403 名前:デフォルトの名無しさん mailto:sage [2007/04/22(日) 23:44:35 ]
Lazarusって、フリーカーソル解除できる?

404 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:09:33 ]
>>403
できたと思うけど。

今fpc 2.1.1で本業関連プログラム書いているから
fpc 2.0.4に戻してラザ入れ直す勇気がない。

あーあ、PPCマックももう過去の遺物か(T_T)
Intel Macがうらやましい。

405 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:36:01 ]
>>404
kwsk

406 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 01:52:07 ]
>>405

Environment -> Editor options -> Generalで
Scroll past end of line

をオフにすれば行末を超えてカーソル移動しないよ(って意味だよね)

fpc2.1.1入れたら/Developer/Documentsもfpcのソースも消えちゃった。
ラザがソースを横瀬ごるぁ、うにっと見つからねえぞごるぁと怒る。
また入れ直さなきゃ。

とりあえず今やってるのが終わるまではラザ関連の作業はお休み。

407 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 02:30:43 ]
>>406
多謝

408 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 23:39:40 ]
>>404

fpcで仕事してる人がいるということに感激。

409 名前:デフォルトの名無しさん mailto:sage [2007/04/23(月) 23:55:38 ]
そういや昔、Free Pascalでネット通販のCGI作ってた人がいたな。

410 名前:デフォルトの名無しさん mailto:sage [2007/04/24(火) 00:18:00 ]
>>408
仕事と言っても自分用のデータ処理ソフトな。

昔は某二分のOSの各種Pascalで書いてた。
もっと昔はPC98のTPを愛用して、
もっともっと昔はCP/M上でPascal/MT+(86も)使ってた。

CP/M以外は現役で使っているw

ブランクが長かったから1000行超える程度でも時間がかかるな。
Macのframeworkの使い方もよくわからないし。
二分のOSなら大体APIを把握してたのに(号泣)
歳でCarbon API勉強する気合いがない。
Larazusに期待してまつよ。

411 名前:デフォルトの名無しさん mailto:sage [2007/04/24(火) 07:36:05 ]
>>409

その神はこの店のご主人だ。

ttp://www.is-hanko.co.jp/info/welcome.html




412 名前:デフォルトの名無しさん mailto:sage [2007/04/24(火) 07:42:47 ]
まあ確かにCGIぐらいならFPCで十分だな

413 名前:デフォルトの名無しさん mailto:sage [2007/05/12(土) 18:25:31 ]
うーん。バグ多いな。
ラザ0.9.22なんだけど、
フォームにコントロールおいてダブルクリックでソース表示するだけで
「invalid argument index in format ""」ってでて落ちる。。。.

414 名前:デフォルトの名無しさん mailto:sage [2007/05/12(土) 21:40:11 ]
オープンソースなんだし、自分で直せば?

415 名前:デフォルトの名無しさん mailto:sage [2007/05/13(日) 08:52:06 ]
さいきんのすなっぷしょっと 0.9.23 くらいになってなかったっけ。

416 名前:デフォルトの名無しさん mailto:sage [2007/06/03(日) 10:15:41 ]
Pascalについてググッてみましたが、情報がほとんどありませんね。
入門書が発売されれば、初心者も気軽に出来ると思うのですが。

417 名前:デフォルトの名無しさん mailto:sage [2007/06/03(日) 14:13:31 ]
Pascal一般の話なら、入門書は腐るほどあると思うが・・・・ほとんど絶版かな?
昔はプログラミングの入門書といえばPascalがデフォだったのにな。

FreePascalの本は、さすがにないね。Delphiならたくさんあるんじゃない?


418 名前:デフォルトの名無しさん [2007/06/03(日) 19:15:04 ]
>>409
過去にPascalでバイナリのCGIを出力するフレームワークなどもありましたが...

最近は、WEB-OS(という開発環境)を使うとPascalでWEB2.0的なショッピングサイトや、GoogleGMailアプリがかけます。
(多分・・サンプルがあるので)
WEBでテトリスゲームもかけるようです。(Pascalのソースが添付)
インストールするとFPCやIndyがはいっています。
無料のIDEもなかなかクールです。
www.morfik.com/
Morfik WebOS AppsBuilder のDOWNLOAD NOW
IDEはWindowsでしか動きませんが、Linuxで動くバイナリのサーバコードが出力可能なようです。
これは、FPCがクロスコンパイルしているようです。



419 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 01:09:51 ]
完全にもう時代遅れの言語なんですかね。

420 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 08:08:40 ]
Pascalそのものは歴史の古い言語で Basicと同じ頃に初出。
当時から静的型付に厳しい言語で、それは踏襲されてる。
Delphi/FreePascalは、構造化言語に 分割コンパイル対応に
OOPと豊富な実行時型情報を載せたもの。

流行のジェネリクスなどは持っていないが、他の言語は逆にDelphiのような豊富な実行時型情報は
持っていない(.NET系なら持ってるが)ので、 現在でも十分使える言語だと思うよ。

古いけど、古いなりに動きがしっかり見える堅実さがあるからファンも多いのだろう

421 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 08:18:36 ]
なぜC言語が主流になったのでしょう?
昔は、Pascalが優勢だったと聞きますが。



422 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 08:49:48 ]
C が OS を書く言語として認知されたから

423 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 08:56:02 ]
昔はメモリも少なくて、Pascalも JAVA/C#のように中間言語方式で実行されていた

C言語はそういうメモリが少ない環境でも動くように文字列型をバイト配列でそのまま表現。
さらに柔軟なマクロと合わせて、高級アセンブラとして使えるものとして登場。
当時のPascalには分割コンパイルに対応していないものだったから対抗出来なかったのさ。

TurboPascalあたりから分割コンパイルに対応、その高速コンパイルである程度ファンが付いたけどね。

424 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 10:19:16 ]
>>421
優秀なコンパイラがなかったからじゃないなかな?
TurboPascalが出たときにはすでにC言語が主流だったとおもう。

425 名前:421 mailto:sage [2007/06/04(月) 12:28:02 ]
>>422
>>423
>>424
ご教授、ありがとうございます。
そうなると、Pascal の巻き返しは難しそうですね。
Delphi も消えそうですし、Lazarusに賭けるしかないですね。


426 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 13:07:32 ]
他人の著作物をパクルつもりがあるとか、
作った著作物の著作権がそのまま会社に持ってかれるような奴隷労働が好きなら別だが
自分が便利に使う道具として使っていればいい。

それに、パスカル程度のコンパイラなら自作出来るくらいじゃないとね。

427 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 16:52:40 ]
>>425
ひどいなあw

Delphiはまだ当分消えないよw
いくらDelphiが衰えたからって、

まだまだ、
Delphi >>>> Lazarus
だよ。

428 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 00:09:46 ]
オレもDelphiが落ち目だというのは幻想だと思う。

たしかにBorland→CodeGearの先行きは不透明だが、Delphiは
オレが知ってるかぎりC/Sの開発現場ではいまだ神ツールとして君臨してる。
C/S自体が今となっては冴えないイメージだが、実は再評価のきざしがある。
シンクライアント→リッチクライアント→結局C/Sでいいんじゃね?
ってな感じ。昔はインフラの問題でC/SをVPNで通すとか考えられなかった
けど、今はできるしな。

Lazarusの需要もこの辺ではないかと。



429 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 00:56:26 ]
そっかあ?Delphiの仕事すっかりなくなっちまったがなあ
あるなら続けたかったんだが

430 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 02:49:51 ]
>>429
そうか? うちではDelphian足りねーよ。

431 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 07:53:35 ]
俺のイメージだと、
直受け、ローカルアプリ -> delphi
孫受け、サーバー系、Web系 -> C,JAVA
人が多数関われば関わるほど
プログラマなんて歯車の一部の肉体労働者、的な考えしかないから
どうしてもメジャー言語しか採用できない



432 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 10:42:03 ]
>>431
あるある。

昔から一層=Access、二層=Delphi、三層=JAVAの法則
みたいなのがあって、単に三層が主流になっただけとも言える。

433 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 21:02:19 ]
アクセスぅ?
そんな法則聞いた事ないわw

434 名前:デフォルトの名無しさん mailto:sage [2007/06/05(火) 23:14:45 ]
じゃあ聞くけど、一層つまりファイルベースDBだったら
何で組む? 単に「そんな仕事やってない」ってだけだろ?
受けることになったらきっとAccessだぜ。
好き嫌いの問題じゃないんだよ。

435 名前:デフォルトの名無しさん mailto:sage [2007/06/06(水) 00:10:24 ]
俺が組んだ訳じゃないけど、手元のアプリは SQLite 使ってるよ。もちろん商用の製品ね。
Java だったら Derby を使っても良いね。

436 名前:デフォルトの名無しさん mailto:sage [2007/06/07(木) 04:43:34 ]
>>435
そんなのが指定されてくることなんてまずない。
自分で決めれるときだけ。


437 名前:デフォルトの名無しさん mailto:sage [2007/06/07(木) 10:00:00 ]
>>436
客が DB ご指名すんの? よっぽど信用されてないんだな…
普通はデータ件数とか、時間辺りの処理数とか、バックアップ要件が
あって、それを満たしていれば何使っても問題無いと思うが。

>一層つまりファイルベースDBだったら
>何で組む?

元の質問が↑なんだから、自分で決められると解釈するのが当然だ。

438 名前:デフォルトの名無しさん mailto:sage [2007/06/07(木) 10:01:03 ]
と書いておいてなんだが、スレチだったね。スマソ。

439 名前:デフォルトの名無しさん mailto:sage [2007/06/07(木) 15:03:12 ]
>>437
いや、前読みな。歯車の話だから。自分の好き嫌いにかかわらず
一層だったらAcess強制労働って法則を言ってるだけだよ。

だれもAccessが使いやすいなんて言ってないから過剰反応
しないように。

440 名前:デフォルトの名無しさん mailto:sage [2007/06/07(木) 23:04:28 ]
>>439
多分、違う文化圏に住んでるんだと思う

441 名前:デフォルトの名無しさん mailto:sage [2007/06/08(金) 08:46:55 ]
ま、庶務とか暇そうな社員が煎る企業では、
アクセスで自作ツール作ってるもんだ。
大手〜抽象ね。



442 名前:デフォルトの名無しさん mailto:sage [2007/06/09(土) 21:54:58 ]
AccessとかVBというキーワードに過剰反応するのは
Delphiユーザーの本能だからな。

まてよ? ということは多くのDelphiユーザーがこのスレを
読んでるってことだよな。CodeGearじゃなくてFreePascalに
期待をかけているということか。

ガンガレFreePascal!

443 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 20:16:44 ]
>>442
ふむふむ、自分の場合は
FreePascalにDelphiのかわりを期待しているというより、
大化けしてくれそうな、一縷の望みをかけている、
という感じなんだけどね。

ま、ここは、「Pascal○周年祭り」でも企画してミントス?
ビルト博士はまだご健在か?
日本に呼んでみたいもんだな。




444 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 21:09:34 ]
Pascalでソース分割っていつから出来るようになったん?


445 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 21:51:54 ]
>>444
Turbo Pascal 4じゃなかったっけ。

「私Pascal使えます、って言うからよくよく聞いてみたら、Turbo Pascalなんだよ。
ふざけるな、てめえが使ってるのはPascalじゃなくて、Turbo Pascalだろが、って
どやしちゃったよ」というのが当時の評判。

446 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 22:05:07 ]
なんでどやすのかようわからんが
4から unit 導入、5.5からオブジェクト指向だったね

447 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 01:02:42 ]
まぁ、そういう風潮はあったね。

Turbo PascalなんかPascalじゃねー!みたいな。
でTurbo Pascal 3のユーザは4なんか(ryって言ってた。
そのうちDelphiが出てくるとあんなのPascalじゃねー!
って奴が出てきて、聞いてみるとTurbo Pascal 6使ってたりとか。

要するにPascalプログラマは、より原始的なモノに愛を
感じる人たちってことだ。

448 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 01:21:27 ]
そんな風潮あったの?一部の人の意見をおおげさに言ってない?
CP/MのころからTurboPascal使ってたけど
僕の周りにはそんなやつ居なかったなあ
まあ、環境によるのかもしれんが

4が出たときはModula-2みたいですげー便利と思ったし
5.5のときには、OOPワールドツアーにも参加したw

かにはんにおもちゃの言語と言われたPascalにこだわってなんか意味あるのかな?
頭の足りない原理主義者は昔から居たってことか

449 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 01:59:42 ]
>>448
やっぱTurboPascalの登場は衝撃的だったから。

早いし便利だしでもてはやされる一方、Borlandの独自拡張が
批判の的になってた。後年のNiftyなんかでもPascalのスレ・・・
じゃなくてフォーラム(だっけ?)でDelphiのことなんか
質問したら鼻で笑われたりとかね。「ああ、そういえばあれも
一応Pascalって言えばPascalだねぇ」みたいな。



450 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 02:02:51 ]
ObjectPascal と TP5.5 は別物だよね

451 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 02:35:57 ]
ObjectPascalって何種類かあるからね
広い意味では、TP5.5はObjectPascalの一種でしょう



452 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 03:16:09 ]
>>443
以前、Oberonの後は何をされたのだろうと調べたことがあるのだけど、
Oberon(Oberon-2だったかな?)の後はプログラミング言語の設計はせずに
FPGAだかの研究をしていたのだけど、2000年頃に引退されたそうです。

で、まだご健在のはず。
健康面で何の問題もないかどうかまでは知らない。
8月のLL魂に呼ぶ。ってのは無理だよねえ(笑)


453 名前:デフォルトの名無しさん mailto:sage [2007/06/12(火) 04:04:45 ]
昔話は、もういいよ

454 名前:デフォルトの名無しさん mailto:sage [2007/06/12(火) 12:12:55 ]
そうそう、未来の話をしようぜ。
Free Pascal VM とか。

455 名前:デフォルトの名無しさん [2007/06/12(火) 18:39:49 ]
Mac版にindy10を入れようとするとエラーです。

>fpc/IdSackUnix.pas(232,33) Error: Identifer not found "MSG_NOSIGNAL"

みたいな。。。

456 名前:デフォルトの名無しさん [2007/06/12(火) 19:49:13 ]
ttp://www.indyproject.org/Sockets/fpc/index.en.aspx

だれか、Mac OS X での使い方教えて下さいorz

457 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 03:14:38 ]
Pascalそのものは確かに時代遅れの言語だけど
FreePascalはDelphiと互換の文法を扱えるから言語としては充分に現役。

とは言っても、VCLと膨大なコンポーネント群がDelphiを支えてるわけで、
それが無いFreePascalをバリバリの開発言語として使うのは厳しいか。


458 名前:デフォルトの名無しさん [2007/06/14(木) 09:55:10 ]
LazarusでIndyを使うために、fpcsrcのリコンパイルが要るっぽいんですが、
fpcsrcのリコンパイルはどうやればよいですか?

Mac OS Xです。

459 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 20:58:02 ]
>>458
リコンパイルがそんなに難しいこととはおもえんけどOSXを
持ってないので残念ながら手順は答えられない。

このスレにOSXユーザが何人もいるとはおもえんしな〜。
基本的にBSDなんだからBSDやLinuxの情報を元に
やってみるしかないんじゃね?


460 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 22:56:31 ]
OS Xでfpcしているおさんがきますたよ。

Indyにはあんま興味がないので試してはないけれど、
fpc自体やfpcのRTLをリビルドしなければならないとは思えないんだが…

ttp://wiki.lazarus.freepascal.org/index.php/Indy_with_Lazarus

によると、Lazarusをリビルドしろとは書いてあるね。ラザは性的リンクで
できているから、コンポーネントを追加する時は仕方がない。
Lazarusの再建は、メニューのTools->Build Lazarusでできるはず。

俺はそこまで使い込んでないので、これ以上は役に立てなくてすまそ。

461 名前:458 mailto:sage [2007/06/15(金) 11:38:18 ]
>>460
凄いヒントになりました。有難うございました。
って、環境壊れたので、再インスコして再構築しています。

ところで、

ttp://www.indyproject.org/Sockets/fpc/index.en.aspx
にある、
>indy-bsd-port.tar.gz - FreeBSD port for Indy.
ってのが、makeファイルなんですが、
このmakeファイルがfpcsrcの再構築用なんですかね、やっぱ。



462 名前:光速エスパー世代774RR mailto:sage [2007/06/15(金) 13:01:15 ]
fpcsrcってのは fpc の各種 RTL のソースだよな。
そこにある負けファイルがやってるのは再構築ってか、うにっとの追加だろ。
うにっと追加した上で ラザ rebuld しろってんじゃないか。

そのplistに
Open and compile indysystemlaz.lpk
Open and compile indycorelaz.lpk
Open and compile indyprotocolslaz.lpk
Open, compile and install dclindycorelaz.lpk
Open, compile and install dclindyprotocolslaz.lpk
の各そーすぱけじは入ってないか?

463 名前:458 mailto:sage [2007/06/15(金) 14:05:44 ]
Lazarus再インスコ直後にTools->Build Lazarusでエラーなんですが、何ででしょorz

エラー内容:

/usr/local/share/lazarus/tools/svnrevisioninc.pas(384) Error: Can't create assebler file: ./svn2recisinic.s

464 名前:458 mailto:sage [2007/06/15(金) 14:47:12 ]
Tools - Configure "Build Lazarus"で、Target OSとかCPUを設定すれば良いのでしょうかね?

465 名前:458 mailto:sage [2007/06/15(金) 15:28:25 ]
sudo でLazarusを起動したら、Tools->Build Lazarus成功しました。

あと一息なキガス。

しかし、Indyプロジェクトと別途添付されてるMakefileをどう扱うのか分からない。

466 名前:458 mailto:sage [2007/06/15(金) 16:32:39 ]
やっぱ、>>455 のエラーが出ますorz

"MSG_NOSIGNAL"が未定義ってことは、Win版とかのStacksユニットがリンクされてるんじゃないかと疑ってるんですが、対処方法が。。。

467 名前:458 mailto:sage [2007/06/15(金) 16:45:40 ]
LazarusでIndy使うの完全にあきらめましたOTL

ところで、Lazarus から Mac OS X の CFNetwork なんていうAPIをコールしたりできるのでしょうか?

468 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 17:33:22 ]
あきらめるなよ。


ちゃんとREADME読んでる?


469 名前:光速エスパー世代774RR mailto:sage [2007/06/15(金) 17:35:48 ]
すまない、俺が完全にタトしてたようだ orz

fpcディレクトリの.pas、.incファイルをなめてみたんだけど、MSG_NOSIGNAL が使われているのは
IdStackLinux.pas と IdStackUnix.pas の中だけで、
コンパイルされてエラーを吐くのは後者だね。
試しに適当な値を代入してやるとコンパイルする(fpc 2.1.4、PPC-Tiger)。

Result := fpRecv(ASocket, @ABuffer, ABufferLength, AFlags or Id_MSG_NOSIGNAL);

になってるけど、確かにWindows版? のスタックIDは
Result := Recv(ASocket, ABuffer, ABufferLength, AFlags)
で、const MSG_NOSIGNAL = 0 としたのと等価だ。

さて、ここがコンパイルできても次のエラーで止まる。
idSSLOpenSSL.pasの 687行目の
Result := CurrentThreadId; (* どうでもいいけど、このセミコロンはいらない。俺は断固付けない派 *)
で型が違う(ポインタが代入された)ってエラーを吐くんだな。強引にlongintに型キャストするとコンパイラは通る。
CurrentThreadIdはTidThreadId型を返す関数なんだけど、TidThreadIdはidGlobal.pasでlongwordに定義されているはずなので何か変だ。

つうんでちょっと弄るとコンパイルはできるけど、走るのかこれw

fpcsrcの再構築って、どこに書いてあったの?

Lazarus つうか FreePascal から外部ライブラリを呼べるよ。libcを呼んだり、Carbon.frameworkとリンクしたりする例がどっかにあった。

470 名前:458 mailto:sage [2007/06/15(金) 18:29:54 ]
>>468
Internet newsにも投稿しましたし、2ちゃんの応答頂いたのも今日が初めてで(でも、さすが2ちゃんだわ)、正直ツライです><

>>469
実際に試して頂いて申し訳ないです。
最終的にIndy使うか分かりませんが、Lazarusは、別ソフト作るときに絶対使いますし、
Indyの対応で操作と考え方を身に付けれれば、とにかくおk、です。

>で、const MSG_NOSIGNAL = 0 としたのと等価だ。  強引にlongintに型キャストするとコンパイラは通る。
了解です。ソース書き換えてみます。

>fpcsrcの再構築って、どこに書いてあったの?
う〜ん、自分の思い込みのようです。

>libcを呼んだり、Carbon.frameworkとリンクしたりする例がどっかにあった。
あ、これ、とにかく知りたい内容です。
”Carbon.framework”をキーにしてググってみます。

Mac の API を自由にコールできるようになれば、完璧。
さらに希望を言えば、Lazarusのver upでX-Window抜きになったら、もう他イラネ状態

471 名前:光速エスパー世代774RR mailto:sage [2007/06/15(金) 19:05:11 ]
今ちょこっと書いてみた libc を呼ぶ簡単な例ね。
フツーにコンパイルして走らしてみそ。

Program LinkLibc;
{$LINKLIB libc}
function sleep(s : longword) : longword; cdecl; external 'libc';

begin
write('Free');
sleep(2);
writeln('Pascal')
end.




472 名前:458 mailto:sage [2007/06/15(金) 19:10:14 ]
スゲー、通ったー。感動。

パレットにIndyアイコンが出来てる(泣)
このまま、Lazaで作れそう。


>つうんでちょっと弄るとコンパイルはできるけど、走るのかこれw

結果報告は致しますよ、後日となりますが。

473 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 19:29:09 ]
サンクス>>471

書き方、Windowsの時と同じですね。
通りました。

この調子で、Mac APIの宣言を見て、自分で関数をインポートすればおk、ですね。



何のLibがあるのか、何の関数があるか、アポーサイトから調べなきゃ!

474 名前:デフォルトの名無しさん mailto:sage [2007/06/26(火) 18:46:08 ]
FreePascalをつかってMacOSXでXCODEとJEDI-SDLをチャンポンするチュートリアル

JEDI-SDL, MacOS X and XCode Tutorial

www.idevgames.com/forum/showthread.php?p=128487




475 名前:デフォルトの名無しさん [2007/06/28(木) 00:16:32 ]
検索をかけてはみたのですがキーワードの設定が悪いのか情報がでてきません。
フリーパスカルで、xlib.hに相当するxlib.ppやxutil.hに相当するxutil.ppはあるのですが、xpm.ppがみつけられません。
Cのように直接インクルードするのは無理でしょうが、xpmをファイルから読み込むのはどうしたらいいのでしょうか。

476 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 23:44:32 ]
WindowsMobileにも対応中見たいだけど、今どのくらいすすんでるんだろう
サイト見ても英語がよくわからない(^^

477 名前:sage [2007/07/03(火) 23:22:27 ]
LazarusはDelphiの中途半端な互換は捨てて、
もっときれいに書き直す必要があるように思う。





478 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 00:22:33 ]
>>477
たとえばどの辺?

マインスイーパーを一から書いてみたけど、4時間かかった。腕が落ちたもんだ。

479 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 06:15:54 ]
X.org向けのエクステンションみたいなのは欲しいな。
TBitmapのように使えるTPixmapとか。
xpm.LoadFromFileとか。
TForm.Staste := fsWithDraweredとか。

480 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 10:43:32 ]
TNotePadを参考にSynEditのUnicode対応がすすめばいいな

481 名前:光速エスパー世代774RR mailto:sage [2007/07/04(水) 12:39:08 ]
そういやラザの日本語対応ってどこまで進んでるの?

俺はカタカナが通るだけで感動していた時代のロートルなんでアレだが、
今の時代、うにコードでもISO-2022-JPでもTRONコード(だっけ)でも、
日本語通らねえとまずいよなあ。

(* でも後何十年かすれば米語か北京話が公用語になるんだろうけどなw *)



482 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 20:50:40 ]
>>480
SynEditよりも、その下からUnicodeやらIMEをやらないとだめのようです。


483 名前:デフォルトの名無しさん mailto:sage [2007/07/05(木) 08:37:10 ]
KJC圏の人ががんがん主導しない限り何年先になることやら・・・・


484 名前:光速エスパー世代774RR mailto:sage [2007/07/05(木) 12:37:10 ]
文字列の扱いを仮想化するのは面倒だなあ。
packed array of char を直接触る方がはるかに効率いいし。
かといって、某BASICのように基底型以外は全部オブジェクトというのも
どうも美しくない(し、遅い)。

俺も20歳、いや10歳若けりゃ戦うんだがな…

485 名前:光速エスパー世代774RR mailto:sage [2007/07/05(木) 12:56:16 ]
考えてみれば、俺が使ってるMac OS XのX11自体日本語対応が…
先は長いな。

486 名前:デフォルトの名無しさん mailto:sage [2007/07/05(木) 13:09:00 ]
>>484
なあ、配列の場合はpackedいらんのとちゃう?

487 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 19:07:14 ]
>>484
 10年後も、10歳若かったらと?

488 名前:光速エスパー世代774RR mailto:sage [2007/07/06(金) 19:15:02 ]
>>486
標準Pascalなロートルだといっとる。
>>487
メタボでぼろぼろだから、十年後はこの世にいるかどうかもわからんよ。
生きてるうちに楽しくバイク乗ろw

489 名前:デフォルトの名無しさん mailto:sage [2007/07/08(日) 09:56:07 ]
Macの話題が以前あったけど、ここの
pascal-central.com/
でメニューのMac-OSX-Samples
にFreePascalで書かれたデモがいろいろあるみたい。



490 名前:デフォルトの名無しさん mailto:sage [2007/07/08(日) 12:55:42 ]
Windowsの場合、IMEはANSIウインドウだと、SJISで入力、
UNICODEウインドウだと、UNICODE(UTF16)で入力されるようなので、
Lazarusの場合、TWinControlか、TControlあたりから、
UNICODE対応しなくてはならないと思います。
DelphiのようにWM_IME〜をフックするやり方は、クロス環境には
不向きなのでなんらかのIMEコールバックをクロス環境向けに
定義したほうがいいと思います。

SynEditのコードを見ていると、UTF8的な対応はLinux等のために
やっているので、Windowsでは
1)FreePascal-JPパッチで出来ているIME処理から受け取った
  文字コードをUTF16->UTF8に変換してバッファに入れる。
2)関数描画時にUTF16に変換してAからWに変える。

で可能でしょうけれど、UTF16と8の間の相互処理の
オーバーヘッドが大きいような気がします。

まちがっているところもあるかもしれません。
皆さんの意見はどんなもんでしょうか。








491 名前:デフォルトの名無しさん mailto:sage [2007/07/08(日) 14:09:19 ]
おいらは、WindowsはどうでもいいからGtk2で
うまく日本語入力できるようにして欲しい。



492 名前:デフォルトの名無しさん mailto:sage [2007/07/11(水) 18:06:07 ]
で、TNodePadってどうなのよ。暇があったらソース読んでみようかと思うが、
果たして得るものがあるのか。


493 名前:デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:13:23 ]
それは、TNotePadのコードはみたことないけど、
やることは、Windowsに限れば490の内容とよく似たことに
なると思う。
GLSceneにutf8<->utf16の変換関数があったので、
それ使えばいいと思う。

GTK/GTK2でつくられたCのエディタとかはないの?

Delphiよりも早くUnicode/UTF8対応できると、インパクトあると思う。


494 名前:デフォルトの名無しさん mailto:sage [2007/07/12(木) 07:40:14 ]
DelphiはすでにUTF8対応ですよ

495 名前:デフォルトの名無しさん mailto:sage [2007/07/12(木) 18:11:33 ]
UNIX系(本当はMac)のFreePascalにC++のライブラリの混ぜ方ってどっかに書いてあります?



496 名前:デフォルトの名無しさん mailto:sage [2007/07/12(木) 20:41:04 ]
>>494
何を持ってして対応というか問題だが、
Unicodeファイル名のファイルを普通に扱えないじゃん。
まぁ、これはwinが糞実装してるからだが…。

497 名前:デフォルトの名無しさん mailto:sage [2007/07/13(金) 08:30:35 ]
いくらなんでもファイル名や変数名に日本語使えるように汁!は全然別の問題だと思うが

498 名前:デフォルトの名無しさん mailto:sage [2007/07/13(金) 08:41:25 ]
>ファイル名や変数名
>全然別の問題

ここで言うファイル名っていうのは全然別の問題で、
コンパイラがUNICODEを扱う話じゃなくて、
作ったアプリがユニコード名のファイルを扱うってこと。

499 名前:デフォルトの名無しさん mailto:sage [2007/07/13(金) 15:57:52 ]
いくらなんでもファイル名がどうたらだけで未対応はいいすぎでは。
形式的にも実質的にも回避策はいくらでもあるわけだし。
しかも「パスに日本語含まれてるとうまく動作しません」ていう外国製アプリが氾濫してる世界だぜ?


500 名前:デフォルトの名無しさん mailto:sage [2007/07/13(金) 17:07:42 ]
だからそういうのをunicode非対応というんだってば

501 名前:デフォルトの名無しさん mailto:sage [2007/07/13(金) 19:00:07 ]
「unicode非対応アプリが作れるから、delphiはunicode非対応」
という命題は成り立つの?



502 名前:デフォルトの名無しさん mailto:sage [2007/07/15(日) 03:23:51 ]
自分で考えろよボケ


503 名前:デフォルトの名無しさん mailto:sage [2007/07/15(日) 09:25:42 ]
Delphiなんてマイナーなツールどうでもいいんだよ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<191KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef