【Delphi互換!?】FreePascal【GPL】

【Delphi互換!?】Free ..

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

410:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/04/24 07:36:05
>>409

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

URLﾘﾝｸ(www.is-hanko.co.jp)

412:デフォルトの名無しさん
07/04/24 07:42:47
まあ確かにCGIぐらいならFPCで十分だな

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

414:デフォルトの名無しさん
07/05/12 21:40:11
オープンソースなんだし、自分で直せば？

415:デフォルトの名無しさん
07/05/13 08:52:06
さいきんのすなっぷしょっと 0.9.23 くらいになってなかったっけ。

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

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

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

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

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

419:デフォルトの名無しさん
07/06/04 01:09:51
完全にもう時代遅れの言語なんですかね。

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

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

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

421:デフォルトの名無しさん
07/06/04 08:18:36
なぜC言語が主流になったのでしょう？
昔は、Pascalが優勢だったと聞きますが。

422:デフォルトの名無しさん
07/06/04 08:49:48
C が OS を書く言語として認知されたから

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

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

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

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

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

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

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

427:デフォルトの名無しさん
07/06/04 16:52:40
>>425
ひどいなあｗ

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

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

428:デフォルトの名無しさん
07/06/05 00:09:46
オレもDelphiが落ち目だというのは幻想だと思う。

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

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

429:デフォルトの名無しさん
07/06/05 00:56:26
そっかあ？Delphiの仕事すっかりなくなっちまったがなあ
あるなら続けたかったんだが

430:デフォルトの名無しさん
07/06/05 02:49:51
>>429
そうか？　うちではDelphian足りねーよ。

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

432:デフォルトの名無しさん
07/06/05 10:42:03
>>431
あるある。

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

433:デフォルトの名無しさん
07/06/05 21:02:19
アクセスぅ?
そんな法則聞いた事ないわw

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

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

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

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

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

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

438:デフォルトの名無しさん
07/06/07 10:01:03
と書いておいてなんだが、ｽﾚﾁだったね。ｽﾏｿ。

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

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

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

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

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

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

ガンガレFreePascal！

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

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

444:デフォルトの名無しさん
07/06/10 21:09:34
Pascalでソース分割っていつから出来るようになったん？

445:デフォルトの名無しさん
07/06/10 21:51:54
>>444
Turbo Pascal 4じゃなかったっけ。

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

446:デフォルトの名無しさん
07/06/10 22:05:07
なんでどやすのかようわからんが
４から unit 導入、５．５からオブジェクト指向だったね

447:デフォルトの名無しさん
07/06/11 01:02:42
まぁ、そういう風潮はあったね。

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

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

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

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

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

449:デフォルトの名無しさん
07/06/11 01:59:42
>>448
やっぱTurboPascalの登場は衝撃的だったから。

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

450:デフォルトの名無しさん
07/06/11 02:02:51
ObjectPascal と TP5.5 は別物だよね

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

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

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

453:デフォルトの名無しさん
07/06/12 04:04:45
昔話は、もういいよ

454:デフォルトの名無しさん
07/06/12 12:12:55
そうそう、未来の話をしようぜ。
Free Pascal VM とか。

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

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

みたいな。。。

456:デフォルトの名無しさん
07/06/12 19:49:13
URLﾘﾝｸ(www.indyproject.org)

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

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

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

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

Mac OS Xです。

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

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

460:デフォルトの名無しさん
07/06/14 22:56:31
OS Xでfpcしているおさんがきますたよ。

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

URLﾘﾝｸ(wiki.lazarus.freepascal.org)

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

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

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

ところで、

URLﾘﾝｸ(www.indyproject.org)
にある、
＞indy-bsd-port.tar.gz - FreeBSD port for Indy.
ってのが、makeファイルなんですが、
このmakeファイルがfpcsrcの再構築用なんですかね、やっぱ。

462:光速エスパー世代774RR
07/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
07/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
07/06/15 14:47:12
Tools - Configure "Build Lazarus"で、Target OSとかCPUを設定すれば良いのでしょうかね？

465:458
07/06/15 15:28:25
sudo でLazarusを起動したら、Tools->Build Lazarus成功しました。

あと一息なキガス。

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

466:458
07/06/15 16:32:39
やっぱ、>>455 のエラーが出ますorz

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

467:458
07/06/15 16:45:40
LazarusでIndy使うの完全にあきらめましたOTL

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

468:デフォルトの名無しさん
07/06/15 17:33:22
あきらめるなよ。

ちゃんとREADME読んでる？

469:光速エスパー世代774RR
07/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
07/06/15 18:29:54
>>468
Internet newsにも投稿しましたし、２ちゃんの応答頂いたのも今日が初めてで（でも、さすが２ちゃんだわ）、正直ツライです＞＜

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

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

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

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

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

471:光速エスパー世代774RR
07/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
07/06/15 19:10:14
スゲー、通ったー。感動。

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

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

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

473:デフォルトの名無しさん
07/06/15 19:29:09
ｻﾝｸｽ>>471

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

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

何のLibがあるのか、何の関数があるか、ｱﾎﾟｰサイトから調べなきゃ！

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

JEDI-SDL, MacOS X and XCode Tutorial

URLﾘﾝｸ(www.idevgames.com)

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

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

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

478:デフォルトの名無しさん
07/07/04 00:22:33
>>477
たとえばどの辺?

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

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

480:デフォルトの名無しさん
07/07/04 10:43:32
TNotePadを参考にSynEditのUnicode対応がすすめばいいな

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

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

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

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

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

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

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

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

486:デフォルトの名無しさん
07/07/05 13:09:00
>>484
なあ、配列の場合はpackedいらんのとちゃう？

487:デフォルトの名無しさん
07/07/06 19:07:14
>>484
　10年後も、10歳若かったらと？

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

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

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

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

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

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

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

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

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

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

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

494:デフォルトの名無しさん
07/07/12 07:40:14
DelphiはすでにUTF8対応ですよ

495:デフォルトの名無しさん
07/07/12 18:11:33
UNIX系（本当はMac）のFreePascalにC++のライブラリの混ぜ方ってどっかに書いてあります？

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

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

498:デフォルトの名無しさん
07/07/13 08:41:25
＞ファイル名や変数名
＞全然別の問題

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

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

500:デフォルトの名無しさん
07/07/13 17:07:42
だからそういうのをunicode非対応というんだってば

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

502:デフォルトの名無しさん
07/07/15 03:23:51
自分で考えろよボケ

503:デフォルトの名無しさん
07/07/15 09:25:42
Delphiなんてマイナーなツールどうでもいいんだよ

504:デフォルトの名無しさん
07/07/15 09:40:09
暇だな、おまえ

505:デフォルトの名無しさん
07/07/15 09:45:44
現在はDelphiでなんらかのUnicode文字を扱う、扱える関数はある。

一番の問題は、DelphiのVCLが生成する
入力コントロールはUnicodeにはまったく対応していない。

Delphiの標準VCLでGUIを作ったら、画面や入力については
（後でUnicodeに変換したとしても、）
Unicodeアプリケーションとはいえない。
理由は、WindowsのサブクラスウインドウのUNICODE化、
SJISのコード、マッピングについて調べればわかる。

この問題はLazarusのWindowsインターフェースも同様。
問題はWindowsのunicode実装に依存しているので、
他のOSで対応するために、Windowsの
DelphiでのUnicodeに対応したコードを見ても
ほとんど参考にはならないだろうし、元々きちんとUnicodeな
デスクトップ環境ならばそのような必要はないように思う。

506:デフォルトの名無しさん
07/07/15 15:02:24
>>503-504
warata

507:デフォルトの名無しさん
07/07/15 15:16:52
内部が 8bit clean でさえあれば、Unicode 対応なんてライブラリレベルの話でしょ。
文字列が関係ある所だけ直せば良いんじゃないの。

508:デフォルトの名無しさん
07/07/15 18:50:39
win対応をやめれば、unicode対応なんてあっという間にできそうだな

509:デフォルトの名無しさん
07/07/16 12:22:34
UbuntuDesktop704にdevをことごとく入れて
インストールでき起動しました。

メニュー文字化けどうすればいいのでしょうか？
まだなにも設定していません。
再ビルドすれば直るという記事をWEBで発見した
んですが、メニューが化けてしまってたどりつけません。
初心者に合いの手を。

510:デフォルトの名無しさん
07/07/16 12:48:58
Ubuntu を辞めるところから始めた方が早い気がする

511:デフォルトの名無しさん
07/07/17 07:38:10
>>509

>>311
>>312

512:デフォルトの名無しさん
07/07/18 07:52:50
・Cより文字列扱いやすい
・処理速度はC並
・Cよりコンパイルが速い
これでPHP並のWEB用ライブラリが充実してたら
最強のWEB用ツールになりそうなのじゃが・・・

513:デフォルトの名無しさん
07/07/18 21:09:38
Ubuntuにて

cannot find -lgdk_pixbuf-2.0

というエラー発生。どうすればコンパイルできますか？

514:デフォルトの名無しさん
07/07/19 06:17:46
ＲＰＭから入れるんじゃダメなのか。
日本一開発に向いていないヴァインでも公式ページにあるＰＲＭですんなり入ったけど。

515:デフォルトの名無しさん
07/07/19 19:56:20
Synapticパッケージマネージャで探して
インストールされているようなマークがついていたんですが、
再インストールの指定をしました。

なかなかカッコいくなりました。
ところでlazdocはみんなつかっているんでしょうか？
javadocもどき？
いまいちどうやってつかうかよくわからないです

516:デフォルトの名無しさん
07/07/22 21:33:39
Pascalでアルゴリズムを学びたい。お勧めの本ないで
すか？絶版でもいいです。ヤフオクなどで探します。

517:デフォルトの名無しさん
07/07/22 21:46:20
どんなアルゴリズム？

518:デフォルトの名無しさん
07/07/22 22:00:09
>>517
517さん。516です。
ソートとか探索とか基本のアルゴリズムとか。とにかくPascalで
アルゴリズムの基本を学びたいです。

↓こういうのでもよいのですが、古すぎてないかもしれないので…
URLﾘﾝｸ(oku.edu.mie-u.ac.jp)

519:光速エスパー世代774RR
07/07/22 23:10:01
いい本だったね。おぢさんも愛用しますた。終了日近し。

URLﾘﾝｸ(page.auctions.yahoo.co.jp)

520:デフォルトの名無しさん
07/07/22 23:30:59
>>519

519さん。516です。
ありがとうございます。状態あんまりよくなさそうなのでちょっと迷っ
てますが。いまさらPascalで学ぼうとすると仕方がないですよね。もっ
と早くにPascalに出会ってればよかった…そういう私も結構いい歳です。
（笑）

521:デフォルトの名無しさん
07/07/23 08:09:15

何をするにしても遅すぎるということはありません

人生で一番若いときは今しかありません

今を大事にしてください

522:デフォルトの名無しさん
07/07/23 14:00:21
>>518
標準PascalかTurbo系かでお勧め本が変わってくるような気がする。標準なら大分古い
けど「アルゴリズム＋データ構造＝プログラム」や「データ構造とアルゴリズム」あたりは
どうかな（良い値段するけど）。

私も>>518の本にはお世話になったけど、その後継本「C言語による最新アルゴリズム
事典」がでたら、こっちの方がメインになった（載っている量が全然違う）。C言語が読める
のなら、こっちの方をお勧めする。URLﾘﾝｸ(oku.edu.mie-u.ac.jp)

523:光速エスパー世代774RR
07/07/23 17:51:14
「C言語による…」は現役だったっけ。

そうそう、特に圧縮関係はまるで違うよね＞量。
ただPascal版の方が読みやすいのはあるのよな。

Pascalだからって言うだけじゃなくて、項目がページをまたがないとか、
カテゴリ順にわけてあるとか。量が少ないからできるんだけど。

なんとなくCとPascalの違いみたいで面白いなw

524:デフォルトの名無しさん
07/07/23 21:00:21
>>521

521さん。516です。
ありがとうございます。今の私の心にズバッときました。

525:デフォルトの名無しさん
07/07/23 21:02:42
>>522
522さん。516です。

「アルゴリズム＋データ構造＝プログラム」は今はこれですよね？
URLﾘﾝｸ(www.cbook24.com)
↑本屋さんで立ち読みしてみましたが、今の私にはまだ難しいか
もしれないです。

「データ構造とアルゴリズム」はどの本でしょうか？いろいろある
ようです。ご負担でなければ教えて頂きたく思います。

C言語で過去に3冊以上のアルゴリズム本に喰らいついてみたのです
が、私にはどうしても理解ができなかったのです。だから俺にはプ
ログラムなんて向かないと当時は落ち込んだものです。

526:デフォルトの名無しさん
07/07/23 21:12:28
光速エスパー世代774RRさん

例の本はアマゾンの古本市場で確保しました。ありがとうございました。
届くのが今から楽しみ。

527:デフォルトの名無しさん
07/07/23 21:28:28
>>525
Pascalで書かれたアルゴリズム本は、大学の教科書向けなので
入門書でつまずいてるなら、読むのはつらいかもね

528:デフォルトの名無しさん
07/07/23 21:54:53
>>527

527さん。516です。
ご指摘の通りだと思います。ですがPascalのコードはすんなり頭に
入るので、ついでにアルゴリズムもなんとかなればと…がんばって
みます。

529:522
07/07/23 22:09:22
>>525
それじゃないです。それはModula-2で書き直したもので、その前にPascal版があったん
です（ISBN番号無し。日本コンピュータ協会が出している6000円のやつ）。

「データ構造とアルゴリズム（ISBN4-563-00791-9）」は
URLﾘﾝｸ(www.yfcbookshelf.com)'s%20books6.htm#%83f%81[%83^%8D\%91%A2%82%C6%83A%83%8B%83S%83%8A%83Y%83%80
これだけど、もしかしたら単行本で安く出ているような感じです（内容が同じかどうかは
私は見ていないので何とも言えないけど）。
URLﾘﾝｸ(www.amazon.co.jp)

530:デフォルトの名無しさん
07/07/23 22:13:17
>>529
灰色の本だっけか？

531:529
07/07/23 22:19:44
>>530
やっとめっけた。
URLﾘﾝｸ(www.bookcyber.net)
これ。

532:デフォルトの名無しさん
07/07/23 22:26:26
>>531
ああそうそう、赤かったんだね
昔、えらい先生から見せてもらったっけなあこの本

533:516
07/07/23 22:53:37
>>529

522さん。赤本は将来的に読ませて頂ければという感じでしょうか。
単行本の方を確保してみます。色々とありがとうございます。

534:529
07/07/23 23:23:19
>>533
逆。Writhの方が基本。こっちは言語の成り立ちからアルゴリズムとデータ構造の構築
からプログラムにするまでの解説。

Ahoの本はそれがある程度分かっている事を前提に書かれているような感じ。

535:516
07/07/23 23:37:25
>>534

534さん。Ahoの本を確保してしまいました。笑。
Writhの本ってあんまり流通してない感じですよね。
アマゾンでも扱ってないし、教えて頂いたお店はsoldout。
色々お答え頂いてありがとうございます。

536:光速エスパー世代774RR
07/07/24 00:03:45
みんな偉いんだな。俺ADP読んでねえや。Ahoも立ち読みだった気がする。
Compilerbauは訳書を読んだな。「翻訳系構成法序論」。
いまじゃ「コンパイラ構成法」なんてありきたりな名前になってるのか。

Pascalは何を読んで覚えたんだっけ。一応は大学レベルの教科書だったんだが…
ボーランドの Turbo Tutor も勉強になった。

537:デフォルトの名無しさん
07/07/24 07:31:22
俺はパソコン通信時代のRTBBSっていうBBSソフトを改造とかしてて
覚えたな

538:534
07/07/24 18:08:40
でも、私が一番参考になったのはTrubo Graphicsだった。この本のプログラムを拡張して、
PC-9801の各種グラフィクスモードに対応したライブラリを作ったのが凄く勉強になった。

そのあと、PC-PRのプリンタを制御するライブラリ（といってもPC-PRコマンドのラッパー
だけど）から、いろんなライブラリを作って、上手に手を抜く事を覚えた。

AhoやWrithは知識上の参考になるだけで、本当に勉強になるのは興味を持った題材を
扱っている解説書を見ながら「自分で考える」ことなんじゃないのかな。

539:光速エスパー世代774RR
07/07/24 18:17:31
>>538
うへ、懐かしくて涙が出るぜ。
秀和が出してた98の解説本と首っ引きでGDC叩いたりしたよ。

HPやRolandのプロッタを仮想化してグラフィック画面と同じように
描画するオブジェクト書いてみたり、いろいろやったなあ。

540:デフォルトの名無しさん
07/07/24 20:29:31
>>538
まったくその通り！
僕の職場でも、自分で考えた糞プログラムがあふれかえってますｗ

541:デフォルトの名無しさん
07/07/25 02:01:19
URLﾘﾝｸ(www.freepascal.org) にアクセスできないんだけど、
開発が止まってるってこと？

542:光速エスパー世代774RR
07/07/26 04:16:07
録画しといたスカイ敗見ながら徹夜コーディングですよ。
棺桶に片足突っ込んでるロートルがやることじゃないな。
両足突っ込んだら釈由美子たんに見送ってもらおうw

>>541
普通にログインできますが…

543:541
07/07/26 09:25:36
>>542
何度試しても見れません XD
日本からじゃないと見れないとか？？

544:デフォルトの名無しさん
07/07/26 10:49:20
夏休みか・・・・・

545:デフォルトの名無しさん
07/07/26 11:29:54
夏休みじゃないけど。

546:デフォルトの名無しさん
07/07/27 16:52:48
じゃあ冬休みか

547:デフォルトの名無しさん
07/07/27 19:58:14
南半球は半年遅れだからな。

548:デフォルトの名無しさん
07/07/27 20:35:13
冬休みでもないけど。

549:光速エスパー世代774RR
07/07/27 22:40:52
>>547
南半球の香具師は「こっちが半年早い」と思ってるに1 Wirth

550:デフォルトの名無しさん
07/07/28 00:14:15
早いも遅いもないじゃん。
で、Wirthって何？

551:デフォルトの名無しさん
07/07/28 00:36:18
>>550 は Pascal を知らないに 550 Niklaus

552:名無しさん＠そうだ選挙に行こう
07/07/29 00:47:47
Niklaus Wirth＝Pascal開発者

553:デフォルトの名無しさん
07/08/01 22:04:11
あげ

554:デフォルトの名無しさん
07/08/02 08:06:42
揚げ食いたい

555:デフォルトの名無しさん
07/08/06 21:06:20
FreePascalJPプロジェクト（だったっけ？）、活動してるの？
Wikiもなんか停滞気味で。ショボーン。

556:デフォルトの名無しさん
07/08/07 10:23:34

　　　　　☆★☆　あ　げ　☆★☆

557:光速エスパー世代774RR
07/08/07 12:54:42
>>555
ふいんきとしてはヨーロッパが強いのかなあ＞FPC
昔からPascalやM2はアメリカよりヨーロッパで強い気がしていた。
Prologもそうだっけ。

日本のアマグラマは主に何を使ってるんだろう。C++なのかねえ?
Windoze使ってないからさぱーりわかりません。

Delphi? 最近じゃ本も見ないw

558:デフォルトの名無しさん
07/08/07 13:23:18
> 日本のアマグラマは主に何を使ってるんだろう。C++なのかねえ?
> Windoze使ってないからさぱーりわかりません。

この二文の繋がりがわからない。

559:デフォルトの名無しさん
07/08/07 13:31:17
ヒント：Objective-C

560:光速エスパー世代774RR
07/08/07 19:30:42
>>558
うん、そこには飛躍がある。
もう脳みそが4004化していて、時々見当識障害が出てきてるし、
加藤ローサが中山忍に見えることすらあるよw

561:デフォルトの名無しさん
07/08/07 22:11:00
>>557
ホビープログラマなら、VS.net expressで、 C#か、C++が一般的かと

562:デフォルトの名無しさん
07/08/19 18:46:50
Cのobjを組み込めます？

563:デフォルトの名無しさん
07/08/20 15:33:06
FreePascalに？
URLﾘﾝｸ(community.freepascal.org:10000)
URLﾘﾝｸ(community.freepascal.org:10000)

564:デフォルトの名無しさん
07/08/23 16:14:57
Lazarusを使わずにIndyを使えますか？

565:デフォルトの名無しさん
07/08/26 22:51:59
>>564
Delphiか、C++Builderつかえばよいよ

566:デフォルトの名無しさん
07/08/27 22:33:24
Lazarus を使わずに生の FreePascal で Indy を使えるか　という質問かな？

567:デフォルトの名無しさん
07/08/28 08:56:06
Yes.

568:光速エスパー世代774RR
07/08/28 17:41:53
生のFPCというけど、Lazarusは処理系じゃなくてライブラリだから、
FPCで扱えなければLazarusでも扱えないよ。

基本的には、コマンドラインで試してみるものだと思うけど＞扱い方がわからないライブラリ

569:デフォルトの名無しさん
07/08/28 18:30:36
FPCでLazarusライブラリってコンパイル出来たっけ？
って出来るはずだよね。
簡単に出来るんかなぁ。

570:デフォルトの名無しさん
07/08/29 07:58:49
簡単にできるよ

571:デフォルトの名無しさん
07/08/29 08:54:18
じゃ、トライしてみます。

572:光速エスパー世代774RR
07/08/31 18:37:25
久しぶりにらざの daily snapshot ぽちってみたら
IntfGraphics の中身がだいぶ変わっていて焦った。
力ずくでコンパイラ通しても例外で落ちるしw

早く stable でねえかなあ。

日本語対応はとりあえずいいよ、日本語アプリは本業じゃ使わないから。

573:デフォルトの名無しさん
07/09/06 08:35:55
release notes が更新されてるからそろそろ0.9.24くんのかな

574:デフォルトの名無しさん
07/09/11 10:03:58
FPC2.2来たか。
arm-winceのクロスコンパイラが興味をそそる。
そのうちLazarusのarm-winceクロス版が出たりすると面白いな。

575:デフォルトの名無しさん
07/09/11 13:42:36
arm-winceでexe作ってみたがWriteLn()で例外吐く。CEでコンソール出力をするなと？
MessageBox()で日本語が化ける。WideStringは名前だけか。
今後に期待。他力本願。

576:デフォルトの名無しさん
07/10/06 23:00:19
お？
W-ZERO3 用のアプリが作れるのか？
.NET 重いらしくて作るの敬遠してたんだが。

577:デフォルトの名無しさん
07/10/06 23:44:10
最初からeVCでネイティブアプリ開発すればいいじゃないか。
Unicode API対応ができてない現状のFPC(のライブラリ)ではCE開発環境としては対象外。

578:デフォルトの名無しさん
07/10/17 18:33:37
どこでダウンロードできますか？

579:光速エスパー世代774RR
07/10/17 19:29:24
URLﾘﾝｸ(www.freepascal.org)
とコピペする方が「ググレカス」とタイプするより楽で速い。

580:578
07/10/17 22:41:55
ありがとうございます。
インストールはできたんですが、文字化けがひどいです……他に必要なもの（事）ってありますか？

581:デフォルトの名無しさん
07/10/18 09:45:54
gtk1はUTF-8じゃないよ

582:光速エスパー世代774RR
07/10/18 19:31:35
>>580
そりゃおまはんの端末環境依存だべさ。
おらがつこうとるまっくのTerminal.appじゃでふぉるとで日本語すら通らねえから化けようもこざいませんのw

583:デフォルトの名無しさん
07/10/18 21:02:12
ちょっと気が早いけどスレタイとテンプレ候補

【Delphi互換!?】Lazarus/FreePascal【GPL】
URLﾘﾝｸ(www.lazarus.freepascal.org)
URLﾘﾝｸ(www.freepascal.org)

584:デフォルトの名無しさん
07/10/20 10:25:20
スレタイからDelphi,Lazarusは外し、あえて点プレで提示しては？

【コンパイラ】FreePascal【WIN/MAC/LINUX/PDA】

（クロス）オープンソースコンパイラ FreePascal
i386/68K/PPC/ARM/SPARC
URLﾘﾝｸ(www.freepascal.org)

オープンソース開発ライブラリ等
IDE/GUI環境 Lazarus
URLﾘﾝｸ(www.lazarus.freepascal.org)

インターネットプロトコル Indy
URLﾘﾝｸ(www.indyproject.org)

インターネットプロトコル lNet

URLﾘﾝｸ(wiki.freepascal.org)

データベース接続 ZeosLib
URLﾘﾝｸ(sourceforge.net)

3Dグラフィクス/ゲーム GLScene-OpenGL
URLﾘﾝｸ(wiki.lazarus.freepascal.org)

印刷/レポート　LazReport
URLﾘﾝｸ(sourceforge.net)

その他
URLﾘﾝｸ(wiki.freepascal.org)

585:デフォルトの名無しさん
07/10/20 10:35:02
次があるかどうかも怪しいというのに何と愚かな。

586:デフォルトの名無しさん
07/10/22 22:08:09
へぇー、FreePascal祭りがあるんだ～。
欧州かっ！

587:デフォルトの名無しさん
07/10/30 10:28:26
UBUNTU 7.10(Gutsy)にLazarusインストールしてみた。

sudo apt-get install lazarus
sudo apt-get install fp-units-gtk2
cd /usr/lib/lazarus
sudo make clean all LCL_PLATFORM=gtk2

であっさり0.9.22は使えた。
スナップショット版のソース上書きしてリビルドするとさらに吉。

588:デフォルトの名無しさん
07/10/30 12:20:48
Indyもインスコできる？ >>587

589:デフォルトの名無しさん
07/11/03 02:38:55
>>587
ん？
7.10だと普通に「（アプリケーションの）追加と削除」でインスコできるないかい -> Lazarus

590:589
07/11/03 02:51:48
>>587
apt-get か、スマン。

591:デフォルトの名無しさん
07/11/18 01:49:01
あげ

592:デフォルトの名無しさん
07/11/18 01:51:44
といいつうさげてしまったorz

593:デフォルトの名無しさん
07/11/18 12:18:50
いちいち上げるなカス

594:デフォルトの名無しさん
07/11/18 22:42:52
lazarus 0.9.24 が来てるけどエディタの日本語パッチが来るまでは使えない

595:デフォルトの名無しさん
07/11/19 10:29:54
プロジェクトの構築がかなり速くなったがstripかけてもファイルサイズ大きいのは相変わらず。
arm-wince版LCLもQtベースだといいが肝心のWideStringがうんこだから意味がない。
それ以前にIDEのパスの設定がよく分からないのでCE版は放置。

596:デフォルトの名無しさん
07/11/19 15:40:20
>>595
素朴な疑問だがファイルサイズが大きいからといって、なんか実害有るのだろうか？
よっぽどプアな環境で動かすというのならわかるが？
まあ、馬鹿な質問だったら許してくれ。

597:デフォルトの名無しさん
07/11/20 08:01:32
容量を食う

598:デフォルトの名無しさん
07/11/20 11:31:21
>>597
メモリでさえ１Gが当り前の時代に問題になるほどファイルサイズがでかくなるわけではないと思うのだが？
まあ、コンパクトであるにこしたことはないだろうけど、どうでもいいような話って気もする。

599:デフォルトの名無しさん
07/11/20 12:00:47
メガバイト単位のフラッシュ領域しかないモバイルにSDIO経由で外部デバイス挿して
リムーバブルのスロット占有してたら、実行ファイルサイズを意識しないわけがない。

600:デフォルトの名無しさん
07/11/20 13:55:47
そういやなんでstripかけないとファイルサイズが大きいよバグって
延々放置されてるんだろ

601:デフォルトの名無しさん
07/11/20 14:32:45
バグじゃないから。

602:デフォルトの名無しさん
07/11/20 15:01:47
リンカの不具合って話だが。

バグって不具合じゃないの。

603:デフォルトの名無しさん
07/11/21 21:26:58
リンカの不具合ですらない。

604:デフォルトの名無しさん
07/11/24 01:27:44
EXEが10MBだったら、10MBのメモリを占有すると思っているのだろうか？

605:604
07/11/24 01:28:16
あ、ごめん。環境依存かも知れん。流してくれ

606:デフォルトの名無しさん
07/11/24 01:31:40
どんな環境なら、EXEが10MBだったら、10MBのメモリを占有するんだろうか？ｗ

607:デフォルトの名無しさん
07/11/24 08:57:47
きっと>>604の環境では主記憶とフラッシュメモリの区別がつかないんだろう。

608:デフォルトの名無しさん
07/11/24 11:52:28
>>606
仮想記憶の機構でHDDから実行ファイルを読み込む時は
リードオンリーにしてから一旦メモリにマップしてしまえば
その実行ファイルを複数がアクセスする時は同じメモリが使われるので効率的。
というような設計思想で

609:デフォルトの名無しさん
07/11/24 17:52:23
ふーむ、結局ファイルサイズが大きくなるのは普通にPCで実行するプログラムを作るのには
なんの障害もないという理解でいいんだよね？
どうせ小さいファイルサイズを求めるならよりアサンブラに近いCのほうがむいているだろうし、
Pascalでそんなこと追求する必要はないような気がするんだけどねぇ？

次ページ