くだすれDelphi（超初心者用）その26

VB でいう Frame （Form に枠を描画する）を Delphi 2005 で使いたいのですが
これに相当するものはどれにあたるのでしょうか？

ありがとうIndyｽﾚ行ってみます

>>950
即レスありがとうございます。CreateProcess+WaitForSingleObjectで何とかなりそうです。


ついでと言っては何ですが、もうひとつお願いします。
外部DLL(Lame_enc.DLLやogg_enc.DLL)の利用はどうすれば良いのでしょうか？

すみません、アンカーミスです
>>950→>>951

externalでヘルプ検索しる

>>956
ﾊｹｰｿww

ありがとうございました。

>>952
VBのFrame同様の左肩に文字列を入れたいのならGroupBox
それ以外だとPanel、Shape、Bevelあたり

GroupBoxはRadioButtonを載せる場合が主で
コンテナとして一番良く使われるのはPanel

ShapeとBevelは見た目だけの枠

おお，>952へのレスを考えているうちに先を越されてしまった(w．
もっとも私のは想像だったのでVB利用者のレスが来て良かったです．

>>952
ちなみにBevelコンポはStyleプロパティをbsFrameにすると
VBのFrameみたいな（GroupBoxコンポと同じ）枠になります．

>>958
>>959

お二方ともありがとうございました。

http://pc8.2ch.net/test/read.cgi/tech/1123332969/380
これは本当ですか？

新スレもたったし、埋めネタ提供って事？　>>961

>380 名前：デフォルトの名無しさん 投稿日：2005/09/06(火) 05:37:51
>MMXも使えるけど
>Delphi自体が遅いから速度的な解決はできないけどな
>Delphiはパッパッと作るためのものだから(言語的, 開発環境的に)
>深く何かを作ろうと思うとできない

これは正確ではない。
　Delphiのコンパイラ出力は最適化を最大にしたC++と比べると多少
落ちる面がある。　が、その差が何割もあるわけではない。
　最適化を使わないC++出力よりも良いコードを標準の状態で出す。

>Delphiはパッパッと作るためのものだから(言語的, 開発環境的に)
>深く何かを作ろうと思うとできない
　これは全くあたらない。　同じ時間コーディングに時間をかけるなら
　俺にはDelphiの方が効率が良いデータ構造・アルゴリズムで書ける。
　つまり深く作るならDelphiの方が勝る

一般的にはデータ構造・アルゴリズムの改善の方が速度の改善につながる。
現時点のDelphiは表現可能なデータ構造はC/C++に勝るとも劣らない。
いや、列挙型、動的配列型、標準のvariant、そしてabsolute等、
C以上に低レベルの表現も可能だ。

言語構造にない表現 をしなければならない場合（たとえばコルーチン等）も、
インラインアセンブラ・アセンブラ関数を使える。

Cのコードは簡単にDelphiに変換出来るが
DelphiのコードはCには簡単に変換出来ない。

C++の場合はテンプレートを使っていると他言語に移植する作業量が大きくなる。

>>962
お前Cやったことあるのか？
俺は両方使うけど、そいつがいってる通りパッパッと作るようだぞ
あと、Cより低レベルに扱える言語なんてアセンブリ以外にない
しかも、アルゴリズムも言語なんか関係ない

> 俺にはDelphiの方が効率が良いデータ構造・アルゴリズムで書ける。
> つまり深く作るならDelphiの方が勝る
そりゃ、お前がCできないだけだろ

> 一般的にはデータ構造・アルゴリズムの改善の方が速度の改善につながる。
うむ、でもC出かかれてきたDelphiがCの速度を越えれるわけが無い
非常に非効率

> 現時点のDelphiは表現可能なデータ構造はC/C++に勝るとも劣らない。
かなり劣る。 メモリをCの用に扱えるのか、ポインタ演算はできるのか。
> C以上に低レベルの表現も可能だ。
無理。 上でもいったけど、元がC出かかれている以上それ以下の扱いはできない

> Cのコードは簡単にDelphiに変換出来るが
> DelphiのコードはCには簡単に変換出来ない。
あたりまえ、Delphiには抽象的な扱いのものが多数ある、それをCに変換することはできない
また、CのコードもDelphiになんてできない

>>963
一生懸命書いたんだからちょっとは褒めてやれ

>　これは全くあたらない。　同じ時間コーディングに時間をかけるなら
>　俺にはDelphiの方が効率が良いデータ構造・アルゴリズムで書ける。
>　つまり深く作るならDelphiの方が勝る
C言語でそんなに抽象的なデータ構造を書ける君が、
君以外の人間のことを全く考えていない君が、
すごい

>>962
フサスレに帰れよ。ゴミ人間

>>965
なんだ、ネタだったのか
真面にやっちゃったよ

>>963
C/C++はよく使うよ。 組み込みの仕事が多いから特に。
組み込み先の環境のエミュレートコードをDelphiで書いてDLLで接続してデバッグ
後でobjにして一体のexeにして客に渡して動作チェックさせたりしてるよ。

アルゴリズムってのは、まずデータ構造ありきだよ。
その言語で、そのデータ構造が効率良く表現できないなら、その言語ではそのアルゴリズムはまともに使えない。

＞でもC出かかれてきたDelphiがCの速度を越えれるわけが無い 非常に非効率
これは論理的な間違いだ。
＞asmで書かれたcがasmを超えられないという事になる。
　一見まともに見えるが、これだって間違いだ。
　同じ時間かけてasmで書いたコードよりcのコードの方が高速な事が多い。
　実際組み込みの世界でも遅延詰め込みのあるチップだと
　asmレベルで必死に最適化するよりもはやｃ上で工夫したコードの方が速いんだよ。

＞メモリをCの用に扱えるのか、ポインタ演算はできるのか。
　出来る。absoluteを使えば Cより効率良く扱える。

＞CのコードもDelphiになんてできない
なんで？　無理なコード書いてみて

>同じ時間かけてasmで書いたコードよりcのコードの方が高速な事が多い。
お前が書けないだけだろ
ﾌﾟｹﾞﾗ

>>967
じゃあ君は、カーネルをアセンブリで書くより
Delphiで書いたほうが早いっていってるの？

とりあえず、何もいわずにカーネルのコード読んで
どこがアセンブリで書かれてて、それはなぜCで書かれなかったのか
考えてみ

>>968
書けるなら書いてみろよ。
たとえば SHの遅延スロットをアセンブラで埋めてみろ。

俺はCに負けた事は素直に認めるが、やったことない奴が
書けるというのは認められないな。

俺はお前の書いたアセンブラコードより早くなるCコードを書いてみせるよ。

>>969
必要があって、CでもDelphiでも使っていいと言われたら
カーネルもDelphiで書くだろうよ。
タスク切り替えは単にスタックポインタの置き換えじゃないか。

ハードも叩けないDelphiでカーネルを書けるあなたは神ですか？
スイッチなんて、Cで書いても遅いからアセンブラで書くのに
Delphiなんかでかいたら、どうなるかな最新スペックのマシンでも
一気に68Kに逆戻りか？

こんなに必死な奴は久々に見たな
よく社会で渡っていけるなと関心する

たぶん社会を渡れてないと思う

>>972
ハードも叩けないというのは認識が正しくない
CというがCこそ言語仕様上はハードを叩けない。
Delphiは言語仕様上インラインアセンブラが組まれているので言語上で叩ける事になる。

カーネルのようなOSの助けが少ない場面で必要になるのはリンカーだ。
Cだと、Cの言語仕様にはないリンカで柔軟に再配置が出来る。

Delphiの場合、普段はリンカを意識する事は殆どない。
が、こいつさえ作り直せばいいわけだ。

スイッチ？　switch/ caseの事? あるいは別の専門用語？

>>962
見てて痛いからもういいよ

「Pascalで」でなく「Delphiで」といってるのがポイントだと思うよ。

勘違いするといけないので
　SHにはSH特有の問題があるのでasmで書くよりCの方が早い事が多いのであって
　PCのようなCISCの場合は、asmで工夫すれば早く出来る場面も多い。

SH特有の問題というのは
　・　バス幅より狭い命令ワード・この為に埋めるべきスロットが生じる
　・　貧弱な命令体系　asmで工夫して使えるような命令が無い
　　　（DSP命令は命令ワードが倍になる為、結局スロットが埋まって効率が上がらない）

複数ファイルを効率よく編集できるタブ切り替えテキストエディター「WHiNNY」
http://www.forest.impress.co.jp/article/2005/08/31/whinny.html
ってどう思う？
結構いい感じな気がするんだが。

スレ埋めるためならゴミレス連投していいという決まりはないんだが。

>>979
紙2001よりは良さそうだな

>>962
埋めたいんならネタじゃなく何か有意義な事書けよ

ポインタは使えるみたいね

http://hp.vector.co.jp/authors/VA014436/prg_memo/ccpp/c_d.html
int *temp　temp:^Integer　　　　ポインタ変数の定義
*temp　　　temp^　　　　　　　　　ポインタ変数の示す中身
&ptr　　　　@ptr 又は Addr(ptr) 変数のアドレスを得る

CとDelphiのい対比表

イタイ比表？

>>962より反応してる奴のほうが痛いな
でも後半>>962が言ってる事が理解できない俺の頭も痛いかもしれん
勉強しよう・・・。

>>972　の言ってるスイッチは　タスク・スレッドのスイッチの事だろう。

やるべき事は、
スレッドの場合レジスタの保存とスタックの切替、コルーチンとほぼ同じだ。
タスクの場合はさらに、仮想メモリとかの資源の切り替え。

スタックを切り替える時点で、どっちにしてもアセンブラを使わないと書けない。

次スレまだ立ってないじゃん

だよな。知らない間に立って知らない間に落ちたのかもしれないけど。

つまり962市ねと

低レベルの操作はC＞Delphiでいいじゃん
そうじゃないとCの存在意義がなくなるでしょ？

だってDB関連の開発では
Delphi＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞C
なんだから

VCってインラインアセンブラ無くなったけどDelphiは大丈夫？

http://pc8.2ch.net/test/read.cgi/tech/1126590039/
↑次スレ立てたよ

今さっき新スレ立ったっぽい

くだすれDelphi(超初心者)その27
ttp://pc8.2ch.net/test/read.cgi/tech/1126590039/l50

ただ１は>>948じゃねぇみたいだな

埋め

1000ｹﾞﾄまであと5

4

3

2

1

1000ｹﾞﾄｰーー(・∀・)ーー！！

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。