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


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

Pascal の初心者用の質問・相談所



1 名前:デフォルトの名無しさん [02/01/02 01:46]
Pascal の初心者用の質問・相談所
コンソールのみ。GUI は扱いません。
「Cをやったけど難しいので、やっぱりPascalからぼちぼちやるぅ」という人向け。

コンパイラダウンロード
www.vector.co.jp/vpack/filearea/win95/prog/pascal/index.html

ちなみにDelphiは
「モナーの *やさしい* Delphi質問スレ」
pc.2ch.net/test/read.cgi/tech/1003113413/

2 名前:デフォルトの名無しさん mailto:sage [02/01/02 01:49]
参考
www.illy2.f2s.com/jpg/miruna.jpg

3 名前:デフォルトの名無しさん [02/01/02 01:55]
「Cをやったけど難しいので、やっぱりPascalからぼちぼちやるぅ」というのが
いまいちわかりません。
Pascalは厨房用の言語なんですか?

4 名前:デフォルトの名無しさん mailto:sage [02/01/02 01:57]
sage
www.illy2.f2s.com/jpg/miruna.jpg

5 名前:デフォルトの名無しさん [02/01/02 02:04]
>>3
C は高級言語と言いながら、実際はかなりハードウエアに近い中級言語です。
メモリー管理とか、ポインターとか、ややこしいことがいろいろあります。

Pascal はもともと教育用として設計されているので、変なことはコンパイラーがエラーとして検出します。
Cは、プログラマーが全知全能であるという仮定で設計されているので、よく知らない人が変なコードを書くとすぐに暴走します。

6 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:12]
Pascalが教育用でかんたんって認識は現在だと当てはまらないでしょ。
ANSI Cは型チェック厳しいし。

7 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:16]
>Cは、プログラマーが全知全能であるという仮定で設計されているので、
>よく知らない人が変なコードを書くとすぐに暴走します。
とか言っている人はPascalでもヤヴァイと思いますが?

8 名前:デフォルトの名無しさん [02/01/02 02:19]
例えばCでは、配列の境界を越えて、値を代入したりすることが平気でできます。
コンパイラーも、なんも文句も言いません。

Pascal では、決してこのようなことはさせません。

9 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:21]
ねがったり
最近Delphi触り始めたんすけど、ObjectPascal? なるものが
さっぱりでカナーリ気持ちわるひ
何か初心者本とか読むと
「文法を覚えなくてもアプリを作れるのがdelのいい所」
とか書いてるし。。。。。
もうね、

10 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:24]
ちゅかbrcc32じゃダメなん?
パスカールたん、、、(´д`;)



11 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:25]
>>8
>例えばCでは、配列の境界を越えて、値を代入したりすることが平気でできます。
>コンパイラーも、なんも文句も言いません。
purifyくらい買えよ

12 名前:デフォルトの名無しさん [02/01/02 02:26]
Delphi は、Object Pascal を使っています。
カンタンに GUI を作れます。
Delphi の質問は、>>1 にも書いてありますが、

 「モナーの *やさしい* Delphi質問スレ」
 pc.2ch.net/test/read.cgi/tech/1003113413/

こちらでしたほうが、迅速に回答が得られます。

ここは GUI を扱わない、コンソールのみの Pascal スレッドとします。

13 名前:デフォルトの名無しさん [02/01/02 02:28]
それでは、最初の授業です。

program hello(output); (←セミコロン)
begin
 writeln('Hello world !!'); (←セミコロン)
end. (←ピリオド)

これで、画面に、「Hello world !!」と出力することができます。

14 名前:デフォルトの名無しさん [02/01/02 02:28]
>>8
そういう機能ってTurboPascalでもあったけど、あれってPascal標準の
機能だったのかなぁ?

Cは「中級言語」ってよく言われるけど、C++とPascalだったら、
各種データ構造を扱えるC++の方が「高級」だよな。

15 名前:デフォルトの名無しさん [02/01/02 02:29]
Cは低水準言語です。

16 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:36]
↑ こう言うツールの話しだす馬鹿が絶対現れるんだよね (^^;;

17 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:44]
>>16
なんのこと言ってるの?

18 名前:デフォルトの名無しさん mailto:sage [02/01/02 02:46]
>>14
標準。

19 名前:デフォルトの名無しさん [02/01/02 02:52]
>>16
たぶん>11

20 名前:デフォルトの名無しさん mailto:sage [02/01/02 05:27]
>>10
brcc32.exe はリソースコンパイラだけど・・・。



21 名前:デフォルトの名無しさん mailto:sage [02/01/02 08:42]
pascalがcに比べて教育用(入門用)に良い理由は
 1、配列とポインタと文字列がしっかり区別されている

 2、begin / end により比較やループネストをしすぎると行が長くなり
   結果、自然に構造化するクセが身につく・・・場合がある

 3、制御文が不親切=少なく、機能が貧弱 である為 表記方法に
   自由度が少なくなり、結果、同じアルゴリズムなら似たコードと
   なり他人(教師が)読みやすい・・・・場合がある

 4、宣言について厳格(関数の引数も同じでなければならない等)であり、
  他の特性とあわせて、自由度が少ない = コーデングは自然に統一さ
  れる = 他人のコードでも読みやすく、Cのように コーデング規則の
  ようなのを別に作る必要がない

反面、Modura2/TurboPascal/Delphiでない素のpascalには分割コンパイル
出来ないという玩具レベルと言われる欠点がある。

22 名前:デフォルトの名無しさん mailto:sage [02/01/02 14:52]
とりあえず、円周率を求めるプログラムを書いてくれ

23 名前:デフォルトの名無しさん mailto:sage [02/01/02 15:37]
pascalは処理系を作る教育に良い、とされている、らしい。

24 名前:デフォルトの名無しさん mailto:sage [02/01/02 15:50]
>22
begin
writeln(PI);
end.

25 名前:アライグマPasacal [02/01/02 20:54]
ここでDev-Pascalをダウンロードすべし。

www.bloodshed.net/devpascal.html

FreePascal(知っているよね)を内蔵した高度なIDEがFreeで手に入る。
ただしWin32環境専用。エディタはそのままでは日本語が文字化けするが
オプションでフォントを設定すれば問題ない(Terminalの14Pointがおすすめ)

Win2000あたりを使っているなら本家FreePascalをダウンロードするより。こちら
のほうがインストールが簡単で使えるエディタがあるのでいいかも。

ただしマニュアルが貧弱、FreePasalはTurboPasca完全互換&DelphiPascal一部互換
なので本家よりマニュアルをダウンロードして研究すべし。

英語が苦手な人はこちらのサイトで日本語訳が進行中。サイトを丸ごとコピーする
ツールなどを利用してダウンロードすべし。

home.interlink.or.jp/~ipfr_cat/index.html

26 名前:アライグマPascal [02/01/02 21:00]
現在、標準Pascalを使用して実用的なツールを開発している人は
すくなく、また標準PascalひいてはTurboPascalを解説する書籍は
ほとんど入手困難になりつつあるので、上記サイトの日本語訳は
ありがたい。

非常にコンパクトなコンソールアプリが作れます。ぜひ試してみて
ください。

27 名前:デフォルトの名無しさん mailto:sage [02/01/02 21:44]
>>21
賛成できるのは1だけのような…

28 名前:デフォルトの名無しさん [02/01/02 22:06]
Pascalといえば、Unitの循環参照エラーが未だによくわからない。

UnitAとUnitBがともに両者を参照する場合、

Uses節は、両者ともにimplemenntationのUses節を利用するとエラーを回避できると
あるけど何故そうなるのか詳しい参照のルールを知りたいものです。

29 名前:デフォルトの名無しさん mailto:sage [02/01/02 22:31]
・相手にusesされていたらusesし返すことはできない。
・interface部でusesしたらusesしたことになる。
・implementation部でusesしてもusesしたことにならない。
と考えると分からない?

30 名前:デフォルトの名無しさん [02/01/02 22:33]
>>25
これもコンポーネントぽとりぺたりはサポートしてないのね(T_T)。残念。
それこそがdelphiの(唯一の(ぉ))アドバンテージなのにぃ。

難しいとは思うけど、del自体のコンポの仕掛は
体系だてて作られているわけだから、その体系をなぞれば
互換または類似のフリーソフトも作成可能と思われ。
最適化とかのマジックが必要な個所じゃないし。

…それとも 2way 特許のせいで、作れないの?



31 名前:デフォルトの名無しさん [02/01/02 22:44]
>>30 コンポーネントぽとりぺたりは”コードジェネレーター”でもいいはず
つまりもっといいものはできるはず
大体コンポーネントぽとりぺたりと言ってもそのあとはコードは
せこせこ書くわけだし

delphiの肝はDCC32のみ
delphiはコンパイル速度が速いしWWWのライブラリーは最強では?
あとWINAPIで組めば20kbyteで相当できる。

ところでdev-pascalダウンロードしてみたんだけど
サンプルがビルドできん....
なんかリソースエラーとかが出る。ぎょえっ。
ちなみにdelphiとかCとか入れてないマシンなんだけど
cygwinがいるのかなぁ?

32 名前:アライグマPascal [02/01/02 22:46]
>30

確かにマウスでGUIをつくれないけど、単純なWindow形式ソフトの
ひな形は作ってくれる。すごくシンプルだからコードガリガリ主義者
にはもってこいのはず。Pascal学習(構造化からOOPまで)に
もってこいと思うけどね。

>www.vpascal.com/

かつて有償だったOS/2で有望視されていたDelphiPacal一部互換の
Pascalコンパイラ(フリーでゲット!!)
OS/2、Win32用があります。エディタが使えなかったので、
「1」のリンク先のCpadシリーズで、FreePascal用の利用してみるとよい。

33 名前:アライグマPascal [02/01/02 22:52]
>31

cygwinはいりません。必要なものはすべて圧縮ファイルに入っています。

34 名前:デフォルトの名無しさん [02/01/02 22:53]
delphi?っていうかPASCALってさ
変数の宣言文が分離してるよね、
コンパイラ側から見たらやっぱりどこでも宣言よりはいいんじゃないかなぁ。
あとこのことはインラインアセンブラとリンクさせやすいよね、
つまりアセンブリ言語にはCよりもPASCALのほうが近い

begin endは{}でもいいと思うけれどもね、
レコード型とかクラス型がCだと->なのが.というのがよいと思う

35 名前:デフォルトの名無しさん mailto:sage [02/01/02 23:04]
Delphi/Kylixのフリーが出た以上
FreePascalやTP互換言語の役目は終わってる。
コンソールアプリ限定であってもDelphiやるのが良いと思う。
# なるべく人的リソースをBorlandに集めたいってのが本音なんだけどね。

36 名前:アライグマPascal [02/01/02 23:13]
>35
DelphiはVCLのもつ力を利用する処理系です。
VCLを利用しないならばDelphiを使う意味がほとんどありません。

言語学習が目的であったりとか、使用するマシンが非力であるとか。
コンソールアプリで十分な業務が遂行できるのなら、これらFreeコンパイラ
は大変価値があると思います。

手になじむツールは人それぞれで、どれがベストなのかいろいろ試して
みるのも良い勉強になるとおもっています。

37 名前:デフォルトの名無しさん mailto:sage [02/01/02 23:14]
{}よりもPythonちっくなほうが好きだなあ。
よく擬似コードでPascalちっくで、ブロックはインデントのみって
あるじゃん。ああいう感じ。

38 名前:アライグマPascal [02/01/02 23:47]
ポトペタの処理系はあることはあります。

www.lazarus.freepascal.org/screenshots.php3?&language=english

FreePacal内蔵のDelphiライクなIDEを搭載しています。GUIはGTK+を
利用しています。

しかし、画面の書き換えが見えるほど動作が遅く、まだまだです。

39 名前:デフォルトの名無しさん mailto:sage [02/01/02 23:59]
{}はコメントだって。

40 名前:デフォルトの名無しさん mailto:sage [02/01/03 00:01]
>>34
>あとこのことはインラインアセンブラとリンクさせやすいよね、
>つまりアセンブリ言語にはCよりもPASCALのほうが近い

これはないだろ(^^



41 名前:デフォルトの名無しさん mailto:sage [02/01/03 10:34]
TPのinline を思い出して言ってるんじゃないか?

42 名前:デフォルトの名無しさん mailto:sage [02/01/03 13:04]
インラインアセンブラは「リンク」とは言わないだろ。
Cだってインラインアセンブラはあるだろ。
インラインアセンブラがあってもアセンブリ言語に近いとは言わないだろ。
と、3つほど突っ込みドコロを挙げてみる也

43 名前:デフォルトの名無しさん mailto:sage [02/01/03 13:09]
Win32APIのPASCAL呼び出し規約の話だったり

44 名前:デフォルトの名無しさん [02/01/03 22:15]
言語の学習にもってこいなのは、人にもよるが、ゲームのショートプログラム
だとおもう。昔のベーマガやI/Oに載っていたBASICプログラムの移植を試みたいと
思っている。

45 名前:デフォルトの名無しさん [02/01/04 12:44]
今年からDelphiをはじめようと思い、やはり言語からと考えて
FreePascalを頂戴したんですけど、Pascalの解説サイトや本って少ないですね (T-T
丁度SDKをはじめた頃に一緒にC++を勉強したので、同じようになると思ったんだけどなぁ・・・
今はここを読んで統合環境からこちょちょしてます
homepage2.nifty.com/okamotoy/objpas/

大学の生協とかに行けばいい本有るかな ^^

46 名前:デフォルトの名無しさん mailto:sage [02/01/04 12:50]
PASCALなんて今更やりたいと思わない。
Cが難しいって言うけど、一体何と比べて難しいの?
ANSI Cの基礎の基礎で挫折するような奴は
どんな言語やっても結局中途半端で終わると思うが・・・

47 名前:デフォルトの名無しさん [02/01/04 12:52]
c->pascalで引っかかりやすいのは、型を一度typedefしてからじゃないと
使えない場合があること、例えば
int** i;

type pint = ^Integer;
var i: ^pint;
としなくてはいけない。

48 名前:45 mailto:sage [02/01/04 12:55]
>>46
でもDelphiしたいなら必要じゃ無いですか?
僕の場合Cも++も理解したとは言い難いですけど  ^^;;;

49 名前:>45 mailto:sage [02/01/04 12:57]
なんか36がmisleadしてるようだけど
Delphiはコンソールアプリの開発をフルサポートしてるよ。
デバッガや文法の日本語のオンラインヘルプもあるし。
# 但しPascalとObject Pascalとの切り分けは一切ないけど。

>大学の生協とかに行けばいい本有るかな ^^
大学の図書館に腐るほどあるでしょ。
いまどきあまり借りる人もいないだろうから入手は楽かも。
お勧めの良書は知らないけど、経験的にはずれも少なかったような。

50 名前:デフォルトの名無しさん mailto:sage [02/01/04 12:59]
>>48
まあ、Dephiが使いたいからって人はわかるんだけどね。
1は、
>「Cをやったけど難しいので、やっぱりPascalからぼちぼちやるぅ」という人向け。
って言ってるだろ。
それがちょっと理解できない。
Cが難しいからPASCALをやってみても、PASCALにもCとは違った意味で難しい点があるんだから
まずは我慢してCを続けるのが本筋。



51 名前:45 mailto:sage [02/01/04 13:10]
なるほど、皆さん有難う。
>>50>>1に対する突っ込みだったんですね
それは同感です、どんな言語でも何処かで引っ掛かるのは同じですよね
良く分からないけど、今の学生さんって初めがJavaだったりするんだろうか ^^;
>>49
有難う。
近所の大学に潜入してみます  ^^;;

52 名前:デフォルトの名無しさん mailto:sage [02/01/04 13:17]
#include <stdio.h>
int main(void)
{
FILE *fp;

fp = fopen("mona.txt","w");

if(fp == NULL){
printf("ファイルを開けねーぞ、ゴルア!\n");
return 1;
}else{
printf("思いの丈をブチマいちゃる!\n");
}

fputs(">>1\n",fp);
fputs("Pascalなんて糞言語。",fp);
fputs("逝ってよし!\n",fp);
fclose(fp);

return 0;
}

53 名前:デフォルトの名無しさん mailto:sage [02/01/04 13:18]
>45 いや、あの、Delphi6パーソナル素直にやればいいと思うよ
 インストールしてDemosのサンプルアプリ順に触ればいいじゃない

54 名前:デフォルトの名無しさん mailto:sage [02/01/04 13:22]
>>47
Turboなら i : ^type;で直接指定できたような記憶があるんですが。

55 名前:デフォルトの名無しさん mailto:sage [02/01/04 13:25]
>54 いや i:^^type; の事を言ってるんだと思うよ

56 名前:デフォルトの名無しさん [02/01/04 15:00]
delphi ならproがいいよ
ソースがついてるから 追いかけたいユニットプロジェクトに追加しておけば
トレースでどこまででも追いかけていける。
  STL標準になったC++よりずっと理解し易いよ

57 名前:デフォルトの名無しさん [02/01/04 15:16]
岩波講座 ソフトウェア科学
アルゴリズムとデータ構造 石畑 清

に、

type list = ↑cell;
   cell = record
        element : datatype;
        next : list;
       end;


の↑ってどーいう意味?

58 名前:デフォルトの名無しさん mailto:sage [02/01/04 15:17]
delphi pro personalなんてのがあればだけどね
pascalコンパイラごときに何万も払えないよ。

59 名前:デフォルトの名無しさん [02/01/04 15:23]
>>57
ポインタ。
TurboPascalではこう書いてた。

type list = ^cell;

60 名前:デフォルトの名無しさん mailto:sage [02/01/04 15:42]
PC−8001用のパスカルコンパイラは、よいものだた。
160x100のモノクロの画像2枚を切りかえるだけなのに、当時厨房だたおれは、家に帰ってから(以下略)



61 名前:アライグマPascal [02/01/04 21:32]
>49

>>なんか36がmisleadしてるようだけど
>>Delphiはコンソールアプリの開発をフルサポートしてるよ。
>>デバッガや文法の日本語のオンラインヘルプもあるし。

misleadの意味がわからないけど、スレッドの流れをおかしな方向へ
持っていっているという意味でしょうか?
自覚していないけど、もしそうならごめんなさい。

Delphiではコンソールアプリが開発できないと言ったということでしょうか?
もしそれなら、私はそんなことは言っていません。

36で言いたかったことは、高度なGUIが必要としないなら、なにもDelphiを
使わなくても別のコンパイラで目的が達成することもできるということです。
486マシンであるとかRAMが8メガしかないといった化石パソコンでも、
言語学習マシンとして再利用することができるということです。

62 名前:アライグマPascal [02/01/04 21:51]
気分を害したらごめんなさい。

>50

>>>「Cをやったけど難しいので、やっぱりPascalからぼちぼちやるぅ」という人向け。
>って言ってるだろ。
>それがちょっと理解できない。
>Cが難しいからPASCALをやってみても、PASCALにもCとは違った意味で難しい点があるんだから
>まずは我慢してCを続けるのが本筋。

「1」は、書いてある通りの思惑でスレッドを立てたのだから、それを
そのまま受け止めてスレッドを展開すべきだと思う。

スレッド設定の理由そのものから批評すると、後のスレッドはどう展開
していくのか分からなくなると思います。
<この後、Cの学習についてスレッドを伸ばすわけにはいかないでしょうし>
<学習する姿勢や心構えを論じるスレッドではなさそうですし・・・>

Delphi云々を書かれている人が多数おられますが、「1」は

>ちなみにDelphiは
>「モナーの *やさしい* Delphi質問スレ」

というように別スレッドを参照して誘導しているので、それに
従うべきだと思います。

63 名前:デフォルトの名無しさん mailto:sage [02/01/04 22:18]
>>61
>>35はコンソールアプリしか書かないとしても、Delphi/Kylixがいいよ
って言ってるのに
>>36でコンソールアプリで十分ならFreeコンパイラは価値がある
(つまりコンソールアプリにはDelphiは向かないと読める)って言ってるのがmisleadなんでないの?

64 名前:もう1つ mailto:sage [02/01/04 22:22]
俺に言わせると、昔の文法を覚えて、簡単な例題をやってみるくらいじゃ、「言語学習」としてはサミシイ。

65 名前:アライグマPascal [02/01/04 22:41]
>>>36でコンソールアプリで十分ならFreeコンパイラは価値がある
>> (つまりコンソールアプリにはDelphiは向かないと読める)って言ってるのがmisleadなんでないの?

う〜ん。コンソールアプリにはDelphiは向かないというのなら、そのように書きますけど。
BBSではどうしても舌足らずな表現になりやすいので「裏読み」されやすい
表現は避けるようにしていたつもりですが・・・。
(仮に裏読みしてもそんな解釈になるのかしら???)

>俺に言わせると、昔の文法を覚えて、簡単な例題をやってみるくらいじゃ、「言語学習」としてはサミシイ。

最初は簡単な例題かもしれないけど、いずれCで蓄積されたアルゴリズム集の
Pascal移植に手を出すかもしれないじゃないですか(爆

66 名前:デフォルトの名無しさん mailto:sage [02/01/04 22:53]
63じゃないが、>>36はそう読んでも不思議はないと思う。
つーか、実際そういう印象を受けた。

67 名前:デフォルトの名無しさん mailto:sage [02/01/04 23:25]
Win95環境でもDCC32単独で使えば楽勝でしょう>>61

68 名前:67 mailto:sage [02/01/04 23:26]
さらに言えば、Dcc32のコンパイル速度は爆速
 コンパイルはFreePascalの半分以下で終わり
出来上がるサイズもずっと小さかったと思うよ

69 名前:デフォルトの名無しさん mailto:sage [02/01/05 01:09]
コンソールアプリとDOSアプリを混同しているに1Byte.

70 名前:デフォルトの名無しさん mailto:sage [02/01/05 07:45]
FreePascalはマルチプラットフォームであることを忘れているに、1Penis



71 名前:デフォルトの名無しさん mailto:sage [02/01/05 09:28]
Pascal入門程度ならどのコンパイラ使ったって
portableなコードしか書けないような...

72 名前:アライグマPascal mailto:sage [02/01/05 09:48]
Dev-Pascalの独自仕様かもしれないけど、ディレクトリ(フォルダ)名が
全角文字だとコンパイルエラーがでるみたい。みなさん気をつけて。

73 名前:デフォルトの名無しさん [02/01/06 22:23]
これなんとなくよさそう。

Bloodshed Dev-Pascal 1.9
download.cnet.com/downloads/0-4003375-100-3121652.html?tag=st.dl.10001-103-1.lst-5-1.3121652

74 名前:デフォルトの名無しさん [02/01/07 02:55]
アマゾンでPASCALの良本一生懸命探したけど、あんまりないね。
Turbo PASCALとDelphiはいっぱいあるのだけど。
基本文法を解説してある入門書がほしいんだよな。

75 名前:デフォルトの名無しさん [02/01/07 06:51]
漏れも探してます。
標準関数(手続き)が載ったリファレンスが欲しい
Delphi買ったので一通り変数型とかプリミティブなアルゴリズムなんかを
コンソールでやろうと思うんだけど、関数が分からんからどうにも勝手が悪いです
近所の本屋さんには超初歩本しか無かったし
全部ShowMessageとInputBoxでやるのは悲しすぎる

Del使いさんはどんな風にステップアプしましたか
いきなりイベントごりごり書いたんだろうか

76 名前:デフォルトの名無しさん mailto:sage [02/01/07 07:02]
>>75
>Del使いさんはどんな風にステップアプしましたか

77 名前:デフォルトの名無しさん mailto:sage [02/01/07 07:05]
>>76
途中で送信してしまった。

で、漏れはTurbo Pascal 3.0当時に標準Pascal的なconsole baseの書き方を覚えた。
file型変数をAssignしてReset/Rewriteして云々、
表示はwriteln、入力はreadln...てな感じだよな。
今のDelphiでもconsole applicationにすれば使えるよね。

78 名前:デフォルトの名無しさん mailto:sage [02/01/07 07:19]
おお〜 考えてるのはそんな感じです >>77
何かDCC32でIntToStrとかすると「ハァ??」って言われて鬱なんです

Turbo時代の本を探して買えば良いんですね
しかしネットはPascal本の情報少なすぎるです
リファレンスみたいなの買えば当たり外れ無いのかなー

79 名前:デフォルトの名無しさん mailto:sage [02/01/07 08:14]
>78 Delphi6ならヘルプ->ObjectPascal言語ガイド->標準ルーチンと入出力 を読めばよろしい

IntToStrはSysUtilsユニットの関数であり、これらはVCLリファレンスにあります
uses SysUtils; してる?

80 名前:デフォルトの名無しさん mailto:sage [02/01/07 11:23]
ObjectPascalってKeyword多いなー OOダカラカ・・
Cの方がシンプルじゃん (ー_ー



81 名前:デフォルトの名無しさん mailto:sage [02/01/07 12:40]
>80 そりゃそうでしょう。

pascalとcならpascalがシンプル
DelphiとCならCがシンプル
DelphiとC++ならDelphiがシンプル

82 名前:デフォルトの名無しさん mailto:sage [02/01/07 13:01]
>>81
>pascalとcならpascalがシンプル

どっちもどっちなんじゃ?
この二つじゃ。

83 名前:デフォルトの名無しさん mailto:sage [02/01/07 13:33]
>82 制御文や演算子の数ではpascalがシンプルだし
  文字列や配列の扱いは マシンから見たらcがシンプルだけど人から見たらpascalがシンプル

84 名前:デフォルトの名無しさん mailto:sage [02/01/07 13:52]
>>83
制御構造だと
Pascal場合
if
case
for
while
repeat..until

Cの場合
if
for
switch
while
do..while

同じようなもんでしょ。

演算子はCの場合、配列とかポインタ関連もすべて演算子の
カテゴリに入ってるから仕様書をみると数が多いように見えるけど
実際に使用すると、Pascalに比べてとくに複雑と感じないし。

85 名前:83 mailto:sage [02/01/07 14:05]
シンプルが簡素な意味だとしたら
 Cのfor文は簡素じゃないでしょ?
 while文にしてもpascalは論理型しか書けないけど cは数じゃない?
 コンパイラ側から見たら 全部が数ってのはシンプルかもしれないけど
 型が区別されてる方が人間から見たらシンプルだと思うんだけどなあ

それと cのreturn は文だけど pascalのexitは手続きで予約語じゃないとか

まあ似たようなもんだけどさ

86 名前:デフォルトの名無しさん mailto:sage [02/01/07 14:27]
>>85
たとえばPascalのforだったら、私は使いはじめのころはどうして
順序型しかつかえないのか、どうしてグローバル変数は使えないのか、
疑問に思いましたし、
ずいぶん慣れてからも to と downto の使い分けで、ケアレスミスを
してました。

PascalとCがどちらがシンプルかってのは、まあ主観の問題ですね。
実際に問題、大差ないと思います。

87 名前:デフォルトの名無しさん [02/01/07 23:01]
だれか簡潔に説明してください。

FreePascalのマニュアルみていたら「Graphユニット」があって線を引いたり
円を描いたりできるみたいです。これってTurboPascalから引き継がれたユニット
だと思う。

問題は「Graphユニットの初期化」ってやつ。
基礎的なことが分かりません。なぜ、このユニットだけは初期化という作業が
必要なのですか?またサンプルコードをみても「何でこんな常套句が必要なのか
わからない」といったコードがあります。そもそも初期化って何????
それから「グラフポートをOpenしたらCloseせよ」って何?

文字色を変えたりするのは「Crtユニット」を使うわけで、そちらはサンプルを
見てもだいたい意味が分かるのですが・・・。

88 名前:デフォルトの名無しさん mailto:sage [02/01/08 04:46]
1. そういうものだ。気にするな。
2. 昔はハードウェア毎に異なる(デバイス)ドライバを,アプリケーション毎に読み込んでいたから。
DOS はグラフィックボードの管理はしないのだ。
3. 古いアーキテクチャで作られた物が,現代の人にとって易しいとは限らない。
古けりゃ簡単,ってことなら古文/漢文で苦しむ人はいないよな。

89 名前:デフォルトの名無しさん mailto:sage [02/01/09 15:51]
ハード屋さんとかマシン語の得意な人にはCの方がやさしいし
BASICから入った人には文字列でつまずかないだけでもPascalの方がやさしい
・・・と思う

90 名前:87 [02/01/09 21:57]
Graphユニットのサンプルをコピペしてdev-Pascalにてコンパイルしました。
エラーがでます。integerで宣言されるinitGraphで使用する変数を、shortintで
宣言するとエラーが消えてサンプルアプリができました。あとは少しずつ
手続きや関数を書き足して調べてみます。



91 名前:デフォルトの名無しさん [02/01/10 01:00]
FreePascalってのは起動時コンソールプログラムしか作れないのですか?

>>83 TurboPascal系はレジスタ渡しで関数呼べるのでPascalのほうがマシンよりでは?

92 名前:デフォルトの名無しさん mailto:sage [02/01/10 01:32]
>>87
なんでファイルをいちいちOpenしたりCloseしたりしなくてはならないのですか?
なんでFindFirstしたらFindCloseしないといけないのとか。
なんでAllocしたらFreeしないといけないのとか。

と似たようなものですな(w

93 名前:アライグマPascal mailto:sage [02/01/10 08:02]
>91
Windowプログラムもつくれますよ。

94 名前:デフォルトの名無しさん [02/01/10 09:13]
おい!>>2>>4!!
貴様ら!!!!逝ってよしです。

ていうか、ム板にそんなもの貼ってうれしいんですか。

95 名前:デフォルトの名無しさん [02/01/19 03:15]
community.borland.com/article/images/20803/tp55.zip
ここから Turbo Pascal 5.5 がダウンロードできます。
割れではないです。


96 名前:デフォルトの名無しさん [02/01/19 03:26]
ところで今のDelphiのObjectPascalと、
Turbo Pascal 5.5 との互換性がどれぐらいあるのか、
誰か説明できる人いないかな?

97 名前:デフォルトの名無しさん [02/01/19 03:27]
ダウンロードしたけど、インストールの途中で先に進めません(死


98 名前:デフォルトの名無しさん mailto:sage [02/01/19 03:28]
>>96
Object PascalはTPのほぼスーパーセット。
ライブラリは除く。

99 名前:デフォルトの名無しさん mailto:sage [02/01/19 03:30]
>94
何これ?

100 名前:デフォルトの名無しさん [02/01/19 17:06]
インストールの途中で先に進めなくなるけど、シカトして、TPフォルダの中のEXEを実行したら、ちゃんとインストールされてました!
コンパイル&実行までできました!
あとはTurbo Pascalの本買ってこよ。
Pascal そのものの本はあんまりないけど、Turbo Pascal の本はいっぱいあるし。









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

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

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