06/02/07 12:36:58
>>126
うむ
128:デフォルトの名無しさん
06/02/07 15:37:31
>>127
むむっ！
129:デフォルトの名無しさん
06/02/08 10:45:05
>>109
過疎してるBASICスレをジャックしてくる。
130:129
06/02/08 11:01:31
【Winもいける】RealBasicってどう？【成長株】
ｽﾚﾘﾝｸ(tech板)
ジャックしてきた。
131:デフォルトの名無しさん
06/02/08 15:24:28
【QBASIC互換!?】FreeBasic【GPL】
ｽﾚﾘﾝｸ(tech板)
132:デフォルトの名無しさん
06/02/08 19:23:48
URLﾘﾝｸ(www.geocities.jp)
133:デフォルトの名無しさん
06/02/08 20:18:02
Delphi売却らしいからFPの需要が伸びる予感！
134:デフォルトの名無しさん
06/02/08 20:33:35
>>133
本当？
135:デフォルトの名無しさん
06/02/08 23:10:58
>>134
URLﾘﾝｸ(www.borland.com)
IDEを売りに出すと。
136:デフォルトの名無しさん
06/02/08 23:19:07
うへぇ～
長くてよく意味がとれん。
Segue Softwareというところに売りにだすの？
137:デフォルトの名無しさん
06/02/08 23:35:34
ついでに、ここも見といたら
URLﾘﾝｸ(ja.wikipedia.org)
138:デフォルトの名無しさん
06/02/09 00:39:53
>>137
それ、なんも新しいことが分かる訳じゃないし。第一これから無関係になるし。
139:デフォルトの名無しさん
06/02/09 00:41:27
いよいよ、上流製品に力入れて、下流開発環境を手放す、ってことか。さよなら、某。
140:デフォルトの名無しさん
06/02/09 00:58:00
DOSのTurbo-Cからのユーザーだが、
バージョンアップもBDSで打ち止めだな。
思えば長い付き合いだった。
おれのPCライフそのものだったなあ・・・
じじぃの昔話でスマソ。
141:デフォルトの名無しさん
06/02/09 06:39:31
>>136
最初の4行ぐらいしか読んでないけど、
BorlandはSegueってのを買収して、IDE部門は逆に売りに出しちゃうよ
みたいな内容じゃないかと思う。
142:デフォルトの名無しさん
06/02/09 13:40:10
スレができていた。
ｽﾚﾘﾝｸ(tech板)
143:デフォルトの名無しさん
06/02/09 14:27:03
Delphiが売り飛ばされれば、これからはFreePascalの出番じゃないの？
それには、
もっとコンパイル＆リンク速くしてくれ。
Lazarusは内蔵エディタでマルチバイト文字の扱いを完璧にしてくれ。
144:デフォルトの名無しさん
06/02/09 14:28:38
アルファベットで全部済ませるプログラムなら問題ない。
145:デフォルトの名無しさん
06/02/09 14:36:42
>>144
プロパティに日本語が使えるから、日本語を使ったアプリは
開発できるし、本当はたいした問題じゃないけどね。
ただ、ユーザーを増やすにはきっちりと日本語が使えた方がいいので。
146:デフォルトの名無しさん
06/02/09 16:56:44
Delphi使ってた奴がこっちに移ってきて弄り倒すようになるのが理想かな
147:デフォルトの名無しさん
06/02/09 17:02:05
>>146
そうなるには貴様がVCL互換のライブラリを用意する必要がある。
148:デフォルトの名無しさん
06/02/09 17:12:19
今まで反FPだったが、
VCLをサポート（クロスOS、64bit対応）なら、
マンセーだお。
149:デフォルトの名無しさん
06/02/09 17:19:19
>>148
ご自分でやりやがれ。
150:デフォルトの名無しさん
06/02/09 20:13:00
>>146
Delphi持ってるなら、クロス用途以外じゃまず移らねえって…。
DelphiがもうVer.Upしないとしても、FreePascalがDelphiより良くなるところは想像も付かん。
まず、最適化しょぼいと言われ続けてきたDelphiの
さらに足元にすら及ばないコード生成からなんとかしないと。
151:デフォルトの名無しさん
06/02/09 20:16:59
あなたたち
きづいていること
はないのであるか？
いってみそらしど
152:デフォルトの名無しさん
06/02/09 20:22:50
これは縦に読むの？
153:デフォルトの名無しさん
06/02/09 20:31:45
あきはいなづ
なったいいてた
てのみちいでそ
るあらこるしと
かど
154:デフォルトの名無しさん
06/02/10 06:37:02
ねえねえ、ふりーぱすかるってすごいよね。あんなのつくれるひといるんだ
155:デフォルトの名無しさん
06/02/10 06:57:23
君にも作れるよ。夢を諦めない勇気さえあれば。
アメリカの小学校で「この中から大統領になるひとが出るかもしれません」って言うだろ。同じ事だ。
156:デフォルトの名無しさん
06/02/10 16:41:24
プッ
157:デフォルトの名無しさん
06/02/11 12:18:42
2006/02/08
Lazarus0.9.12リリース。このリリースはfpc 2.0.2をベースにしています、
そして、バイナリのパッケージは現在多くの標準的なパッケージを含みます：
RunTimeTypeInfoControls、Printer4Lazarus、CGILaz、CGILazIDE、
MemDSLaz、SDFLaz、TurboPowerIPro、JPEGForLazarus、
FPCUnitTestRunner、FPCUnitIDE、ProjTemplates
このバージョンより、メニューが日本語で表示できるようになりました。
158:デフォルトの名無しさん
06/02/11 15:36:47
>>157
使って日本語ファイル(.po)がちょっと古いから、
>>113のものに置き換えた方がいい。
Win版ではlanguagesの下のpoファイルを置き換えるだけでよく、
Linux版では置き換え後localize.shを実行する。
159:デフォルトの名無しさん
06/02/11 19:25:22
Linux上でGTK2でリビルドすると化ける。要注意。
160:デフォルトの名無しさん
06/02/11 19:57:11
りびどー？
161:デフォルトの名無しさん
06/02/11 20:00:43
おれんとこは化けとらんがな。
GTK2でないということか？
なにも意識しないでconfigure;makeしただけだが。
162:デフォルトの名無しさん
06/02/11 22:20:53
メニューのリビルドをつかうと化けてしまう。
何故だろう。
理由がわかればパッチを作ることも出来るのだが。
俺のFedoraはEUC-JPに変更しておいた筈。
すまんが>>161氏の文字コードはなんだろう。
poの文字コードを変換すれば済む話か?
163:デフォルトの名無しさん
06/02/11 22:32:31
>>162
メニューのBuildは使っていない。
ソースをダウンロードしてきて、configure;make;make install
環境はDebian/UTF-8でmakeした。
インストール後はEUC-JPで起動しても化けない。
164:デフォルトの名無しさん
06/02/12 08:08:10
諒解諒解。
じゃあ試してみるよ。
165:デフォルトの名無しさん
06/02/12 16:06:08
Delphi死んだらしいよ。これでFreePascalがDelphiをこえる日がまた近づいたなorz
166:デフォルトの名無しさん
06/02/12 16:28:41
>>165
Delphiまでの道のりはまだ長いべな。
167:デフォルトの名無しさん
06/02/12 19:58:43
2.0.xになってもWin32のcrtで文字化けするのは直ってないんだな。
入力周りで半日使ったがまだ怪しい。
168:デフォルトの名無しさん
06/02/12 23:37:06
>>167
Free Pascal 日本語(SJIS)対応 win32 crt unit
URLﾘﾝｸ(www.asahi-net.or.jp)
2.0.xでも使えるようだ
169:デフォルトの名無しさん
06/02/13 00:19:19
「ようだ」じゃなくて実際に試してから言ってくれ。
コード比較すればそのまま流用できないのは一目瞭然。コンパイルでこける。
出力周りは少しの変更で組み込めるが、入力は元から対応されてないから自力でやってる。
170:デフォルトの名無しさん
06/02/13 00:28:48
>>169
168はせっかく紹介してくれてるんだから、
文句を言うのは言い過ぎ。
171:デフォルトの名無しさん
06/02/13 04:21:31
>>169
自力でやったそれを公開すればあなたも全世界の日本語圏に貢献できる
172:デフォルトの名無しさん
06/02/13 07:05:51
日本語って日本と台湾の一部でしか使われてないんだが、、、
173:デフォルトの名無しさん
06/02/13 07:38:18
>>170
元々そこのコードがベースだから。
174:デフォルトの名無しさん
06/02/13 08:31:46
169が自分のやり方紹介したら、
「使えねー」って言われたりして。
175:デフォルトの名無しさん
06/02/13 14:57:04
外部コマンドを自分で定義するメニューで、(external tools)
パラメータに指定できるマクロの説明の日本語がへんかも。
$MakeExe() - Make Executable
$MakeExe() - 実行ファイル作成
このマクロは多分拡張子を.exeにしてくれるマクロ
というか、英語の説明自体が意味不明なマクロがたくさんあるので、
どこかの文字列の使いまわしになっているのかも
176:デフォルトの名無しさん
06/02/13 22:06:24
Windows版Lazarus0.9.12のTMemoでクリップボードの文字列を貼り付けると
その行のそれ以降の文字列が消える。すごい作りだ。
SynEditなら大丈夫のようだが。
177:デフォルトの名無しさん
06/02/18 11:27:24
URLﾘﾝｸ(wiki.lazarus.freepascal.org)
とりあえず作った。
とにかく禿げそうだ。普段使わない頭を使いすぎた。
おまけに力尽きて下の方は翻訳していない。
支援よろしく。
178:デフォルトの名無しさん
06/02/18 15:44:10
寺乙彼
＞おまけに力尽きて下の方は翻訳していない。
ﾜﾛﾀ
179:デフォルトの名無しさん
06/02/18 17:49:53
すごいじゃねーか！！！
180:デフォルトの名無しさん
06/02/19 08:42:24
髪光臨
181:デフォルトの名無しさん
06/02/19 10:11:32
>>180
かつらかよｗ
182:177
06/02/19 12:23:44
褒めてくれてありがとう。
>>180
禿げそうだ、とは書いたが、禿げた、と書いた覚えはない。
でも俺はそれほどすごいことはしていない。
少しずつ追加している。誰か校正とかでいいから支援してくれ。
文体がめちゃくちゃだ。
183:デフォルトの名無しさん
06/02/19 12:45:20
それと俺はあまり英語ができないから、意味が通じることを優先して、有用な情報を削ってしまっている可能性がある。
すまないけど。
184:FreePascalでHelloWorld
06/02/22 22:12:12
FreePascal2.0.2をインストール
ファイル名:HelloWorld.pas
------------------------
program HelloWorld;
{$MODE Delphi}
{$APPTYPE CONSOLE}
uses
SysUtils;
begin
WriteLn('こんにちは世界');
end.
------------------------
コンソールで
>ppc386 HelloWorld.pas
を実行すると
Free Pascal Compiler version 2.0.2 [2005/12/27] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Win32 for i386
Compiling HelloWorld.pas
Linking HelloWorld.exe
12 Lines compiled, 2.1 sec
>HelloWorld.exe
こんにちは世界
手順や内容が合ってるかわからないけど、こんな感じ。
185:177
06/02/23 21:17:49
>>113
Wikiのほうにアップしておいてもよいか？
それとももう本家プロジェクトに送ってくれてる？
>>104
Wikiにのっけていいか？
カタツムリスピードで翻訳中。まぁ気長に待っててくだされ。
186:デフォルトの名無しさん
06/02/24 10:03:07
Windows版Lazarus0.9.12の本体リビルド通った人いる？
>>185
最新は>>80しなくても日本語付属してると思う
187:デフォルトの名無しさん
06/02/24 10:40:08
＞Windows版Lazarus0.9.12の本体リビルド通った人いる？
バイナリーパッケージを使っているので、試してないが、
メニューの[tools-lazarus生成]ではだめ？
＞最新は>>80しなくても日本語付属してると思う
その日本語ファイルは少し古くて間違っているところもあるから、
>>113のものに置き換えた方がいい。
windows版ではpoファイルを差し替えるだけでよい。
188:デフォルトの名無しさん
06/03/03 23:54:59
www.freepascal.org死んでる？
最近はLazarusばかり使うので気づかなかったけど
189:デフォルトの名無しさん
06/03/04 21:34:36
ファイルはsourceforgeから落とせる。問題なかろう。
190:デフォルトの名無しさん
06/03/07 20:47:21
URLﾘﾝｸ(www.opendelphi.org)
191:デフォルトの名無しさん
06/03/07 22:05:08
>>190
Delphiを買収してオープンソースにするための出資者募集の広告
192:デフォルトの名無しさん
06/03/08 14:39:27
3D Development Pack内のLazarusがやっと0.9.12ベースになった模様
URLﾘﾝｸ(www.skinhat.com)
193:デフォルトの名無しさん
06/03/11 06:47:12
>>113
消えてますね
1箇所化けてたので修正したやつミラーしておきます
info管さんに気づかれて消されるまで流れはしないはず
URLﾘﾝｸ(winny.info)
194:デフォルトの名無しさん
06/03/11 10:09:56
最新リポジトリには>>113は反映されたみたい
195:デフォルトの名無しさん
06/03/13 00:46:24
Indyがインストールできないんだけどどうすんの?
196:195
06/03/14 11:25:13
URLﾘﾝｸ(synapse.ararat.cz)
こっちのほうがよさげ？
197:__
06/03/15 07:56:47
(´-`).｡oO(>>193 役に立ってるようなので、見なかったことにしておきますね……。)
198:デフォルトの名無しさん
06/03/15 16:19:27
FreePascalとGameBoyAdvance
URLﾘﾝｸ(fpc4gba.pascalgamedevelopment.com)
199:デフォルトの名無しさん
06/03/19 18:47:29
チータかヒョウかどっちでしょうか？
200:デフォルトの名無しさん
06/03/19 19:05:39
でっかい猫です。
201:デフォルトの名無しさん
06/03/19 19:10:23
ダイエットしたフサギコだったりして。
202:デフォルトの名無しさん
06/03/19 19:45:39
URLﾘﾝｸ(homepage3.nifty.com)
ヒョウは案外、不細工だな
203:デフォルトの名無しさん
06/03/19 20:04:08
足が細いからチーターっぽいね
204:デフォルトの名無しさん
06/03/20 02:49:55
多分需要ゼロだと思うがRubyCompをLazarusに移植したのでよかったら試してみてください
URLﾘﾝｸ(xtp0001.s3.x-beat.com)
205:デフォルトの名無しさん
06/03/20 12:47:03
>>204 GJ. 需要？はわかりませんが、inc(需要);
206:デフォルトの名無しさん
06/03/20 18:17:15
簡単にカスタムコンポーネントが書けるようになってますね。
画像処理のWikiを書いてみましたが、英文ときちんとリンクせず、うまく書けません。
あまりページを汚さないようにTOPに全部かいておきました。
GLSceneについても書いておこうと思いますが、ほかの言語にきちんとリンクするWikiの書き方を教えてください。＞Someone.
207:デフォルトの名無しさん
06/03/20 18:35:40
コンポーネントを追加するたびにLazarus自体を再ビルドしないといけない仕様はどうにかならないかな・・・
208:デフォルトの名無しさん
06/03/20 20:24:42
>>206
支援トンクス。俺も続きやらねば。
まず、原文を編集モードにして一番上の「{{Developing with Graphics}}」
をコピーする。これを翻訳した方にも同じ位置に張り付ける。
編集を保存して、編集画面の「ページを保存」ボタンの下にある
「Template:Developing with Graphics」をクリックして編集する。
209:デフォルトの名無しさん
06/03/20 20:26:21
それと、記事を作るときは、もとの英文を編集画面から
コピペしてやると、スタイルが崩れない。
210:デフォルトの名無しさん
06/03/20 20:54:03
>>207
?
211:デフォルトの名無しさん
06/03/20 21:00:07
>>208 無事完了しました。どうもでした！
英文は残しておいたのですが、索引がみにくかったら消します。
また時間をみて、やりたいとこをやっておきます。カブったりしないかな。
212:207
06/03/20 21:09:11
>>210
？？？
漏れが何か間違ってるのかな？
コンポーネントをインストールするとなぜかLazarus本体をﾋﾞﾙﾄﾞするんだが
どうすればいいんだろう？
213:206
06/03/20 22:04:03
>>208 OpenGL/ja スミ, GLScene/ja を少々。リンクどうもだめっぽい。
lazarusの前にwikiを勉強しなくてはだめネ-...寸間村>all
Sleep(8*60*60*1000);
214:デフォルトの名無しさん
06/03/20 22:16:25
>>213
そんなに休まんでもええがな。
215:デフォルトの名無しさん
06/03/21 05:39:48
>>212
コンポーネントパレット（？でいいのか）が変更されるときにビルドがかかる。
DelphiではDLLで実行時に読み込んでいるが、Lazarusは本体組み込みになってるみたい。
なぜそうなってるかは知らないけど。移植のためかな？
ビルド通るのならいいんでないの
216:207
06/03/21 07:08:04
>>215
ありがとうございます。
なるほど、そういうことですか。
確かにﾋﾞﾙﾄﾞは通るのですが、時間がかかるので
できればなんとかしてほしいものですが・・・
217:デフォルトの名無しさん
06/03/21 09:19:26
URLﾘﾝｸ(www.lazarus.freepascal.org)
・Why must I rebuilt the IDE to install a package? Why can't I simple load it dynamically?
Loading dynamic libraries is a compiler issue. FPC is not yet able to create/load
dynamic libraries with full featured object pascal and strings. That's why Lazarus
can only load packages/libs static. The FPC team has decided to implement this feature
after the release of fpc 2.0
FPCがバージョンアップされると、Lazarusの再ビルドは不要になるかもしれない
218:デフォルトの名無しさん
06/03/23 23:46:55
だれかこれでLinux版のJane Doe Style作ってくれないかな？
難しいのかな
219:デフォルトの名無しさん
06/03/24 00:34:21
>>218
移植すればいいのか？
220:デフォルトの名無しさん
06/03/24 08:05:00
Styleってソース公開されてんの？
221:デフォルトの名無しさん
06/03/24 22:32:03
公開されてるようなもんだ
222:デフォルトの名無しさん
06/03/25 22:24:39
222
223:206
06/03/27 21:35:39
最近気がついたこと。MemoのLinesなどの、TStrings.Linesのプロパティを、プロパティエディタで日本語を設定すると文字が途中で途切れることがあります。
Ansi～系の文字関数はあるけど、オンラインヘルプをみるとアクセントキャラクタが考慮してある、とあるんだが、2バイト文字コードは考慮されているのだろうか。
時間があればソースを読んでみようと思います。
224:デフォルトの名無しさん
06/03/28 00:17:48
>>219
出来るものでしょうか？
linux使ってますがプログラミングは出来なくて全然分からないですけど・・・
出来るなら是非してほしいです！神様
225:デフォルトの名無しさん
06/03/29 10:08:43
復刻へ向けて投票お願いします。
URLﾘﾝｸ(www.fukkan.com)
URLﾘﾝｸ(www.fukkan.com)
226:デフォルトの名無しさん
06/04/02 19:53:24
LazarusのML(Pascalにホエロ！)
URLﾘﾝｸ(www.freeml.com)
さほど情報はない。。。今後に期待。。。
227:デフォルトの名無しさん
06/04/03 08:06:49
freeMLだと若い人来れないからなぁ
228:デフォルトの名無しさん
06/04/04 12:21:42
Lazarus 0.9.14-1がリリースされました
229:デフォルトの名無しさん
06/04/04 18:21:36
URLﾘﾝｸ(www.lazarus.freepascal.org)
結構変更多いね。
230:デフォルトの名無しさん
06/04/10 13:49:12
ほとんど書き込みがないのはなぜだ？
不気味だ
231:デフォルトの名無しさん
06/04/10 13:57:52
導入・入門ウェブサイトまだぁ？
232:デフォルトの名無しさん
06/04/10 15:52:13
>>230
参加者数7人じゃこんなもんでしょ。
233:デフォルトの名無しさん
06/04/10 16:41:33
>>231
知識ベースの導入のところの翻訳がめんどい
234:デフォルトの名無しさん
06/04/23 01:11:28
おお、気づいてなかった
235:デフォルトの名無しさん
06/04/23 13:26:52
>>234
なにが？
236:デフォルトの名無しさん
06/04/26 19:55:17
本家MLではunicodeがどーのこーのって話題が出てるね
237:デフォルトの名無しさん
06/05/02 03:25:11
関連：
URLﾘﾝｸ(2.csx.jp)
Lazarusが入っているKnoppix
238:デフォルトの名無しさん
06/05/18 11:59:27
で、みんな使ってる？
239:デフォルトの名無しさん
06/05/29 08:58:13
The Lazarus team is glad to announce the 0.9.16 release. This release is
based on fpc 2.0.2.
This release can be downloaded from the sourceforge download page:
URLﾘﾝｸ(sourceforge.net)
240:デフォルトの名無しさん
06/05/30 19:15:38
FreePascalの数少ない日本での活用事例
URLﾘﾝｸ(www.is-hanko.co.jp)
> 専門的な話になりますが、今回のカートシステムは Perl ではなく、Pascal でコーディングしています。
> 「FreePascal」という名前どおりフリー（無料 - 感謝！）なコンパイラです。
> 実行形式のプログラムですので、Perl に比べて非常に高速に動作します。
> ただし、FreePascal についての情報が少なく、非常に苦労します。これからチャレンジされる方にはお勧めできない方法ですが、私はほとんど好奇心と意地で乗り切りました。
241:デフォルトの名無しさん
06/05/30 21:50:27
PerlとPascalとが、なぜ同列なのか想像がつかない・・・
242:デフォルトの名無しさん
06/05/30 21:53:44
前のシステムが perl だったのか、
cgi だから普通 perl というところを、ってことでソ。
別に同列に扱ってはいないと思うが。
243:デフォルトの名無しさん
06/05/30 22:03:48
普通は、LAMP使う方が効率上がる気がするが・・・
Pascalに慣れてないとPerlの代替になんてならないからな
244:デフォルトの名無しさん
06/05/30 22:05:09
なるほど、cgiね。カートシステムってのは買い物かごの事か。
スマン。面倒だからリンク先は見てなかった（今も見てないけど）。
245:デフォルトの名無しさん
06/05/30 22:11:28
1人とか少数の人間で開発するんなら言語は何でもアリなんじゃないかな。
効率に関して言えば。
Scheme 使って「スゲー効率いいぜ」とか言ってる人もいるしさ。
漏れもテスト用サーバソフトはいつも C++ で書いてるし。
246:デフォルトの名無しさん
06/05/31 22:40:33
>>240
素人でよくここまでやったなと思うよ。
247:デフォルトの名無しさん
06/06/01 01:26:51
>>240
フリーは無償って意味じゃないんだが。フリーas in フリーダム。
248:デフォルトの名無しさん
06/06/01 15:04:33
FreePascalの日本での活用事例 （２煎）
URLﾘﾝｸ(www.bres.tsukuba.ac.jp)
大学においては、数少なくもないようですが。
249:デフォルトの名無しさん
06/06/01 19:16:30
これもFreePascal？
URLﾘﾝｸ(www.kanzelsberger.com)
（元ネタ）
URLﾘﾝｸ(www.os2.jp)
250:デフォルトの名無しさん
06/06/03 03:56:14
FreePascalによるゲーム
URLﾘﾝｸ(www.limo.fumi2kick.com)
251:デフォルトの名無しさん
06/06/07 18:43:55
Lazarus+FreePascalで簡単なプログラムを書いてみた
3000行位のテキストファイルを読み込んでグリッドに表示するだけ…
結果、特別な事しなきゃDelphiのソースがそのまま使える
StringListとかもOK
でもオレのやり方がおかしいのかアプリのアイコンの設定ができん
まあそれより同じソースで実行速度が倍以上違う
もちろんDelphiが早い
これはもうちっと長い目で見た方が良さそうだね
252:デフォルトの名無しさん
06/06/09 10:12:50
また一つ、ライセンス違反ソフトを公開停止に追い込むことに成功しました！
URLﾘﾝｸ(db23c.dnsalias.com)
これはGPLコミュニティの完全勝利といっていいでしょう。
今後もゆるむことなくプロネット市民として社会正義の為に戦っていきましょう！
253:206
06/06/10 10:03:27
>249
おぉ！本格的な実用アプリ（笑）じゃないですか！
>251
アイコンはこのへんにヒント？（やったわけではないけど）
URLﾘﾝｸ(www.lazarus.freepascal.org)
また、遅い原因は、表示部分ではないでしょうか？
254:デフォルトの名無しさん
06/06/10 13:39:58
>>251
それ興味あります。できればプロファイラでボトルネック部を教えてくない？
255:251
06/06/10 14:33:09
すまん
20～30行の簡単なソースなので自分で試してみてちょ
今日はこれからFedoraCoreインストしてリナクス版の動きを試してみるよ
結果はまた報告すんね
256:デフォルトの名無しさん
06/06/10 15:56:38
速度の違いは最適化とは関係ないのかね。
257:デフォルトの名無しさん
06/06/11 03:28:40
パブリックドメインのDBであるSQLiteのJava版(JNI）を何故かGPLで配布する奴とか
BSDL文化である*BSD OSにGPLラップを掛けて遊んでいるDebianとか
他所のライセンス文化に自分のライセンス文化を押し付けに来る様はまさに宗教
俺はJava屋だけどJava界隈がBSDLライクなApacheを主戦場にする気持ちは分かる
258:デフォルトの名無しさん
06/06/11 03:42:40
>>251
商用コンパイラの倍程度で動くコードを生成出来るなら十分じゃないの。
倍以上って事はもっとかもしれないけど、そういうもんだ。
259:デフォルトの名無しさん
06/06/11 11:41:51
Linux版FPCの比較対象はKylixかGPCか。どっちだろう。
260:デフォルトの名無しさん
06/06/15 21:32:53
>259 どっちも興味あるけど、Kylixってもうないんだろ？
GPCとFPCの互換性はどれほどかしらないが、Pascal系だったら不自由することはない。
学校でJavaでモンテカルロさせてみたが、Lazarusで作ったほうが10倍以上速い。
それにくらべたらDelphiとLazarusの差なんてたいしてない。
Javaとドットネットは最先端の言語かとおもって勉強してみたが、
超最先端のハードウエアをもってしても、おせーな。
261:デフォルトの名無しさん
06/06/15 22:14:27
>>260
もし良かったら測定結果とマシンスペックを貼ってくれまいか。
262:デフォルトの名無しさん
06/06/17 09:50:39
win64版は将来作られるのかな？
263:デフォルトの名無しさん
06/06/17 14:32:09
>>260
Kylix3 Open Editionはまだ落とせる。
アカウント取得して試してみれ。
キーは知らん。
264:デフォルトの名無しさん
06/07/01 14:47:00
lazarus0.9.16を使っているのですが
CanvasのColorを設定しているところでExterbal:SIGSEGVという
エラーが発生するのですがColorは使えないということでしょうか
解決法を教えてもらえないでしょうか
265:デフォルトの名無しさん
06/07/01 22:11:00
コード見せて
266:デフォルトの名無しさん
06/07/01 23:18:10
>>264
>SIGSEGV
変なメモリ弄ってるんじゃないの。
267:デフォルトの名無しさん
06/07/02 09:02:19
segment violationか・・・
268:デフォルトの名無しさん
06/07/03 23:05:53
おそらく、
Canvas.Color := hogehoge;
ってなコードを書いてるんじゃないかと。
あってるかどうかわからんが、とにかく代入がいけない
プロパティに代入しているからエラーが出てるんじゃないかと
269:デフォルトの名無しさん
06/07/04 07:03:14
え、それって駄目なの？
270:デフォルトの名無しさん
06/07/04 14:46:13
やって大丈夫なヤツとダメなヤツがある
271:デフォルトの名無しさん
06/07/04 14:47:05
CanvasにColorプロパティなんかあったっけ？
Brush.Color とか Pen.Color ならわかるが。
272:デフォルトの名無しさん
06/07/04 17:38:10
TCanvasでSEGV吐くというと、CreateしてないかHandleがセットされてないとかか？
273:デフォルトの名無しさん
06/07/04 19:32:38
Createは自動でしてくれてると思いたい…
Handleは分かりません
元々自分で書いたDelphi6のソースをコピペで移植して
そっちで開発を続けようと思ってたんだけどエラーばっかりで何が悪いのか…
274:デフォルトの名無しさん
06/07/04 22:00:49
>>272が正解じゃないの？
だらだらレスするくらいなら、ソースをだせばいいのに。
275:デフォルトの名無しさん
06/07/04 22:23:54
すいません
あまりに長いのて出して良いものか迷っています
どうせGPLなのですが…
276:デフォルトの名無しさん
06/07/04 22:48:44
うpればいいじゃん
>>272
あー、ありそう
277:デフォルトの名無しさん
06/07/05 04:30:31
これって、ubuntu linux で使えるのかな。
278:デフォルトの名無しさん
06/07/05 06:46:02
使えない理由が思いつかないから、使えるんじゃないかな。試してみ。
279:デフォルトの名無しさん
06/07/05 16:20:13
遅くなってすいません
URLﾘﾝｸ(hoge.sourceforge.jp)
全然想定道理に動いてくれないのでパニックになっています
Delphiでコンパイルしたexeもつけてみたのでどうしてこうならないのか
ご教授いただけないでしょうか
よろしくお願いします
280:デフォルトの名無しさん
06/07/05 21:09:07
VCLにないクラスで例外出てるみたいだね。
281:デフォルトの名無しさん
06/08/09 09:43:29
>>251
＞結果、特別な事しなきゃDelphiのソースがそのまま使える
これって、DFMファイルがあると、やっぱダメなんだおね？
DelヘビーユーザーでLazaを何度もインストール＆起動して未だにコーディングはしたことない自分が質問。
282:デフォルトの名無しさん
06/08/12 22:35:07
URLﾘﾝｸ(www.catch.jp)
オープンソースな翻訳支援ツールです
283:デフォルトの名無しさん
06/08/12 23:03:12
ところでLazarusの読み方は「ラザロ」?
URLﾘﾝｸ(dictionary.goo.ne.jp)
284:デフォルトの名無しさん
06/08/13 23:01:40
神殿から乞食へ
285:デフォルトの名無しさん
06/08/15 11:18:07
>>283
発音記号では s まで読むってなってるけど
286:デフォルトの名無しさん
06/09/01 20:47:29
インストール->
IDEの漢字がおかしいです。
メニューの英語がわかりません。
287:デフォルトの名無しさん
06/09/11 21:11:42
>>286
環境を教えてくれ
288:デフォルトの名無しさん
06/09/12 05:56:24
win上でmacの起動ファイル作れる？
289:デフォルトの名無しさん
06/09/12 09:26:54
つ Wine
290:デフォルトの名無しさん
06/09/18 04:17:54
FastMM4などをLazarusで使ったことある人いる?
291:デフォルトの名無しさん
06/09/18 15:27:44
これって、JVCL 使える？
292:デフォルトの名無しさん
06/09/23 21:44:26
SourceForge.jpのFreePascalJpにて、Lazarusの日本語化パッチの作業をはじめました。
作業をはじめたばかりでTest版の公開のみですが、日本語のWindowsでIDEのIMEの制御と、カーソル等の処理などをおこなったソースをテスト用に公開しています。
URLﾘﾝｸ(sourceforge.jp)
上記プロジェクトで、開発参加者（プログラムのほかに、管理・テスト・訳・サンプルなどのみでもOKです）を広く募集しています。
現時点でのFreePascal/Lazarusは日本語周りについて多くの不具合がありますが、すべてのソースコードが公開されており、理解できれば、どなたでも修正が可能です。
■現在のLazarusのメニューなどのリソースについて、作業されている方がいらっしゃったら、下記までご連絡いただけませんでしょうか。
(saeka at users.sourceforge.jp)
293:デフォルトの名無しさん
06/09/24 02:05:00
おもしろそうなことはじめやがったな
294:81
06/09/24 10:24:05
>>292
メニュー日本語訳した者ですが、なにか・・・。
（sourceforgeに登録するのはおっくうなのでメールは勘弁）
295:デフォルトの名無しさん
06/09/24 11:05:25
がんがってください。
linux版のSynEdit日本語入力でつまずいた者より
296:292
06/09/24 22:15:37
>>81
どうもありがとうございます。
勝手な申し入れで恐縮です。
Lazarus-wikiの日本語化プロジェクトで、日本語訳をするにあたって、
現在のメニューやWikiの解説でつかっている文言を分かりやすいものに統一できないか、
また、他のPascalのIDE等を使っている人にもわかりやすく、相互に利用しても
混乱しないよう、統一してはどうかという意見があり、もっともだと思うところも
あるので、調整、相談させて頂けませんか？
できれば、81氏にSFに参加して頂き、リソースの保守、意見を
厚かましくもお伺いしたいのですが、もしSF参加が難しければ、ここか、
Lazarus-wiki上で用語の統一について一度まとめたものを提示させて
頂きます。
まとめが得られましたら、お知らせします。
本当に厚かましい話ですいません。宜しくお願いします。
m_~_m
297:デフォルトの名無しさん
06/09/30 00:28:16
Lazarus 0.9.18がリリースされました。
URLﾘﾝｸ(www.lazarus.freepascal.org)
298:デフォルトの名無しさん
06/09/30 01:08:36
あのクソでかいバイナリができる不具合は直ったのかな？
299:デフォルトの名無しさん
06/09/30 10:30:56
新版IDEいい感じですな。
Delは現場視点からどんどん遠ざかっていくという感じですのでLazに期待してます
300:デフォルトの名無しさん
06/09/30 11:00:34
>>298
URLﾘﾝｸ(www.lazarus.freepascal.org)
301:デフォルトの名無しさん
06/09/30 12:15:18
URLﾘﾝｸ(wiki.lazarus.freepascal.org)
Free Pascalのコンパイラが2.0.2以前だとおかしいということだな。
最新版のLazarusではではどうなってんだろ。
まあ、
> It has been fixed in the development version of the compiler.
ってのも書いてあるし、最悪入れ替えればいいのか？
302:デフォルトの名無しさん
06/09/30 12:40:44
最新版ラザを少し触ってみたが、
Free Pascal Compilerは、2.0.4になってたけど、
あいかわらずでかいファイルが生成される。
303:デフォルトの名無しさん
06/09/30 17:52:59
>>302
URLﾘﾝｸ(www.lazarus.freepascal.org)
304:デフォルトの名無しさん
06/09/30 18:14:58
>>302
それって strip かけても大きいってこと？
305:デフォルトの名無しさん
06/10/01 21:08:47
URLﾘﾝｸ(www.freepascal.org)
これは早いとこ何とかしていただきたい
306:292
06/10/01 22:04:49
Lazarus 0.9.18のWindows日本語パッチ（test5)の配布を開始しました。
URLﾘﾝｸ(sourceforge.jp)
（FreePascalJPプロジェクト）
307:デフォルトの名無しさん
06/10/01 22:51:17
ubuntuに対応したかな？0.9.16はgtk2にするのに結構苦労した
308:デフォルトの名無しさん
06/10/01 22:52:57
フォントはD6みたいに固定幅フォント推奨にしとくのが無難かも。
309:デフォルトの名無しさん
06/10/02 09:17:07
結構盛り上がってるなw
310:デフォルトの名無しさん
06/10/02 22:36:53
>>309
うれしいだろ？w
311:デフォルトの名無しさん
06/10/03 13:33:44
ubuntuではもうlibgdk-pixbuf-dev非推奨だからgtk2に移った方がいくない？
sudo make clean all LCL_PLATFORM=gtk2
でgtk2対応になるよ。
あと最新版では試してないけど前はパッケージからインストールしたときに
そのままではアプリケーションメニューから起動できなかった。
アプリケーションメニューを編集してコマンドを startlazarus に変更すればOKだった。
312:デフォルトの名無しさん
06/10/03 16:46:33
ubuntu に次の手順で入れてみた。
・fpc-xxxxxxxx.i386.rpm
fpc-src-xxxxxxxx.i386.rpm
lazarus-xxxxxxxx.i386.rpm
をデスクトップにダウソ。
・GNOME端末を起動
・cd Desktop
・sudo alien -c fpc-xxxxxxxx.i586.rpm
・sudo alien -c fpc-src-xxxxxxxx.i386.rpm
・sudo alien -c lazarus-xxxxxxxx.i386.rpm
必要ならalienを導入しとくこと。debファイルができあがったら、
・sudo apt-get install libgtk2.0-dev
・sudo dpkg -i fpc*.deb
・sudo dpkg -i lazarus*.deb
引き続きコンパイル作業。
・cd /usr/lib/lazarus
・sudo make clean all LCL_PLATFORM=gtk2
ついでに
・メニューバーを右クリック、「メニューの編集」を起動。
・プログラミング に 名前：Lazarus、コマンド startlazarus を加えておくと便利。
起動したら、
・プロジェクト-コンパイルオプション-LCL Widget Typeをgtk2にする。
当方で発生した問題
・コンパイルオプション画面が狭い。ちなみに端をマウスで掴めば伸ばせる。
・プロジェクトオプション、環境オプションが面画が閉じれない。
・IDEから実行できない。
古いバージョンでは結構使えてたのでより不安定になってる印象。
313:デフォルトの名無しさん
06/10/04 13:24:15
水をさすようで申し訳ないのですが・・・
果たしてこのままシフトJISを漢字コードとして採用してよいのでしょうか。
確かにDelphiで書いたコードを持っていくのはSJISが便利ですが、
ただそれだけとういうきがしないでもありません。
どちらにせよLinux用LazはUTF8に対応させるのが素直ですから
Win版も今のうちにUTF8を採用しとくべきではないでしょうか。
もちろん最終的にはいろいろな漢字コードに対応してくれるとありがたいですが。
314:デフォルトの名無しさん
06/10/04 13:37:08
内部処理はSJISでやってファイル書き出すときにUTFに変換というのもありだと思うのですが、
内部処理もUTFの方が他の多バイト文化圏にも受け入れられやすいかなと・・・
内部処理WideStringが一番楽なのでしょうけど速度面、容量面から受け入れられ難そうですよね・・・
315:デフォルトの名無しさん
06/10/04 19:25:38
>>313
それ、ずいぶん前から問題になってます。
ただ、じゃあ、誰がそのコード書くの？っていう、、、。
316:デフォルトの名無しさん
06/10/04 21:51:58
>>315
よく考えてみたらWin APIはA系とW系しかないわけですから
内部処理UTF8にするのは無理がありますね。
プラットフォームによって文字コードがばらばらな地域では
マルチプラットフォームなんて夢物語なのかな
317:デフォルトの名無しさん
06/11/01 18:56:07
URLﾘﾝｸ(wiki.lazarus.freepascal.org)
Linuxは大丈夫な気がするけどWindowsではかなり負担を伴う対応方法を採るみたいですね。
ユニコードAPIが必要になりそうなとこをイベントなりオーバーライドなりで
さくっと拡張して対応する方法のほうがいろいろ考えるとよい気がするのですがどうなんですかね。
318:デフォルトの名無しさん
06/11/01 21:03:26
winの国際化対応がダメすぎだからしょうがない。
というか、する気ないと思われ。
各国独自の文字コードにしておけば、国ごとに値段設定できるし。
319:デフォルトの名無しさん
06/11/01 22:07:57
確かにWinだめすぎなんでしょうがないですけどWin犠牲にして大丈夫なんかな
個人的にはLinux優先の方向よいですけど
320:デフォルトの名無しさん
06/11/01 23:22:01
どれか犠牲ってのはあんましいいと思わないなぁ
321:デフォルトの名無しさん
06/11/01 23:35:56
見たところリ内部処理の話みたいだから、LCL使うだけの人にはさほど関係ない気がするな。
挙動が変わったりすると嫌だが。
322:デフォルトの名無しさん
06/11/02 08:04:25
>>321
英語力乏しいんで間違ってるかもしれませんが
将来的には{$ifdef WindowsUnicodeSupport}なしにするとあります。
ということはWinアプリにはif UnicodeEnabledOS then とUTF-8->WideString
変換を強要することになります。
日本人などもともとMBCSな人々はこのぐらい仕方ないとあきらめるでしょうが
8ビットで十分な多くの人々が果たしてこれをすんなり受け入れんのかなと。
このいわゆる.NET方式がうまく定着すんのかなと。
Posを直接改造せずAnsiPosを創設しPos残すような人々がPosの直接改造に納得すんのかなと。
323:デフォルトの名無しさん
06/11/03 09:13:56
{$ifdef WindowsUnicodeSupport}永久に残るか
Lazarusu使えねぇって逃げられるかのどっちかのような希ガス
324:デフォルトの名無しさん
06/11/05 06:31:10
Pocket PC も動くのかよ！
URLﾘﾝｸ(wiki.lazarus.freepascal.org)
325:デフォルトの名無しさん
06/11/05 07:38:17
たしか、GameBoyAdvanceでも動いていなかったっけ
326:デフォルトの名無しさん
06/11/07 10:57:21
>>324
親ページは「Windows CE Interface - Lazarus-ccr」
URLﾘﾝｸ(wiki.lazarus.freepascal.org)
327:デフォルトの名無しさん
06/11/07 11:06:09
Lazarusu初心者用のページ「Lazarus Tutorial/ja」（日本語化途中だが）
URLﾘﾝｸ(wiki.lazarus.freepascal.org)
328:デフォルトの名無しさん
06/11/07 14:38:24
lazarus のエディタで日本語入力できないんだけどこれは仕様でしょうか？
当方 FreeBSD です。
329:デフォルトの名無しさん
06/11/07 15:39:31
LinuxだがIMは立ち上がるし変換も入力もできてる。
ただし文字間とかキャレットの状態がなんか変。
330:328
06/11/07 16:05:35
>>329
IM は何を使ってますか？
うちは uim なんだけどこれでは入力できないようです。
あるいは何かパッチを当てなきゃいけないのでしょうか？
331:デフォルトの名無しさん
06/11/07 21:26:12
KDE上でiiimf＋ATOK。fpcもlazarusも自分でコンパイル。
パッチはとくに当ててない。
332:デフォルトの名無しさん
06/11/08 01:19:13
うちではＳＣＩＭで入力できている。
カーソル移動とかは全角を認識してないけどね。
333:328
06/11/08 02:23:39
マルチバイト文字には完全には対応してないけど，IM によっては
入力できるよって感じなんですかね。
日本語はコメント書くときくらいしか使わないしそんなに困りは
しないけれど，早く対応してくれるといいなあ。
334:デフォルトの名無しさん
06/11/08 21:48:57
uimはｳﾝｺｰ
335:デフォルトの名無しさん
06/11/10 08:34:47
０．９．２０ｷﾀｰ
336:デフォルトの名無しさん
06/11/11 09:09:46
0.9.20でかなり安定しましたな
SynEditがUTF8対応になったせいかちょっとおかしいのがご愛嬌だけど
337:332
06/11/14 09:27:46
久しぶりLazarus起動したら、最近SCIMでは入力できなくなっていた。
前はできたのに・・・。
338:292
06/11/15 20:58:33
Lazarus 0.9.20のWindows日本語パッチ（test6)の配布を開始しました。
URLﾘﾝｸ(sourceforge.jp)
（FreePascalJPプロジェクト）
339:デフォルトの名無しさん
06/11/15 22:41:53
>>338
ドウモデス！
340:81
06/11/17 16:19:31
09.20ではメニューが増えて表示されないところがあるので修正しました。
また記述ミスの修正および翻訳メッセージを増やしました。
0.9.20に対応したメッセージファイル
URLﾘﾝｸ(bebe.run.buttobi.net)
ページの中程にある"Download be_0138.zip"をクリック。
インストール方法はreadmeを参照。
341:81
06/11/19 00:01:36
上の場所はすぐに消えるので、消えない所に移動。
内容も修正。
URLﾘﾝｸ(simosnet.com)
342:デフォルトの名無しさん
06/12/22 12:29:54
よくかんがえたら、Lazarusって、まともなポトペタができる殆ど唯一なクロスプラットフォーム開発環境だよな
なんではやらんのだろ
343:デフォルトの名無しさん
06/12/22 18:27:50
それはきっと"本物のプログラマはPascalを使わない"からだ。
344:デフォルトの名無しさん
06/12/23 00:18:03
クロスプラットフォームでポトペタの需要がないからじゃないかしら。
unix系はサーバーでしか使ったことないから、よくは知らんけど
あと、Pascal
Delphi使っている俺がいうのもなんだが、人に薦めにくいｗ（将来性がないから
345:デフォルトの名無しさん
06/12/24 09:58:22
日本人は大企業大好きだからな
346:デフォルトの名無しさん
07/01/15 07:24:49
世界一マイクロソフト信者の多い国だよな。日本は
347:デフォルトの名無しさん
07/01/15 14:02:26
最近でも修正が入り続けている言語に比べると見劣りするのはやむなし。将来性の点でも。
1ソースで各プラットフォームでネイティブで動くのは魅力があるし、言語自体も結構使い易いいんだけどな。
マルチプラットフォームでは、インタプリタや中間言語があるからねぇ。
348:デフォルトの名無しさん
07/01/15 14:05:29
ああ、あとドキュメントじゃね？
Delphi やってる時に、オンラインドキュメントが無くて、かなり戸惑った。
かといって、本も微妙だし。
今時あれじゃあ、食い付き悪くて当然だろうな。
349:デフォルトの名無しさん
07/01/17 12:43:16
クオータニオンを使いたくて、これをインスコしました。
クオータニオンを求めたりする関数はわかって便利に
使わせてもらっていますが、クオータニオンからＺＹＸの
角度を求める関数って無いですか?
クオータニオンとかオイラーとか理解してないので、
調べながらやっているのですが、ＺＹＸに戻す関数が
わかりません。
よろしくお願いします。
350:光速エスパー世代774RR
07/01/17 17:33:30
その辺の函数を使ったことはないんだけど、XYZ各方向を向いた
基底ベクトルを問題の四元数で変換してやればいいはず。
（あれ、これだとNED座標系になるのかな）
351:デフォルトの名無しさん
07/01/17 22:54:47
>>350
レスありがとうございます。
基底ベクトルですか。
何のことやらさっぱりですので、
ぐぐってきます。
352:デフォルトの名無しさん
07/01/18 08:06:57
君には無理
353:デフォルトの名無しさん
07/01/29 00:24:23
delphi入門
URLﾘﾝｸ(delphi-delphi.tripod.com)
354:デフォルトの名無しさん
07/01/29 04:01:39
なんなんだ、この広告はw
355:デフォルトの名無しさん
07/01/29 08:33:17
スゲー量だな。ﾜﾗﾀ。
356:デフォルトの名無しさん
07/02/01 13:45:14
LazarusとかFreePascalってC++コードのオブジェクトモジュールをリンクしたり出来るんですか？
それさえ出来ればすぐにLazarusに乗り換えます。
357:デフォルトの名無しさん
07/02/07 12:04:42
test
358:デフォルトの名無しさん
07/02/14 17:29:04
ＦｒｅｅＰａｓｃａｌでDLL作れますか？
Win、Linux、MACでそれぞれ。
359:デフォルトの名無しさん
07/02/18 09:59:40
うん
360:光速エスパー世代774RR
07/02/18 15:51:59
>>358
Mac OSXつーかDarwinてーのか、だと.dylibってのができる。
これが.dllに当るものっていっていいんだよな＞マックの偉い人
KT7だのsys9だのだと判らん。
夕べからぽつぽつ作業してLazarus入れようとしてるんだが、結構面倒だね。
X11追加しようとしてうっかりOS全部入れ直しちまった所から
壷にはまりんぐ。GTK取ってこようとしたら合衆国のサーバから
蹴られまくりだし。
まだ最初のコードもコンパイルできてないよ（恥
361:デフォルトの名無しさん
07/02/19 09:56:15
DarwinだとかCocoaだとか、よくわかんないです＞＜
362:光速エスパー世代774RR
07/02/19 12:29:49
やっとLazarus動くようになったよ。これだけの環境がロハなんだから
開発グループGJ、GPL始めたストールマン恐るべしだな。
＞DarwinだとかCocoaだとか、よくわかんないです＞＜
俺にも良く判らん。
DarwinってのがMac OSXの中の人で、前世はBSDうにくすなんだそーだ。
Cocoaはフレームワークなんだそうだが、結局Objective-C専用のAPIみたいに
思えばいいのかねえ。
Xcode入れるとこれも只でドキュメントが付いてくるけど読んでられない orz
昔Inside Macくらい読んどけば良かったかな（関係ないって）。
363:デフォルトの名無しさん
07/02/19 12:45:45
ｻﾝｸｽ>>362
CocoaとCarbonが対になるみたいですね。
＞URLﾘﾝｸ(ja.wikipedia.org)
＞URLﾘﾝｸ(ja.wikipedia.org)
＞URLﾘﾝｸ(www.remus.dti.ne.jp)
でもココアアプリとカーボンアプリが同じなのか違うのか良く分かりません。
Lazarusはどっちだろう。
364:デフォルトの名無しさん
07/02/21 14:16:43
Borland Developer Studio 2006
URLﾘﾝｸ(2ch-news.net)
365:デフォルトの名無しさん
07/02/23 22:46:00
>>353
どっから違法天才したんだかw。まあ開業タグだらけの酷ーいソースだな。
ソースを保存して、そこからエディタで<IFRAME>要素削除して読むのが吉。
httpクライアント使う程の内容じゃないようww
366:デフォルトの名無しさん
07/02/27 02:05:15
Lazarus導入したはいいが、コンポーネントの使い方がわからねえ。
バイク乗って本屋に行ってみたけど、田舎の本屋にゃあDelphiの解説本も
ないのな。
尼損の古本でとりあえずしのいでいるが、ライブラリの鳥説はないもんかねえ。
367:デフォルトの名無しさん
07/02/27 22:49:08
delphi付属のヘルプを見たら。
368:デフォルトの名無しさん
07/02/27 22:57:38
DelphiもっとLAN
FPCの言語仕様はきっちりドキュメント化されているのにな…
369:デフォルトの名無しさん
07/02/27 23:21:11
ラザラスでつくったバイナリを他のホストに持っていくときの依存性ってどうなんだろ。
GTKが入っていればOKなのか。それともランタイムが必要なのか。
環境はリナックスね。一台しかないから自分では試せないし。
370:デフォルトの名無しさん
07/02/28 00:52:03
>>369
Linux 使いのくせに依存ライブラリの調べ方も知らんのか.
371:デフォルトの名無しさん
07/02/28 02:57:37
>>369
Linker の仕組みを理解する
マルチブート環境を構築する
CD bootable な Linux を探す
Qemu / bochs を使う
Xen を使う
どれも数分～数時間あれば出来る事な訳だが...
真面目に配布を考えているなら、互換性テストはきちんと実施した方が良いよ。
>>370
そんなもんじゃないの。特に最近の人は。
372:デフォルトの名無しさん
07/02/28 07:36:06
常識的な説教垂れると、物凄い勢いで意味不明な非難を返される最近の事情。
とはいえ、CD bootable 以外は、HDD に空きが無いと厳しい気がする。
Linux に疎いと、環境によっては調べながら使えないしな。
さておき、ドキュメントがなきゃ始まらないだろね。
373:デフォルトの名無しさん
07/02/28 13:58:43
＞＞３６８
ホントはライセンス違反だけど
URLﾘﾝｸ(202.33.253.145)
から
fURLﾘﾝｸ(ftp.borland.co.jp)
を落とすといいよ。 他にも
374:デフォルトの名無しさん
07/02/28 21:03:13
ライセンス違反イクナイ
375:デフォルトの名無しさん
07/02/28 21:58:51
D6パーソナルも落とせば問題ないだろ
376:光速エスパー世代774RR
07/03/01 12:56:35
>>373
202.33.253.145は某ランドのIPか…
カーンが去りOh!Noさんがクビになり、
俺の中じゃどうでもいい会社になっちまった。
BGIのダンプ読んで遊んでた頃は面白かったなあ。
377:デフォルトの名無しさん
07/03/01 22:50:47
大野さんはクビにされたんだっけ？
378:デフォルトの名無しさん
07/03/02 10:19:47
違う。ヘジを追ってMSに移っただけ。
379:デフォルトの名無しさん
07/03/02 11:51:49
ま、泥船は逃げ出して正解だったな。
380:デフォルトの名無しさん
07/03/02 14:01:56
7年くらい前に出版されたDelphi Object Pascalのリファレンス本を
古書店で買っちゃったですが、Free Pascalにも使えますかねえ？
381:デフォルトの名無しさん
07/03/02 14:35:48
>>380
書名くらい書けよ
382:光速エスパー世代774RR
07/03/02 19:15:16
>>378
そっかー、俺は頸チョンパだと思い込んでた。
>>381
そーゆー冷たいことをゆーなって。.NETだかなんだか流行のご時世に
FPC使おうなんて見所あるじゃねえか。
>>380
ようこそこちら側へ(* 藁 *)
使えるよ。基本的に単純な言語だから理解しやすいと思うな。
ただ、どれだけプログラミングそのものの勉強になるかは本次第だね。
言語仕様を細かい所まで知りたかったら、英語だけどFPCには立派な
取説がついてくるから、それを読むといいんだが、構文図式を
理解するためにも一度「宿題」スレで出てくるような「教科書」を読んで
コマンドラインで動かしてみるといい。
ある意味、コマンドライン上でハノイの党wを解いてみるような地味なのが
プログラミングの真骨頂だからねえ。
383:デフォルトの名無しさん
07/03/04 21:26:51
>>368でつ。>>373、ありがとうございました。
それって、デルのHLPファイルなんですね。
ところがそもそも、Windows環境自体がないという orz
とりあえず、古いデル本を読んでるけど、CかBASICの人なのかな、
論理型の使い方があれで、ちょっと辟易。
（二値しかとらないフラグ f があったとして、if f then ... じゃなくて
if f = SW_ON then ... なんて漢字でコードしてる。）
384:380
07/03/05 03:58:39
>>382
助言くださってどうも有難うございます。
数学の授業でPascalを使うので、英文読解は苦手だし、
ちょっとした参考書になるかなぁと思いまして。
親切なレスポンスに感謝致します。
385:光速エスパー世代774RR
07/03/05 17:36:01
>>384
そういうことなら、コマンドラインでの扱いがメインなんだね。
だったら古本屋やオクでPascal教科書を買うといいよ。
昔は流行ったからタマはあるんじゃないかなあ。
標準Pascalは簡素で綺麗な構造の言語だよ。
FPCが採用しているTurbo Pascal以降のボーランド方言は
ちょっちあれになってるけど、それでもなお綺麗な構造しているよ。
あと、Turbo Pascal 5.5がフリーで流れているから、
DOS環境があるならこれも使える。
某ランド嫌いならGNU Pascal使う手もあるけど。
386:デフォルトの名無しさん
07/03/06 16:52:00
某国からDelphi2007のバージョンアップ通知がきた。
3万円かよ。
即ゴミ箱へ捨てた。
387:デフォルトの名無しさん
07/03/11 12:16:37
Mac OSXのX11でラザってまつ。
Canvasへの円弧描画で、例えば
Arc(10, 10, 160, 100, 160, 40, 160, 40)
だと全く線を引かず、ちょっと開始点と終了点をずらして
Arc(10, 10, 160, 100, 160, 40, 160, 41)
のようにすると少しだけ欠けて描画するんだけど、
これって本家デルや他のプラットフォームのラザでもこうなるんでしょうか。
穴開きを我慢するとか、二回にわけて描画するとか考えてますが、
面倒で。
388:デフォルトの名無しさん
07/04/11 09:12:43
LazaのIntel Mac版をダウソしようと思いましたが、
PowerPC版しか無いの？
389:デフォルトの名無しさん
07/04/11 20:28:25
スナップショットからげとするとよろし
URLﾘﾝｸ(www.hu.freepascal.org)
390:388
07/04/12 11:20:40
ｻﾝｸﾂ >>389
つまり、intel版はベータ（アルファ？）があるんだね。
391:デフォルトの名無しさん
07/04/13 18:45:40
lazaにMacをインスコ中ですが、先にFree Pasをインスコしなきゃならないんでしょうかね？
dyld: Library not loaded: /sw/lib/libglib-1.2.0.dylib
Referenced from: /usr/local/share/lazarus/lazarus
Reason: image not found
みたいなエラーが出ます。
392:デフォルトの名無しさん
07/04/14 02:36:33
Macはよくわからんが、普通に考えたら
依存関係考えて先に入れるべきでは？
あと、日本語もちっと勉強した方がいいのと、
lazaとかPasとか省略するのはやめた方がいいよ。
↓
LazarusをMacにインスコ中ですが、先にFreePascalを
インスコしなきゃならないんでしょうかね？
393:光速エスパー世代774RR
07/04/14 15:19:54
>>391
まずは日本語を勉強しよう。
マックの場合、3つの.dmgファイルを展開するだけで
fpcも同時に導入できる。
>>389にあるスナップショットの今日の分でいうと、Intel Macなら、
fpc-2.1.3-20070413-i386-macosx.dmg
fpcsrc-2.1.3-20070413-i386-macosx.dmg
lazarus-0.9.23-20070413-i386-macosx.dmg
の三つ。上からfpc本体、fpcのソース、larazusのソースとバイナリ。
そのまえにX11とgtkを導入するんだが、X11は簡単だよな、
gtkはfinkからとれるけど、これが結構めんどい。
ターミナルでsudoする必要もあるが、
まあfpc使おうってならターミナルは使えるよな。
なお>>391のエラーはgtkがちゃんとビルドされていないことを示している。
394:デフォルトの名無しさん
07/04/14 20:52:27
なんかこの半年くらいで実用度かなり上がってない？
結構いける雰囲気なんだが。
395:デフォルトの名無しさん
07/04/14 21:04:29
マックの場合X11とgtkがネックだなあ。
どっかにMPEG2のオープンソースなライブラリないかなあ。
それがあると仕事につかえるんだが。
396:デフォルトの名無しさん
07/04/14 21:48:38
LazarusのライセンスはGPLだけど、Lazarusで作ったアプリの
ライセンスはこれに縛られない、ってことになってるけど、
Gtk版LCLを使ったらGtkのライセンスに縛られるんだよね？
397:デフォルトの名無しさん
07/04/15 06:31:14
GTK+ is free software and part of the GNU Project.
However, the licensing terms for GTK+, the GNU LGPL,
allow it to be used by all developers,
including those developing proprietary software,
without any license fees or royalties.
398:デフォルトの名無しさん
07/04/16 16:28:00
サンクス>>393
その通りやってみます。
関係ないけど拡張子dmgって何なのか疑問ですね。
399:光速エスパー世代774RR
07/04/16 17:15:03
dmg = disk image だったっけ image disk だったっけ、なんかそんなあたり。
400:デフォルトの名無しさん
07/04/17 10:50:47
厨質問ですが、
＞マックの場合X11とgtkがネックだなあ。
これって開発環境のライブラリ構築の手間だけで、
実行環境はランタイム不要ですよね？
Mac OS X って確か、X11だし、gtkはスタティックリンクだし。。。
でも、質問しとかないと不安で...
401:デフォルトの名無しさん
07/04/17 21:34:09
>>400
いや、/sw以下に.dylibができて、それをロードしているよ。
X11だけじゃ動かない。
402:デフォルトの名無しさん
07/04/17 22:04:44
Aqua のウィンドウサーバと X11 は全く別
403:デフォルトの名無しさん
07/04/22 23:44:35
Lazarusって、フリーカーソル解除できる？
404:デフォルトの名無しさん
07/04/23 00:09:33
>>403
できたと思うけど。
今fpc 2.1.1で本業関連プログラム書いているから
fpc 2.0.4に戻してラザ入れ直す勇気がない。
あーあ、PPCマックももう過去の遺物か(T_T)
Intel Macがうらやましい。
405:デフォルトの名無しさん
07/04/23 00:36:01
>>404
kwsk
406:デフォルトの名無しさん
07/04/23 01:52:07
>>405
Environment -> Editor options -> Generalで
Scroll past end of line
をオフにすれば行末を超えてカーソル移動しないよ（って意味だよね）
fpc2.1.1入れたら/Developer/Documentsもfpcのソースも消えちゃった。
ラザがソースを横瀬ごるぁ、うにっと見つからねえぞごるぁと怒る。
また入れ直さなきゃ。
とりあえず今やってるのが終わるまではラザ関連の作業はお休み。
407:デフォルトの名無しさん
07/04/23 02:30:43
>>406
多謝
408:デフォルトの名無しさん
07/04/23 23:39:40
>>404
fpcで仕事してる人がいるということに感激。
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は知識上の参考になるだけで、本当に勉強になるのは興味を持った題材を
扱っている解説書を見ながら「自分で考える」ことなんじゃないのかな。