【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/ 建てたいって人がいたので勝手に建てた 後はご自由にどうぞ 俺は知らん 577 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 23:44:10 ] 最初からeVCでネイティブアプリ開発すればいいじゃないか。 Unicode API対応ができてない現状のFPC(のライブラリ)ではCE開発環境としては対象外。 578 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 18:33:37 ] どこでダウンロードできますか？ 579 名前：光速エスパー世代774RR mailto:sage [2007/10/17(水) 19:29:24 ] www.freepascal.org/ とコピペする方が「ググレカス」とタイプするより楽で速い。 580 名前：578 mailto:sage [2007/10/17(水) 22:41:55 ] ありがとうございます。 インストールはできたんですが、文字化けがひどいです……他に必要なもの（事）ってありますか？ 581 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 09:45:54 ] gtk1はUTF-8じゃないよ 582 名前：光速エスパー世代774RR mailto:sage [2007/10/18(木) 19:31:35 ] >>580 そりゃおまはんの端末環境依存だべさ。 おらがつこうとるまっくのTerminal.appじゃでふぉるとで日本語すら通らねえから化けようもこざいませんのw 583 名前：デフォルトの名無しさん [2007/10/18(木) 21:02:12 ] ちょっと気が早いけどスレタイとテンプレ候補 【Delphi互換!?】Lazarus/FreePascal【GPL】 www.lazarus.freepascal.org/ www.freepascal.org/ 584 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 10:25:20 ] スレタイからDelphi,Lazarusは外し、あえて点プレで提示しては？ 【コンパイラ】FreePascal【WIN/MAC/LINUX/PDA】 （クロス）オープンソースコンパイラ FreePascal i386/68K/PPC/ARM/SPARC www.freepascal.org/ オープンソース開発ライブラリ等 IDE/GUI環境 Lazarus www.lazarus.freepascal.org/ インターネットプロトコル Indy www.indyproject.org/Sockets/fpc/index.EN.aspx インターネットプロトコル lNet wiki.freepascal.org/lNet データベース接続 ZeosLib sourceforge.net/projects/zeoslib 3Dグラフィクス/ゲーム GLScene-OpenGL wiki.lazarus.freepascal.org/GLScene/ja 印刷/レポート　LazReport sourceforge.net/projects/lazreport/ その他 wiki.freepascal.org/Components_and_Code_examples/ja 585 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 10:35:02 ] 次があるかどうかも怪しいというのに何と愚かな。 586 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 22:08:09 ] へぇー、FreePascal祭りがあるんだ〜。 欧州かっ！ 587 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 12:20:48 ] Indyもインスコできる？ >>587 589 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 02:38:55 ] >>587 ん？ 7.10だと普通に「（アプリケーションの）追加と削除」でインスコできるないかい -> Lazarus 590 名前：589 mailto:sage [2007/11/03(土) 02:51:48 ] >>587 apt-get か、スマン。 591 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 01:49:01 ] あげ 592 名前：デフォルトの名無しさん [2007/11/18(日) 01:51:44 ] といいつうさげてしまったorz 593 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 12:18:50 ] いちいち上げるなカス 594 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 22:42:52 ] lazarus 0.9.24 が来てるけどエディタの日本語パッチが来るまでは使えない 595 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 10:29:54 ] プロジェクトの構築がかなり速くなったがstripかけてもファイルサイズ大きいのは相変わらず。 arm-wince版LCLもQtベースだといいが肝心のWideStringがうんこだから意味がない。 それ以前にIDEのパスの設定がよく分からないのでCE版は放置。 596 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 15:40:20 ] >>595 素朴な疑問だがファイルサイズが大きいからといって、なんか実害有るのだろうか？ よっぽどプアな環境で動かすというのならわかるが？ まあ、馬鹿な質問だったら許してくれ。 597 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 08:01:32 ] 容量を食う 598 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 11:31:21 ] >>597 メモリでさえ１Gが当り前の時代に問題になるほどファイルサイズがでかくなるわけではないと思うのだが？ まあ、コンパクトであるにこしたことはないだろうけど、どうでもいいような話って気もする。 599 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 12:00:47 ] メガバイト単位のフラッシュ領域しかないモバイルにSDIO経由で外部デバイス挿して リムーバブルのスロット占有してたら、実行ファイルサイズを意識しないわけがない。 600 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 13:55:47 ] そういやなんでstripかけないとファイルサイズが大きいよバグって 延々放置されてるんだろ 601 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 14:32:45 ] バグじゃないから。 602 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 15:01:47 ] リンカの不具合って話だが。 バグって不具合じゃないの。 603 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:26:58 ] リンカの不具合ですらない。 604 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 01:27:44 ] EXEが10MBだったら、10MBのメモリを占有すると思っているのだろうか？ 605 名前：604 mailto:sage [2007/11/24(土) 01:28:16 ] あ、ごめん。環境依存かも知れん。流してくれ 606 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 01:31:40 ] どんな環境なら、EXEが10MBだったら、10MBのメモリを占有するんだろうか？ｗ 607 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 08:57:47 ] きっと>>604の環境では主記憶とフラッシュメモリの区別がつかないんだろう。 608 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 11:52:28 ] >>606 仮想記憶の機構でHDDから実行ファイルを読み込む時は リードオンリーにしてから一旦メモリにマップしてしまえば その実行ファイルを複数がアクセスする時は同じメモリが使われるので効率的。 というような設計思想で 609 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:52:23 ] ふーむ、結局ファイルサイズが大きくなるのは普通にPCで実行するプログラムを作るのには なんの障害もないという理解でいいんだよね？ どうせ小さいファイルサイズを求めるならよりアサンブラに近いCのほうがむいているだろうし、 Pascalでそんなこと追求する必要はないような気がするんだけどねぇ？ 610 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:00:01 ] なんか話がずれてるねstripiかけたら小さくなるってことは、 実行に直接関係無いデバッグ情報やなんかがごちゃごちゃはいってるってことだろ 実行ファイルの大きさはCでDelphiでも大差ない、 今時のPCが積んでるメモリサイズから見たら誤差の範囲 Delphiで作ったプログラムでも、ランタイムを外に出せば驚くほど小さくなる 611 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:05:58 ] >>609 あると言えばあるし無いと言えば無い。例えば I-Cache が汚れるなど。 バイナリサイズを小さく押さえるというのはコンパイラによる最適化の 基本戦略の一つでもある。一方で、どうせ I-Cache に乗るコードなんて 限られてるし、体感出来る差は無いとする考えもある。 問題は理由も無いのにバイナリサイズの肥大化が良くないと妄信する事。 612 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:09:42 ] かといって、いきなり5MBのバイナリが出来たらおどろかね？ で、LazarusのFAQを見たら、コンパイラのバグですとか書いてあるわけで。 613 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 20:47:46 ] >>609 > Pascalでそんなこと追求する必要はないような気がするんだけどねぇ？ >>609がそう思うことと、ユーザがその無駄にデカいファイルサイズを見て 思うことは違うわけで。 614 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 22:53:26 ] ぶっちゃけＰＣのアプリでＥＸＥのサイズがどんだけか、を気にしたことはこの５年ではほぼ無いな。 アプリ全体（データ込み）のインストールサイズは気になるけどな。 615 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 23:09:26 ] チッサク出来るなら小さい方が良いけど、でかくてもビビる事無いぜ 616 名前：本田 [2007/11/26(月) 00:34:47 ] HX DOS Extender www.japheth.de/HX.html Many development environments which support creating Win32 console applications are compatible with HX, among them are: * Open Watcom C++ * Digital Mars C++ * MinGW (uses GCC) * CygWin (uses GCC) * MS Visual C++, including the free version of MS Visual C++ Toolkit 2003 * Borland C++, including the free version of C++ Builder Command Line Tools * LADSoft CC386 * Pelles C * LCC-Win32 (C compiler) * Borland Delphi * Free Pascal (Win32) * Pascal Pro * Virtual Pascal (Win32) * FreeBasic (Win32) * PowerBasic * MicroFocus Object Cobol * XDS Modula II * MASM, TASM, POASM, WASM, FASM, LZASM, NASM, GOASM, ... 617 名前：デフォルトの名無しさん mailto:sage [2007/12/01(土) 13:52:42 ] 100MB超えるexe 618 名前：デフォルトの名無しさん mailto:sage [2007/12/02(日) 17:07:52 ] >>617 それがどうかしたか？ 619 名前：デフォルトの名無しさん mailto:sage [2007/12/02(日) 22:44:06 ] ナミ16歳　生で感じる初体験.avi　S.EXe みたいなもんか？ 620 名前：デフォルトの名無しさん mailto:sage [2007/12/02(日) 22:47:01 ] インターネッツ歴14年の俺も思わずクリックしそうになっちまったぜ 621 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:39:04 ] Lazarusで、プログラムの実行時にSJISデータを utf8に変換するにはどうしたらいいんでしょうか。 622 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:20:17 ] >>617 インストーラーとかなら普通だろ 623 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 14:43:13 ] >>621 AnsiToUtf8 624 名前：デフォルトの名無しさん [2008/01/01(火) 21:36:08 ] ttp://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all&calc=Calculate&xfullcpu=1&xmem=1&xloc=0&binarytrees=1&chameneosredux=0&fannkuch=1&fasta=1 &knucleotide=1&mandelbrot=1&meteor=0&nbody=1&nsieve=1&nsievebits=1&partialsums=1&pidigits=1&recursive=1®exdna=1&revcomp=1&spectralnorm=1&hello=0&sumcol=1&threadring=1 奇蹟? 625 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 22:22:57 ] PASCALer 626 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 09:41:07 ] もしかいてラザはスマートリンクできないのか？ 627 名前：デフォルトの名無しさん [2008/01/11(金) 22:45:18 ] ラザとかIndyとかGLSceneとかはdelphiの負の遺産 デザインはビットマップとかhtmlみたいなんでやればいいので 良いエディタとデバッガがあれば ttp://sourceforge.net/projects/jedi-sdl か本体のglutのサンプルあたりをベースにやるのが良いと思う｡ あとはCベースのものをdllというかライブラリーでつかうとか それと微妙に薦めかねるけれど ttp://www.clootie.ru/ のDirectX9ユニットもFP対応、 hello worldで50kbyte、OpenGLで100kbyteって相当痛い仕様だけれど 「中身のあるソフト」ならば1Mbyteでコンテンツを詰め込める。 (ちなみにdelphi6は同じデモを20kbyteで作る｡) CPU最適化とか考えるとdelphi2007よりずっと優秀 これでwiiとかDSにクロスコンパイルできるようになれば 多分最後にFPやってて良かったと思えるはず 628 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 22:57:21 ] FreePascalはUNICODEがアレだしねえ…。 exeサイズもアレだしねえ…。 629 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 00:21:29 ] Pascalは古い言語だからなあ。 「文字型」が何バイトであるべきかとか、 どんなコードを読んだらeolnを立てるべきかとかまで、 言語の内部でお世話をしてやらないといけなかったりする。 でも海胆コード対応はどっちかというと過去のTP資産との互換性と、 文字列がらみのランタイムライブラリ書き換えの手間が問題になるんじゃ? CKJ諸国の中では、世界の果てにあるJな国はどう見てももう将来無いけど、 Cな国のプログラマがなんとかしてくれるんだろ。 630 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 09:13:27 ] >Pascalは古い言語だからなあ。 Cは新しい言語だとでもいいたいの？ 631 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 19:41:48 ] お薦めの新しい言語はなんじゃいな？ D言語かいな？ 632 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 19:45:55 ] >>631 C#じゃねやっぱり。 PascalからだったらRubyが文法は少し似ている。 633 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 22:09:58 ] >632 Rubyは一見するとendを連発するから 「Pascalに似ている」と言う人がいるけど、これは見た目だけで 実際はVBやCOBOLみたいな end○○ を全部 end にしたって方が近い。 end if や end sub を全部 end にしちゃいました、って感じ。 ところがPascalのbegin〜endはALGOL由来のもの。 ブロックを作って、構文に渡す感じ。 実は見た目に反してC言語やJavaの考え方に近い。 細かい違い（else の前にセミコロン書くとPascalはエラー）とかはあるけどな。 634 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:01:20 ] Rubyが、Pascalに似ている以上に Lisp に似ているし、PerlやPythonに似ているしな 635 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:01:46 ] SQLにまで似ているから驚きだよな 636 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 19:09:51 ] 教育用プログラム言語としてPascalの位置って未だに不動なんだろうか？ オブジェクト指向が当り前の時代、時代遅れなのかなあ？ 637 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 13:26:51 ] 時代遅れな教授なら講義で使うかもしれないが いまどきもう教育用言語としての価値なんてない。 638 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 19:04:03 ] じゃあ今時の教育用言語ってなに？ 639 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 19:42:36 ] ふつーに、CかJavaだろ。 場合によっては Ruby 640 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 19:55:48 ] それは即戦力の労働者養成講座の場合だろ。 教育用なんだから実用性なんて無い方がいい。 641 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 21:53:22 ] うちの即戦力なんか、考えてない大学が >>639だったが・・・ 642 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 22:12:46 ] 制御構造がC言語系と大差ない以上、最初からそっちを教えるほうが合理的。 Pascalが教育用だとかいうのは今では「プログラミング言語の歴史」で教えることでしかない。 643 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 22:17:16 ] >>642 構造化言語を教えるのにC言語ならありかなーとは思うんだが、 オブジェクト指向を教えるのにC++はどうかなと思うんだよね。 クラス変数が、今じゃ少数派の参照じゃなくて値だし。 644 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 22:32:25 ] >>642 採点する方の立場になってみろ。 C 言語みたいに　いくらでも汚く書けるようなのやってられるか 645 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 22:42:02 ] じゃあクラスを教えるならJava、構文マナーを教えるならPythonでどうだ。クラスもいけたっけ？ 総合するとPythonか。個人的にはあのインデント構文大嫌いだが。 どれにしたって現代でPascalが日の目を見られる場所はない。 646 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 22:52:13 ] 日本じゃPython使えるサーバが少ないから ありがたがる学生が少ないかもしれないけどね 647 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 23:20:15 ] Pascal の場合、Pascal 自身で書かれた Pascal コンパイラがあるので、それ を読むことが勉強になる、ってところがあったが、Delphi/Free Pascal くらい 文法が肥大化すると、オープンソースになっていたとしても教育用にはちょっ とむずかしいね。 Java を教育に使ってる先生の話では、マルチスレッドが簡単に扱えるのが採用 理由と聞いた。C でも Delphi でもできないことはないが、たしかにあまり簡単 とはいかない。 スクリプト言語は何年かたつうちに消滅してたり文法がまるで変わってたりする 可能性があるので、将来性の面からみて二の足をふむ所も多いと思う。 648 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 23:22:02 ] C#の名前があがらんのは、やっぱりMS製だからかね 649 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 23:27:29 ] やっぱりSmalltalkの名前はあがらないか？ 実用に使っているって話は聞いたこと無いからなあ？ 650 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 23:42:32 ] Halt; 651 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 00:30:57 ] Smalltalk 今まで４，５回ぐらい勉強しようと考えて本まで買ったのに、結局いまだに勉強したことがない 652 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 02:49:41 ] 教育用としての Pascal のメリットは、コンパイラまでやるならパーサ書くのが楽、というのがあるね。 >>649 www.nicovideo.jp/watch/sm1675694 小学校でなら日本でも話を聞くよ。 653 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 07:18:59 ] 俺が商業高校居たとき（２種→基本に切り替わる頃）はBASICとCOBOL 654 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 08:55:21 ] >>647 Delphiは　パスカルのコードが大抵の場合、そのままコンパイル通るよ。 だからPASCALを教えて Delphiの拡張については教えないという事で問題ない 655 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 10:21:58 ] いい加減諦めろよ。もう一般社会にPascalの居場所はない。 656 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 10:35:48 ] 居場所が無いって、居場所は自分で作るもの。 誰かが作った場所で暮らそうなんて発想こそダメダメ。 657 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 10:48:37 ] まぁ頑張ってPascalの案件探してくれや。 658 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 12:37:25 ] 案件を探すだなんて、それこそ奴隷根性 単なる雑用で一生終わっていいののかい？ 仕事なんて自分で作るもんじゃないの？ 659 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 12:40:26 ] このおっさんが出てくるとどのスレもつまらなくなるな 660 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 13:10:06 ] 教育用って事は動きがチャンと見えるべきだろう。 pascalは文法もシンプルで、コンパイラの実装も小さい。 JAVA/C#のようにライブラリが肥大化してる環境だと検索型プログラミングに陥ってしまいがち つまり、機能を探して組み立てるだけをプログラミングだというのね。 なんか職業訓練校でワードの使い方覚えるようなもん。 学校でのお勉強なんて、実用にならなくて当然。 考え方や調べ方さえ教わればそれで十分だろ。 そっから先は自分の努力。 661 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 19:33:27 ] でも結局実用にならない言語を一生懸命覚えるというのもやる気がでないって気もするのだが？ まあ、そういう意味ではDelphiやFreePascalは教育用として覚えて実用にも使えるということで意味があるのかな？ 662 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 19:52:15 ] 授業でやるような時間じゃ実用もクソもない。 とりあえず考え方と、背景だけ見えたらもう十分だ。 663 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 20:04:51 ] 年寄り以外はPascal不要でFA? 664 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 21:14:05 ] Ｃ（とＣ++）はポインタ変数の記法が悪いせいで わかればなんてことないものを初心者には必要以上に難しくしてるとしか思えない aと&a *bとb 両方とも前が実体で後ろがアドレス 変数が保持してくれるのは印がついてないほう なんてややこしい 665 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 21:17:55 ] p^ が参照で　@p　がポインタの方が良いっていいたいのか？ 666 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 09:20:13 ] >>664 そういう意味じゃ、Pascalの文法はやっぱりシンプルで教えるのが楽なんだろうな。 Cの場合は最初に文字列からしてイキナリにポインタだもんな。 Pascalにもポインタはあるけど、ポインタ演算が使えないからポインタをCのように記号的に使う事もない。 参照渡しがあるから、途中までポインタの説明をしなくていい。 リスト構造を教える時になって初めて説明すればいい。 だから時々Pascalでポインタが使えないと思ってる人がいるくらいだ 667 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 09:36:57 ] うちの大学、C言語だったが、 C++なら参照渡しでかけるところをポインタでやってたからな 混乱するだけだ 668 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 10:26:50 ] Cの場合配列とポインタも境界が曖昧 でもPASCALでもDelphiの場合、確か PCharだけ少し制限を緩めてたように思うな p^ を p[0] のように配列と混交する書き方も出来たと思う 669 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 10:33:41 ] Delphiなら、そもそも配列のポインタ使った方が楽なこと多いしな。 670 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:04:40 ] Delphiも absolute 多量に使われると読めないコードになるけどな 671 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:45:24 ] 逆にJAVAやC#の文字列って抽象化されすぎてて説明が難しい。 PASCALだと、「先頭にバイト数があって２バイト目から文字列」って説明が出来るんだけどね。 cだともっと構造は簡単だけど、確かにポインタの説明イキナリは厳しいな 672 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 20:09:02 ] ポインタの説明って箱と番地だけじゃだめなの 673 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 20:39:14 ] 最初 Delphi の文字列構造はウザかった 674 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 20:42:02 ] >>672 それだけで済むからPascalが楽なんだよ。 cだと、そのポインタを参照の代用に使ったり、 ループでポインタ演算を多用させるから教えるのが大変 675 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 20:52:27 ] 動的配列が追加される前のDelphi3までは ポインタ使わないといけなくて大変だったな 676 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 20:52:30 ] >>673 どの辺がそう感じるの？ 俺はDelからCに行ったから Cの文字列が難しいと感じた。 677 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 20:53:06 ] それって、ポインタの説明って箱と番地だけじゃだめなの？

---

---

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

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