08/01/22 21:22:45
JSは以外と良言語
使われ方がテキトーなのが多いだけ
714:デフォルトの名無しさん
08/01/22 23:04:06
>>709
お前はポトペタしただけでプログラム書いたと言うほど馬鹿なのか？
715:デフォルトの名無しさん
08/01/23 00:51:23
>>712
単なるブラウザ言語という偏見を捨て去れば、言語仕様的にはかなり良い線行ってるよ
曰く、C 言語ライクな文法の Lisp だからね
716:デフォルトの名無しさん
08/01/23 00:53:25
>>710
enumじゃなくて、for-in-doされる側の実装の話
>>709
自分で使うときの話
>>708
じゃあ、おれは幸いにして無能じゃない方だね
717:デフォルトの名無しさん
08/01/23 09:11:40
委譲ってのはようするにメソッドポインタ = of object の事だろ。
単なるインスタンスと関数とのダブルポインタ
関数ポインタを呼び出す場所をメソッドポインタに変えれば、それが委譲の実装の原形
718:デフォルトの名無しさん
08/01/23 20:05:16
>>717
全然違うんですけど
委譲は集約のために必要な機能のこと
719:デフォルトの名無しさん
08/01/23 20:20:30
>>717
Delphiのメソッドポインタはどちらかというと似非クロージャとして扱われてる
委譲は>>718のとおりだが、Delphiでは委任と呼ばれてるな、どっちも元の英単語は一緒だけど
ま、enumeratorはわりと最新機能だし、委任はインターフェイスやらないと分からないから
初心者は知らなくて無理はないだろうな
720:デフォルトの名無しさん
08/01/23 21:00:37
実装は
メソッドポインタがオブジェクトと関数ポインタのレコード型
interface 型はオブジェクトと、関数ポインタとのレコード型
721:デフォルトの名無しさん
08/01/23 21:14:36
なんという前世紀の議論・・・
722:デフォルトの名無しさん
08/01/23 22:43:41
そういう無意味な一行レスをするよりは建設的かと
723:デフォルトの名無しさん
08/01/23 22:52:22
まだ前世紀が終わってから10年も経っていないからオケ
724:デフォルトの名無しさん
08/01/24 04:38:17
委譲は implements 指令のことかと。
しかし、ネットなどで見られるソースでこれを活用しているのをみたことがない
VCLのソース内であるかな？
ようは、Rubyのmixinみたいなのをもっと面倒くさくしたというか。
725:デフォルトの名無しさん
08/01/24 07:47:54
だって、そのままimplements 指令で委任出来るんなら、委任先使えばいいわけだし
一部だけ置き換えたいって事になるとクラス型プロパティへの委任としなければならず使い方が限定される
726:デフォルトの名無しさん
08/01/24 16:13:34
実行時置き換えは委任じゃないとできないけどな
727:デフォルトの名無しさん
08/01/24 17:20:19
メソッドからメンバーメソッドを呼び出すようにしても実行時置き換え出来るじゃん
728:デフォルトの名無しさん
08/01/24 18:17:39
>>727
>>727
>>727
729:デフォルトの名無しさん
08/01/24 18:53:23
>>727
呼び出すとしても継承させたものに限られる
インターフェースって何か分かってるか？
730:デフォルトの名無しさん
08/01/24 19:07:26
インターフェース型って単なる関数ポインタの集合みたいなもんだろ？
731:デフォルトの名無しさん
08/01/24 23:09:44
>>730
>>730
>>730
732:デフォルトの名無しさん
08/01/25 00:49:26
>>713, 715
あーそうじゃなくて、使い道がという意味で言ったんだ。
個人的には XUL で拡張作ったり、
CGI に混ぜてブラウザ任せで処理軽くしたりと使ったことはあるけど。
ローカルファイルも触れないし。
733:デフォルトの名無しさん
08/01/25 00:53:00
実装系に依存する言語なのにローカルファイルも触れないなんて
知ったかで適当なこと言う馬鹿はどこのどいつだ
734:デフォルトの名無しさん
08/01/25 01:00:03
例えば WSH/JScript は Scripting.FileSystemObject 使えば
ローカルファイルアクセスもできるな。
ブラウザだと虚弱性になるから×。
735:デフォルトの名無しさん
08/01/25 01:21:10
俺も昔は「JavaScript 正気かよ」と思ったもんだよ
その後、自分が無知だったと気付いたけどね
736:デフォルトの名無しさん
08/01/25 03:53:08
JavaScriptは使うのが簡単であるがゆえに使いこなす難しさに気付かないんだよな
737:デフォルトの名無しさん
08/01/25 04:14:53
俺、昔は JavaScript のこと
自作オブジェクト作れない似非OOPLだと思ってたが
まさか自作オブジェクトどころか継承も多態もこなす上
数値はおろか関数までオブジェクトな徹底ぶりだとはね
738:デフォルトの名無しさん
08/01/25 12:23:38
スクリプトは自動的にオブジェクトとして扱う事になると思うんだけどそうじゃないのとかあるの？
739:デフォルトの名無しさん
08/01/25 12:24:37
Basicみたいなインタプリタ言語ならまあそう思うのも分かるけど
740:デフォルトの名無しさん
08/01/25 13:31:35
なんで writeは Output 省略出来るのに、 Flushでは Flush(Output); って書かせるのかな
741:デフォルトの名無しさん
08/01/25 14:09:57
この世のすべてのものに意味があるとは限らないのだよ、小僧
742:デフォルトの名無しさん
08/01/25 15:44:49
>>741が意味のないサンプル
743:デフォルトの名無しさん
08/01/25 18:03:31
>>733
馬鹿発見
744:デフォルトの名無しさん
08/01/25 18:05:08
しかしつまらんスレだな
745:デフォルトの名無しさん
08/01/25 22:01:46
>>743
自分がその馬鹿だと発見したって>>733に伝えたのか
馬鹿でもやればできるんだな、えらいぞ
746:デフォルトの名無しさん
08/01/26 16:08:56
必死だなｗ
747:デフォルトの名無しさん
08/01/26 18:12:08
>>746
自分が必死だっていちいち報告しなくていいよ
チラシの裏にでも書いてなさい
748:デフォルトの名無しさん
08/01/26 19:23:18
ていうかコンパイルがクソ重い・・
749:デフォルトの名無しさん
08/01/26 19:41:26
Delphi と比べちゃうとな。
ていうか、俺様正しい厨の痛いやつどこか行って欲しいわ。
750:デフォルトの名無しさん
08/01/26 20:55:39
お前も一緒にどっか行って欲しいわ
751:デフォルトの名無しさん
08/01/26 22:57:19
そして誰もいなくなった
752:デフォルトの名無しさん
08/01/27 03:02:33
FreePascal自体そんなメジャーな環境じゃないんだから
たまーにレスがあるくらいが普通かと
ここ最近の盛り上がりはほとんど別の環境の話じゃん
753:デフォルトの名無しさん
08/01/27 04:08:28
馬鹿が躍起になってるだけじゃん
754:デフォルトの名無しさん
08/01/29 18:57:43
>>749
> Delphi と比べちゃうとな。
Delphiが早すぎるんだろう？
TurboPascalからの伝統だけど、なんであんなに早いんだろうなあ？
Pascalの文法が有利ってのはわかるけどそれならFreePascalでも同じはずなのに？
755:デフォルトの名無しさん
08/01/29 19:29:43
TurboPascalはZ80時代からの蓄積あるからな
Z80のころはコンパイラはアセンブラでかかれてたはず
今はどうなんだろ、多分一部はアセンブラなんだろうな
にして、C++は言語仕様が糞なのもあるけど、コンパイル遅すぎる
最新のPCでもヘッダファイル直したら、リビルドに一時間かかるとかざら
だるい
756:デフォルトの名無しさん
08/01/29 21:01:05
一時間ってすごいな
どれくらいの規模のソース？
757:デフォルトの名無しさん
08/01/29 21:53:56
横レスだが
wxWidgetsをｇｃｃでビルドしたら３時間近くかかった。
PenM１４のメモリ512のショボノートがいくないんだけど。
758:デフォルトの名無しさん
08/01/30 08:09:45
それに比べればFPCは速いほうだな
759:デフォルトの名無しさん
08/01/30 11:45:55
しかしそのfpc自体がgccのフロントエンドという有様だ。
760:デフォルトの名無しさん
08/01/30 14:02:17
昔、ワークステーションで、gccとかX11のコンパイルに半日かかったのを思い出した
Delphi早すぎて失禁する
761:デフォルトの名無しさん
08/01/30 14:03:28
>>759
fpsのバックエンドはgccなんかー。
そら、遅い罠
762:デフォルトの名無しさん
08/01/30 18:32:59
gとfの区別がつかない椰子がいるすれはここですか?
763:デフォルトの名無しさん
08/01/30 19:30:02
それを言うならsとcじゃね？
揚げ足とりで揚げ足取られてどうすんだよｗ
764:デフォルトの名無しさん
08/01/30 20:11:44
fpcはgccと無関係だったと思ったが
違ったか？
765:デフォルトの名無しさん
08/01/30 20:24:49
オープンソースなんだからソースみりゃ判るだろうに
766:デフォルトの名無しさん
08/01/30 20:53:14
わかりません！
767:761
08/01/30 23:29:32
いかん・・・洋ゲーのやりすぎのようだ・・・
fpcをFPSと間違い得るなんて
768:デフォルトの名無しさん
08/01/31 00:58:26
FPS First Person Shooting
fpc First Person Computing
769:デフォルトの名無しさん
08/01/31 04:27:25
おもしろいねー
770:デフォルトの名無しさん
08/01/31 10:47:22
で結局FreePascalとgccとの関係はいかに？
Windowsでgccってことはないんじゃないかと思うのだけどね。
771:デフォルトの名無しさん
08/01/31 11:19:17
誰かがそんなことは無いって書いたら信用するのか？
だから、ソースが公開されているんだから自分で落として確認しろよ
compilerフォルダに全部pascalで書かれているんだからさ。
772:デフォルトの名無しさん
08/01/31 12:15:13
>>770
>>759がFreePascalとGNUPascalを混同してる馬鹿ってだけ
773:デフォルトの名無しさん
08/01/31 17:08:17
>>772
GNUPascal・・・・・聞いたことはあるけど使っている人いるのか？
774:デフォルトの名無しさん
08/01/31 19:48:13
ソースまで見なくてもwik見ればわかるだろ
775:デフォルトの名無しさん
08/01/31 23:03:26
wikiを信用している馬鹿発見
776:デフォルトの名無しさん
08/01/31 23:08:21
>>775
wikiをWikipediaか何かだと勝手に勘違いしてる馬鹿発見
公式のFreePascalWikiに決まってんだろ
そんなことも分からないのかこの馬鹿は
777:デフォルトの名無しさん
08/01/31 23:18:31
>>775
恥ずかしいね＾＾
778:デフォルトの名無しさん
08/01/31 23:22:54
>>775
779:デフォルトの名無しさん
08/02/01 15:06:17
wikiといえばwikipediaしかしらないなんて哀れだな
780:デフォルトの名無しさん
08/02/01 17:21:38
どうでもいいことで足の引っ張り合いが続くなあ・・・・・
結局FreePascalはDelphiに比べれば遅いけど他の言語例えばgccほどは遅くは無いってことでいいんだろう？
781:デフォルトの名無しさん
08/02/01 17:45:18
とか言うやつに限って>>775みたいなこと書いた本人だったりするのもよくあること
782:デフォルトの名無しさん
08/02/01 17:52:20
とか言うやつに限って>>775みたいなこと書いた本人だったりするのもよくあること
783:デフォルトの名無しさん
08/02/01 20:49:06
なんかへんなやつが何人かいるみたいだなあ？
こんなマイナーな言語の過疎スレに粘着してなに面白いのだろう？
それはそうと、かつてTurboPascalが好きで今はWinよりLinuxが好きなんで
FreePascalがどうしても候補にあがるんだが、
遅いとかいろいろ言われるとJavaでもやったほうがいいのかなあ？
なんて思ったりする。
784:デフォルトの名無しさん
08/02/01 21:27:38
Javaほど遅い言語も少ないぞ。
785:デフォルトの名無しさん
08/02/01 21:51:14
>>780＝>>783
話題をそらそうとして必死だけど何かあったんですか？
786:デフォルトの名無しさん
08/02/02 08:54:50
好きなんだったら好きなのやればいいじゃない。
全部PASCALで書かれているんだら、コンパイラが遅いと思えば自分で改善すればいいし
それが出来るんだからさ。
コードの効率が悪いと思ったら、それも自分で直せばいい。
787:デフォルトの名無しさん
08/02/02 16:48:00
今ひどい勘違いを見た
788:デフォルトの名無しさん
08/02/02 21:05:42
>>786
> 全部PASCALで書かれているんだら、コンパイラが遅いと思えば自分で改善すればいいし
いとも簡単にいってくれるね。そんなことができる能力があるんだったら悩まないわ！ホント！
つうかパソコンの能力を上げるほうが近道だし・・・・・・
789:デフォルトの名無しさん
08/02/02 22:07:13
ぷっ
790:デフォルトの名無しさん
08/02/02 22:29:28
>>786はPascalで書かれてさえいれば宇宙船の制御だろうが人工知能だろうが最適化できるんだろうな
791:デフォルトの名無しさん
08/02/02 23:42:05
>>790
>宇宙船の制御だろうが人工知能だろうが最適化
コンパイラの最適化というのはレジスタの割り付けをどうするとか、
ループをあらかじめ展開しておくとか、分岐によるキャッシュミスを
どう減らすかとか、到達しないコードを削除するとかであって、目的が
宇宙船の制御なのか人工知能なのかは基本的には関係ありませんよ。
技術のレイヤーが違うから。
792:デフォルトの名無しさん
08/02/03 01:44:06
>>790は、
>コードの効率が悪いと思ったら、それも自分で直せばいい。
に対するレスだと思う。
793:デフォルトの名無しさん
08/02/03 01:52:45
>>791はpascalの前に日本語でやり取りする能力を上げた方がいいと思う
794:デフォルトの名無しさん
08/02/03 03:24:20
>>792=793
それも結局同じ事。
コードの効率を直すというのは…
795:デフォルトの名無しさん
08/02/03 03:37:48
んで、FPCがTurboPascalほど速くないのはやっぱりTPがそれほど優れていたということでしょうか。
796:デフォルトの名無しさん
08/02/03 03:50:28
一言で優れていると言っても色んな側面があるよ
・プロファイラやデバッガなどのユーティリティが豊富
・サポートしている言語仕様が幅広い
・オプティマイザの性能が良い
・多数のプラットフォームをサポートしている
・将来に渡ってアップデートが提供される事が保証されている
・バージョン間の互換性が保たれている
・ドキュメントが豊富
・ライブラリが豊富
・ユーザベースが大きい
・価格が安い
実測してみて性能差があったのであれば、そのプラットフォームでの
オプティマイザに関しては優れていると言って良いんじゃない
797:デフォルトの名無しさん
08/02/03 10:09:12
>>795
Delphi/TurboPascalは x86専用。
FPCは見れば判るように、色んなCPUをサポート出来るようにしている。
専用のコードに比べたらムダが多いのは当然。
それでもコンパイル速度は２倍程度の差で、C/C++に比べればまだまだ高速
798:デフォルトの名無しさん
08/02/03 12:37:03
まあ、コンパイラ部を弄らなくても、
スクリプト代わりに
uses compiler; してダイナミックにDLLを作成するとかすればイイ感じ
799:デフォルトの名無しさん
08/02/11 01:36:02
久しぶりにFedora入れてみたら、fpcのパッケージに気がついた。
インスコもらくちん。さすがにLazarusはなかったけど。
IDEはfp使っとけってことか・・・。TPチックでﾜﾛﾀ
800:デフォルトの名無しさん
08/04/22 00:04:21
保守
801:デフォルトの名無しさん
08/04/25 21:01:26
TClipboard とか ShowMessage とか Delphi ではコンソールアプリでも
使えるのだが、Lazarus ではフォームを生成しないとエラーになるのが不便。
802:デフォルトの名無しさん
08/04/26 05:47:33
ShowMessage使えたっけ？
803:デフォルトの名無しさん
08/04/26 13:48:05
ShowMessage は Lazarus も Delphi も Dialogs ユニットに入っている
804:デフォルトの名無しさん
08/04/29 00:08:17
KnoppixにLazarusが入ってて驚いた。
もうOSに標準添付できるほどの完成度になったのかと思って
wktkしながらちょこっと試用してみたんだが、
日本語が使えんorz
やっぱりまだこんなものか。
西洋人が使うぶんにはもう充分になってるんだろうなあ。
805:デフォルトの名無しさん
08/04/29 01:15:34
>>804
まぁ理由は明確で、Delphiってソースやら内部処理やらがUnicodeじゃないから
日本語版はSJIS決め打ち、他の国でもその言語専用コードの決め打ちじゃん？
それが国際化のネックになってる。
で、LazarusはUnicodeにしたいって方向にすすんでるんだけど、本家Delphiの
Unicode化が進行中（今フィールドテストやってるとこ）だから、それがでてくるまで
仕様がFixできないんだよ。Lazarus独自仕様でやっていくと互換性が崩れるからね。
どんな関数を追加するのか、とか、たとえばLength()系の文字数はどう返すのか、
とか過去のソースとの互換性は？とかUnicode化に向けての課題は多いんだけど
Delphi2008の仕様と足並みをそろえないときっと混乱する。
俺Delphi2008のフィールドテストに参加してるんだけど、海外のDelphiユーザも
今回やっとUnicodeについて理解を深めつつあって（というかやっと意味を理解した
というか）、「米英のDelphiプログラマはAsciiしかわかってない」という状況がやっと
崩れつつある。
もうすこし待ちましょう。
806:デフォルトの名無しさん
08/04/29 21:33:02
一瞬、「鬼畜米英のDelphiプログラマは・・」に見えた。開戦切って首
807:デフォルトの名無しさん
08/04/29 21:47:55
愛国心乙
808:デフォルトの名無しさん
08/04/30 08:27:07
Win32なDelphiはUTF16採用したからUTF8なLazにはあまり関係ない気が
809:デフォルトの名無しさん
08/05/01 01:20:10
じゃあLazarusもUTF16に変更ってことで。
810:デフォルトの名無しさん
08/05/01 08:08:48
それはない。
Win32以外でUTF16はデメリットだらけ
811:デフォルトの名無しさん
08/05/02 00:10:08
でもDelphiとのソース互換って大事じゃない？
812:デフォルトの名無しさん
08/05/02 04:17:42
高性能のPascalコンパイラが無償で手に入る時代になったんですねぇ。
813:デフォルトの名無しさん
08/05/03 17:51:43
でも正直、コンパイラだけが無償でもちょっと。
814:デフォルトの名無しさん
08/05/04 02:42:07
IDEも無償だぜ？
815:デフォルトの名無しさん
08/05/04 20:02:09
分かってるｗ
分かってると思うが、ライブラリ周辺がどうにもと思ってる。
816:デフォルトの名無しさん
08/05/04 22:17:14
でも、クラスプラットフォームだぜ？
817:デフォルトの名無しさん
08/05/05 08:47:35
そうです、日本人が協力しない限り日本語周りは一生改善されないのです。
818:デフォルトの名無しさん
08/05/08 00:17:10
でも現状でもKylixよりはマシだと思う。IDEのエディタをのぞいては。
819:デフォルトの名無しさん
08/05/13 00:20:36
>>817
英米人の協力なんか無くても
HSPだってひまわりだって英語は全く問題なく使えるぞ。
それだけ英米人の開発者は無能だということだ。
820:デフォルトの名無しさん
08/05/13 06:09:19
少なくとも、英米人開発者は、>>819より有能だと思います。
821:デフォルトの名無しさん
08/05/13 09:12:04
おそらくさぁ、CJKの文字がアルファベットみたいに縦長だったらあっさりうまくいくんだよ。
CJKの文字が正方形っていうのがガンでそこらへんが外人にはなぞなんだよ
822:デフォルトの名無しさん
08/05/13 16:02:52
じゃあCJKの文字を縦長につぶして使えばいいじゃない
823:デフォルトの名無しさん
08/05/13 17:17:15
だが肝心の Tiburon (次期 Delphi のコードネーム) のフィールドテスターの集まりで
日本人は一言も提案しない。という落ちが待っていた。
結局外人任せじゃないか > 805
824:デフォルトの名無しさん
08/05/16 08:32:57
>>822
それをCJK人が受け入れればそれでよいのだけどなｗ
825:デフォルトの名無しさん
08/05/16 08:36:15
Firebird v2.0以降を採用したフリーの小規模店舗向けPOSレジソフトらしい
URLﾘﾝｸ(www.forest.impress.co.jp)
826:デフォルトの名無しさん
08/05/16 19:04:23
>>825
Java Runtimeとなっているが、FreePascal製なのか？
827:デフォルトの名無しさん
08/05/16 19:15:22
>>823
もう世の中はC様でしょ。
Kもあぶないし、Jなんてどっかの海溝に沈んじまったw
828:デフォルトの名無しさん
08/05/17 17:20:25
China も Korea も Delphi/Pascal 圏にはいない。という罠
829:デフォルトの名無しさん
08/06/08 11:59:13
lazarusいいね
趣味にはとてもいい
delphiは高すぎるし、無償版はコンポーネント使えない
830:デフォルトの名無しさん
08/06/09 00:41:47
以前、Lazarusで作った実行ファイルがでかいって
話がありましたが、fpcではどうなのでしょうか?
3kくらいのソースを、コンパイルしたら148kの
実行ファイルが出来ました。
他のunitは、使ってないプログラムなんです。
これが普通ですか?
環境は、MacOSX10.4.11/fpc2,2,0
831:デフォルトの名無しさん
08/06/09 01:25:45
マルチ梅と文字使わない限りけっこういけるね＞らざ
マック版も最近じゃapplication bundle簡単に作れるようにしようとしてるなあ。
832:デフォルトの名無しさん
08/06/13 09:34:19
URLﾘﾝｸ(outkastsolutions.co.za)
ここのgamepackっていうコンポーネントインストールして、
demoに入ってるプロジェクトを開こうとしたらCPU使用率が100%になってlazarusがフリーズします
みなさんはどうでしょうか？
833:デフォルトの名無しさん
08/06/13 10:41:49
どうでしょうか？ってお前、みなさんも試してみてフリーズさせて下さいと言ってるのか？
834:デフォルトの名無しさん
08/06/25 20:50:46
Access とか Excel とかを付属の ODBC で読み書きできないのが不便。
835:デフォルトの名無しさん
08/07/20 22:08:09
Ubuntu8.04でお気軽にいれてみたんですが、GTK２になってないですよ？
というか、アプリケーションの追加と削除で最初でてこなかったけど、何かしたら出てきたのも
ちょっと不明。
sudo make clean all LCL_PLATFORM=gtk2の呪文でコンパイル失敗するみたいです。
皆様合いの手を。
836:デフォルトの名無しさん
08/07/21 10:13:09
エラーの内容くらい、書け
837:デフォルトの名無しさん
08/07/21 21:40:30
makeでのエラーの内容は
...
Compiling grids.pas
fatal: Cant Find unit URIParser used by XMLRead
です。
838:デフォルトの名無しさん
08/07/21 22:12:32
Ubuのインストールで特別なことをしてなければ、
sudo apt-get install fpc
sudo apt-get install fpc-source
をしてからLazarus-IDEをmakeすれば成功すると思います。
これをしないとIDEだけでなく何もビルドできません。
839:デフォルトの名無しさん
08/08/05 11:29:54
delphi7もっていますが、lazarusのほうがいいですか？
840:デフォルトの名無しさん
08/08/05 11:40:34
>>839
windowsアプリ限定なら断然delphi7
841:デフォルトの名無しさん
08/08/05 13:53:44
まだちっとバギーだ。
842:デフォルトの名無しさん
08/08/05 17:23:15
コンパイルオプションの一覧とかってどこにある？
843:デフォルトの名無しさん
08/08/05 20:45:22
>>842
fpc -h
844:デフォルトの名無しさん
08/08/05 21:00:17
誰か翻訳してくれ
845:デフォルトの名無しさん
08/08/05 23:10:13
Linux上だとエディタが使い物にならん。
846:デフォルトの名無しさん
08/08/06 09:09:41
Windowsでも同じです
847:デフォルトの名無しさん
08/08/06 14:20:35
では、エディタが使い物になるOSは・・？
848:デフォルトの名無しさん
08/08/06 18:58:29
ありません
849:デフォルトの名無しさん
08/08/07 00:24:27
Tiburonとの互換性はどうなんだろう。
850:デフォルトの名無しさん
08/08/07 00:30:38
ありません
851:デフォルトの名無しさん
08/08/07 04:25:04
ぜんぜんあかんがな
852:デフォルトの名無しさん
08/08/08 01:04:44
FreePascalがUTF-8、TiburonがUTF-16なんだっけ？
853:デフォルトの名無しさん
08/08/20 22:53:54
2.2.2が公開されたらしいけどなにがどう違うの？
854:デフォルトの名無しさん
08/08/22 01:00:54
バージョン。
855:デフォルトの名無しさん
08/08/22 23:50:12
>>853
URLﾘﾝｸ(svn.freepascal.org)
856:デフォルトの名無しさん
08/08/23 16:05:07
URLﾘﾝｸ(wiki.freepascal.org)
CharとWideCharの変換が動作するようになったとのこと
857:デフォルトの名無しさん
08/09/19 07:50:03
Lazarusのメニューの日本語化とはどうすればいいのですか？
858:デフォルトの名無しさん
08/09/19 21:10:55
Environment -> Environment Options -> Desktop -> Language
859:デフォルトの名無しさん
08/10/04 09:59:46
lazarusにpowtilsいれてCGI作ると最強だなこれ・・・・
860:デフォルトの名無しさん
08/10/04 11:16:34
世の中Delphi2009でもちきりだけどlazarusのUnicode対応はまだですかいな
861:デフォルトの名無しさん
08/10/04 16:59:09
ん？ Delphi 2009 って何か良いのか？
862:デフォルトの名無しさん
08/10/06 10:13:38
>>861
高いのでリッチな気分に浸れる
863:デフォルトの名無しさん
08/10/14 22:07:45
October 14, 2008
Lazarus 0.9.26
864:デフォルトの名無しさん
08/10/14 22:29:33
Virtual Image Printer driver の GUI 部分は Lazarus みたいですね
865:デフォルトの名無しさん
08/10/14 23:12:52
更新内容ｐｌｚ
866:デフォルトの名無しさん
08/10/15 10:28:11
Lazarus で消費する時間は高価で無駄だしdelphiにコンポーネントなんて別になくてもいい。
コンポーネントがなくちゃdelphi使えない人はFlashでもゃった方が良いですね、
Flashで作ったexeやdelphi6,7で普通にwine上で動くunixアプリが作れる現実を考えると
FreePascalのクロスプラットフォームの意味は皆無
Lazarusよりも普通にWin32API使うが吉
ちなみに今(wine1.15)はdelphi本体はともかくdcc32.exeとかは普通にLinuxやFreeBSDで使える時代
パイプで呼び出せばネイティブアプリ(unix)も動く。
ライブラリーとかはオープンソースのものをCでビルドするのがいいんじゃないすカ?
まぁ、コンパイラをインストールして仕様が揃っていることに喜ぶ仕様オタクは
delphi2009とかfpとかゴミ並べて喜んでくださいダ
867:デフォルトの名無しさん
08/10/15 18:30:51
WINE がまるで完全万能の様に書く奴って結構居るけどなんなの？
どんだけ馬鹿なの？
あの不確実さは、使用用途によっては信頼できなレベルとしては十分だと思うが。
仮想環境の方が、まだ分かるわ。
868:デフォルトの名無しさん
08/10/16 08:15:37
>>866
なんか視野が狭い人ですね
869:デフォルトの名無しさん
08/10/18 20:06:03
Lazarus 0.9.26 パッチを当てなくてもエディタに日本語がかろうじて
表示・入力できるようになったな。位置は ずれるけど。
870:デフォルトの名無しさん
08/10/20 20:52:58
Lazarus 0.9.26のエディタでは日本語の文字列リテラルも日本語のコメントも
ソースには UTF8 で保存される。
Console Application を Lazarus で書く場合には
writeln(UTF8ToAnsi('日本語'));
と書く必要がある。
メンドクセー
871:デフォルトの名無しさん
08/10/26 00:35:11
>>870
Consoleでの動作ですが、他の言語の動作に詳しい方、教えて下さい。
たとえばutf-8で書いたJavaやC#のコードはWindowsで
コンソールに出力するときに自動的にSJISへ変換しますか？
872:デフォルトの名無しさん
08/10/27 14:54:46
ソースにデータを埋め込んでる話？
というか、普通、吐き出す文字コードは指定するんじゃねぇか？
873:デフォルトの名無しさん
08/10/27 17:08:50
Asciiだけじゃなけりゃそりゃ化けるでしょうにｗ
出力時にいちいち変換してたら不便で仕方ないｗｗ
874:デフォルトの名無しさん
08/10/27 17:09:30
> いちいち変換してたら
は「いちいち（内部で）変換してたら」って意味な
875:デフォルトの名無しさん
08/10/27 22:54:04
Lazarus 0.9.26 はコンポーネントが UTF8 化されていてもコンパイラ
FPC のランタイムライブラリが ANSI のままなので木に竹を接いだ感じ。
日本語文字列の操作・出力をしているプログラムはほとんど全部書き換えが
必要（作業自体は難しくはないけど）。
876:デフォルトの名無しさん
08/10/28 23:09:52
よく探せ
877:デフォルトの名無しさん
08/11/30 20:18:07
FPCのソース見てみたけどさ、どこの馬鹿が作るとこんな醜いソースができあがるの？
命名規則１つとってもなんか全部小文字だし。
constructor tabstractrecordsymtable.create(const n:string;usealign:shortint);
こんなんで品質維持できんのかよww
878:デフォルトの名無しさん
08/12/06 10:00:10
you are idiot.
879:デフォルトの名無しさん
08/12/22 12:42:43
淋しい