スレ立てるまでもない質問はここで 第82刷

この板的にはkillのソース見りゃいい話だな

大変失礼しました。
みなさんのおかげで無事にできました。
本当に助かりました。ありがとう。

>>942
そうです

>>941
汎用子ﾙｰﾁﾝとはどう使うんですか？

ランタイムとプラグインの違いってなんですか？

違いすぎて比較することが不可能

やっぱりそういうもんですか、実際に使ったり作ったりしないと分からないですかね…

ランタイム：
　必要なexeが居る場合、依存しており、ないと動かない
プラグイン：
　追加機能をexeに持たせることが出来る外部ルーチン
　多くの場合、任意にユーザが追加できたりする
　無くてもexeの本質的な動作自体には問題なかったりする

こんなところじゃまいか？

ランタイム（ライブラリ）ってのはスタティックライブラリに対するDLL＝ダイナミックリンクライブラリの事を指し、
プラグインってのはDLLの一種で後付でアプリの機能拡張を可能にする物。

ランタイムライブラリをスタティックリンクすることもあるだろうが。

ランタイムライブラリは処理系の提供するライブラリ。
その処理系で作った全てのプログラムはこれがないと動かない。
リンクが静的か動的かは無関係。

プラグインは後付けでアプリの機能拡張を可能にする外部ルーチン。
DLL が多いけど、別に EXE だろうがスクリプトだろうが何でもいい。

ランタイムは処理系が関わってて、プラグインは後付ってところがポイントなんですね、なるほど
どちらも（Windowsだと）DLLだと思ってたので
境界があいまいに思えてました、どうもありがとうございます

ＭＦＣでプログラムしてますが、
印刷プレビューをメニューにつくっても、
淡色表示で選択できません。

メインのViewには、
ON_COMMAND(ID_FILE_PRINT_PREVIEW, CView::OnFilePrintPreview)
や、
BOOL CLed0View::OnPreparePrinting(CPrintInfo* pInfo)
{
// デフォルトの印刷準備
return DoPreparePrinting(pInfo);
}
は、記述されてるのですが、ＭＤＩだと、これ以外に記述が必要でしょうか？

早く次スレ立てろ無能共

こんにちは。

picture transfer protocolをwindowsから制御できるようなライブラリを探しています。御存じの方、いらっしゃいませんか？
Linuxなら、それらしいものが見付かるんですが、windowsとなるとそれらしい資料が見当たらなくて。。。
よろしくおねがいします。

魚の絵は>>1に入れなきゃだめですか？

>>965
Windows Media Device ManagerでMTP使えるよ。

>>963のものです。

どうも、Viewの派生クラスを自分で作ると、
印刷プレビューが選択できなくなるみたいですね？

なんとか、関数を呼ぼうとしたのですが、エラーが出て終了してしまいます。
Viewの派生クラスから印刷プレビューさせる方法はあるでしょうか？

>>968
MFCスレに行った方が回答率いいんじゃない？

次スレどーぞ。

スレ立てるまでもない質問はここで 第83刷
http://pc11.2ch.net/test/read.cgi/tech/1180081884/

スケジュール管理できるソフトを色々探したのですが、
どれも痒い所に手が届かないものばかりで、
だったら自分で作っちゃおうとか思いつきました。

現在、プログラムはPHPとPerlならある程度できます。
ですが、どうせなら他の言語にも挑戦してみようと思い、
触った事の無い言語で作ってみたいと思っております。

そこで、初心者がとっつきやすく解説してくれるサイトが充実していて、
スケジュール管理ソフトを作るのに適した言語はどれを用いればいいでしょうか？


個人的にはなんとなくDelphiとかC++が良いのかなとか思ってたりします。

これから始めるならクラスライブラリが充実していて質問掲示板などもにぎわってるC#あたりをお勧めしておく

Delphiで作るのも簡単だけど
PHPでWebアプリとして作れば携帯からもアクセス出来たり便利かもね

>>972
>>973
�d

とりあえずC#とDelphiの二択にして考えてみます

質問掲示板がにぎわってるのは、本や検索してすぐ出るような情報が少なすぎるからだ。
苦労するぞきっと。
あと新スレたってるからそっちの方がいい。

俺が一番すすめるのは、VBだね。VBは情報も多いし、扱いやすい。
スケジュール管理みたいなビジネスアプリなら、まさしくVBが得意とするところだ。
どうしてもC#かDelphiがいいというなら、C#をおすすめする。
Delphiの方が枯れてる分、情報量は多いと思う。
それでもC#の方がいいと思うのは、
C#の文法を覚えれば、将来文法が似ているJavaやC/C++を習得するとき役立つということ、
さらに現在のWindowsアプリ開発の基本となっている.NETを習得できるということ。
.NETを覚えればVBへも移行しやすい。VBの文法なんてのは覚えるまでもないようなものだし。
Delphiはかつて一世を風靡した言語だけど、将来性があるとはとてもいえない。
まあ最終的には好みで決めるものだろうけどね。

C#と.NET覚えたらVBに移行する意味は全くと言っていいほど無いな

＞現在のWindowsアプリ開発の基本となっている.NET

これいつになったら実現するんだろね？　

プログラミングやったことない人がC#使えるようになるのってどの位かかるのでしょうか

そんな質問をするような奴は大抵BASICかHSPで止まる

3日〜3年

串打ち3年割き8年焼きは一生

覚えてしまえばどうってことはないが
振り返ってみると概念とか覚えることかなりたくさんあるよな・・。
「名前空間」ひとつとってもプログラミングやったことない人にはかなりわかりにくい概念なんじゃないだろうか？

まずはCASLからだろ

プログラミング言語の文法なんて誤差みたいな差しかないだろ
Cとオブジェクト指向言語一つ使いこなせる様になれば大抵の言語は1週間と掛からず書けるようになる。

大抵の言語というのはちょっと違うだろ
FORTRAN/ALGOL/PASCAL/C/JAVA/C#/VB ....　という系列ならという事だろ？

LISP系列やProlog 系列をやるには、それとは別の視点が必要だ。

雑談はいいから

fortran なんかは１日でイケるわ。

C/C++で遅延評価みたいなのって無理でしょうか・・・

>>989
Getメソッド　Cなら構造体ポインタを引数に取る関数作って
内部メンバ（計算途中の値）と、それぞれの返す値について 未定義という状態で初期化しておいて
未定義なら、計算するし、その計算途中の中間結果を構造体上に保存しておくようなパターンで

C++(もしくはC)で別の実行可能ファイル(.exe)をプログラム中から呼び出すにはどうすればいいのでしょうか。
簡単なゲームを1つのアプリから呼び出したいと考えております。
(実行可能ファイルへの引数を必要とするものも有り)
どなたかご存知の方がいればご回答をお願いいたします。

ShellExecute

ありがとうございます。
検索しても出ず困っていたので有り難いです。

この場合はCreateProcessのが適当だと思う
ShellExecuteは指定したファイルのシェルで指定されたデフォルトアクション行うAPIだし。

exe起動するのにShellExecuteが不適当な環境ってどんなやねんｗ

終了を待機したいなんて用があったら、
プロセスハンドルが得られるCreateProcessのほうがいいかもしれない。
（ShellExecuteExもあるが）

ほかには、ShellExecuteだって最終的にはCreateProcessを呼ぶのだから、
始めからCreateProcessを呼べと言いたいのかもしれないという見方もできる。

万が一シェルがフリーズしたらShellExecuteは使えない

アホ草

スレ立てるまでもない質問はここで 第83刷
http://pc11.2ch.net/test/read.cgi/tech/1180081884/

梅

さかなさかなさかな〜

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