d金魚の開発環境

DxLibFanに戻る

Please Click　↑↑↑

概要
ヘルプファイルをすべてまとめる
ライブラリにパスを通す
VisualC++で使えるライブラリのリスト
DxLibの開発環境を良くする
- DxLibの関数を候補リストに表示させる
VisualC++6.0の基本的な使い方
- 中学生エンジニア講座をご覧ください
d金魚の開発環境復元マニュアル(ただのメモ)
d金魚が目をつけているGUIライブラリ
crtdbg メモ
STLPort メモ
- STLPortの正しい？設定方法
- MinGWでのコンパイルの方法
Windowsでのファイルの操作の仕方
- カレントディレクトリ問題
- 参考,関連資料
Loki メモ
Susie Plugin Memo
d金魚のおもちゃ(開発ツール)紹介
- サクラエディタメモ

概要：

さて～。世の中にはC/C++言語での開発をしやすいようにするツールが出回ってます。
私はVC派なので(最近、CodeWarriorに目移りしている^^;)結構ポピュラーな環境だと思う。
なので、皆さんのPCにも私流の環境を作ってみて便利だよ～～ってのを実感してほしいということでここに示します。
ちなみにかなり手抜き説明ばっかりですので、とある資料について教えてほしいって時は掲示板に催促してください。
私が時間のあるときにアップいたします。

ヘルプファイルはすべてまとめる！！MSDN Integrator

MSDN Integratorというソフトがあります。
(ここでダウンロードできるみたい) しかもソースつきです。
MSDNにchm形式のヘルプファイルを統合するソフトなんです。
DirectX系のSDKのヘルプファイルをまとめると、しっかりVisualC++上でLPDIRECTDRAWSURFACE7とかを選択してF1キーを押すと、検索されるんですよ。もうジャストミートって感じで！！
って事で使うことをお勧めします。
使い方は英語ですがどっかに書いてます。
分からなすぎ～～！って方は私の掲示板とかで催促してください。
私が時間のあるとき説明をUPしますので＾＾

tips

MSDN Integratorはchiファイルがないと使えない。
その時はchmファイル HTML Help Workshop をDecompileすればいいのだ。

参考サイト

MSDNの改造

Last Update
20:02 2003/08/19
20:22 2003/04/20

ライブラリにパスを通してますか！？

さすがにライブラリへのパスの通し方を分からないって人はいないと思うので＾＾；
割愛！

参考サイト

いろんなライブラリが欲しいんだけど･･･

じゃぁ、まず手始めに、VisualC++環境で使えそうな奴を考えられるだけ並べときます。
あとは自分で検索してください。

■C/C++ アルゴリズム補助系

boost
boostの使用規約についての要約

  まとめると、

  ・長いライセンス条件は読む気がしない。長いの複雑なのは駄目だ。
  ・商用につかっても良いよ。商用にもお金を要求したりしません。
  ・boostライブラリのソースコードにはちゃんとboostって書いてね。
    boostを配布したり、改良するときにはboostって書いて置いてね。
  ・GPLみたいに、使ったソフトは全て
    ソースコード公開してね、とかそういう制限はないよ。
  ・ライブラリの名前とか説明・記述は本家以外は名乗るの禁止！
    というのが良ければ、ライブラリの作者がそのようなライセンス条件を
    設定しても良いよ。

  といった感じになるかと思います。

-----

  ライブラリを使う立場から言うと、
  「商用利用可。バイナリ配布するなら何の表記も要らない。
    でも public domain ではないので作者の著作権は尊重してね。
    ライブラリから作者名やライセンス文を削除したソースを配ったり、
    そのライブラリの名前も説明もそっくりのwebサイトを作って
    手柄を横取りしないでね。」
  といったくらいの、非常に緩いライセンスだと思います。
  普通に使う分にはこれらの制限は全く問題はにならないかと。

cppll過去ログより引用

STL
■Win32 開発補助系
WTL
ATL
MFC
■ゲーム製作(DirectX,OpenGL)補助系
WinGL
DxLib
SimpleX
yaneSDK
YJLibrary
■WriteOnceなGUIライブラリ
GTK+
Qt
FOX toolkit (StudioKingyoでGUIアプリケーション開発はこれを標準として使っている)
wxWindow
JX
■うーんほかにもあったような･･･
dKingyoUtilityとか＾＾；オイオイ

参考サイト

DxLibでゲームを作る時の環境の整え方

関数の候補リストを表示させる

まずはDxLibをコンパイル済みとソースの両方をダウンロードしてきてください。それらを解凍してください。
では、手始めとしてDxLibのコンパイル済みの方に入っているサンプルプログラム実行用フォルダを使って説明します。
”サンプルプログラム実行用フォルダ”内にソース入っているフォルダ（DxLibMake)を追加してください。
そして、DxLib.dswをダブルクリックして開いてください。
１
２

３

開き終わったら、この画像のように、DxLibMake.dspを”プロジェクトをワークスペースに挿入”で挿入します。
これで終了です。グローバルネームスペースでしっかり認識してます。
DrawGraph( と入力したらしっかり引数が表示されるようになります。

こんな感じでOKなんです。
以上です＾＾お疲れ様でした＾＾

d金魚の開発環境復元マニュアル

http://www.dinkumware.com/vc_fixes.htmlでVC6.0のソースのバグを直す.
ここらへんから検索してVisualC++ServicePack5を入れる.
ここらへんからVisualStudio Processor Packを導入する.
STLPortをゲットする
boostをゲットする
Lokiをゲットする
DxLib,yaneSDK3rd等の各種ゲームライブラリをゲットする。

d金魚が目をつけているWrite OnceなGUIライブラリ

さて、WriteOnceはそのまんまです。
一回だけプログラムを書いたらあとはいろんなOSでコンパイルすることが出来るというライブラリです。
で、私が最終的に決めたのはFOXです。
個人的に良い点を申し上げますと、

Windowのレイアウト方法がすべてプログラム側で記述できる事。
( VCみたいにいちいちリソースエディタでマウスで操作しなくてすむ
( リソース専用の言語を使わないですむ
ウィジェットが簡単に作れること
VC6.0に完全対応な事
main (WinMain)を隠蔽しないところ
Ruby,Pythonでも使えること
GUIダイアログエディタが他の応援サイトで作られていること dlgedit.exeっていうファイル名です。
（デザインしたとおりのダイアログの表示を記述したプログラムを出力してくれるので本当に助かってます。

等です。
詳しくはこちらののFOX-TOOLKITチップスをご覧下さい。

crtdbg.hのメモ

実は、私もcrtdbg.hは使いはじめで全機能はよくわからないのですが＾＾；
メモリリークチェックやアクセスバイオレーションチェックに利用してます＾＾
さて、メモリリークのチェックですが、実はロベール氏ののHPロベールの部屋のプログラマの友の”メモリリークとcrtdbg.h”の内容と同じです。

_CrtDumpMemoryLeaks()という関数を使えば OutputDebugStirngで出力される領域にメモリリークの告知が出るみたいです。
ちなみにデバッグバージョンでしか機能しなかった気がします。
しかし、私はこの関数をあまり使いません。
なぜならC++のデストラクタに無力だからと聞いたからです。
私は以下のようにして使っています。
#ifdef _DEBUG # include <crtdbg.h> //これを後に宣言することによって //メモリリークチェック機能が有効になるみたいです。 //何故前に宣言しないかというと、ロベール氏が指摘しているように //crtdbg.h内でメモリリークがでていると誤報を受けるからだそうです。 # define _CRTDBG_MAP_ALLOC // STLport の node allocator を使うと、誤まってリークが報告されてしまうため # ifdef USE_DKINGYO_STLPORT # define _STLP_USE_MALLOC # endif #endif そして、WinMainの最初に以下の関数を定義します。
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);
これもロベール氏の記事を見てそのままなのですが、この関数によってソフトが終了し、C++のデストラクタが呼び出されて最後の最後にcrtdbg.h側で_CrtDumpMemoryLeaks()を呼び出してくれるというものです。
また、アクセスバイオレーションチェックですが、私は結構この機能でバグを見つけてます。
アクセスバイオレーションしてそうな場合はすぐにデバッガに戻っていってくれるのです。
ちなみになんかよく分からない英語のダイアログが表示されますが、再試行をすればたしか、デバッガにいけるはずです。
大体、私はいつもfree()で警告を受けてデバッガに戻されます。
さて、どのような内容でエラーになるかといいますと、 #ifdef _DEBUG # include <crtdbg.h> # define _CRTDBG_MAP_ALLOC # ifdef USE_DKINGYO_STLPORT # define _STLP_USE_MALLOC # endif int main(){ _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF); //ケース１二重開放しちゃった場合 {//改善前 void *p=malloc(1); free(p); free(p);//二回目のfreeでもpはまだアドレス先を示しているのでエラーです。 } {//改善後 void *p=malloc(1); if(!p){printf("malloc error");return -1;} if(p){free(p);p=NULL;} if(p){free(p);p=NULL;}//これならば二重開放しませんね＾＾ //このようなマクロを作るのも良いかもしれません。 //#define IFFREE(s) { if(s){free(s);s=NULL;}} } //ケース２ {//改善前メモリの確保先自体をうやむやにしちゃった場合 char *str="DxLibFan"; char *p=malloc(strlen(str)+1);//str+NULL文字 if(!p) return -1; p++;//このようにしてアドレス先を変えてしまった場合 if(p){free(p);p=NULL;} } {//改善後 char *str="DxLibFan"; char *save; char *p=malloc(strlen(str)+1);//str+NULL文字 if(!p) return -1; save = p;//元のアドレス先を保存しておく p++;//このようにしてアドレス先を変えてしまった場合 if(save){free(save);save=NULL;} } }
この他にも、いろいろな条件でエラーが出ます。
私もどこにもエラーは無いじゃないか!!と思っているようなソースでも出ます。
まだ使い始めのcrtdbg.hです。何かがわかり次第、また報告します。
また、どちら様かcrtdbg.hは私の使い方以外によい使い方がありましたら教えていただけないでしょうか？
サンプル
#ifdef _DEBUG # include <crtdbg.h> # define _CRTDBG_MAP_ALLOC //# ifdef USE_DKINGYO_STLPORT # define _STLP_USE_MALLOC //# endif #endif int main(){ _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF); malloc(1);//見事に開放を忘れている。こうなるとしっかり出力してくれる。 }
ログとして出力されるメモリリークの突き止め方
大切ですのでご存知ない方はこの機会に覚えたほうが良いと思います。
私はいろんなサイトを巡回して知り、大変感銘を受けました。
メモリリークログは以下のような形で出力されます。
{6592} normal block at 0x04BF48C8, 12 bytes long. Data: < S > 01 00 00 00 05 00 00 00 C0 53 F7 00 さて、意味解釈ですが、こんな感じです。 {何回目のmallocで呼び出したか} normal block at 多分アドレス, リークしたメモリのサイズ bytes long. メモリの中身: < S > 01 00 00 00 05 00 00 00 C0 53 F7 00
さて、これらの情報からリークを突き止めるのに必要な情報は、何回目のmallocで呼び出したか　と　リークしたメモリのサイズ　です。
VisualC++6.0でのメモリリークチェック
VisualC++6.0 には VC98フォルダ内にー＞CRTー＞SRCというフォルダがあり、このSRCフォルダ内のDBGHEEP,C の_nh_malloc_dbg 関数の最初辺りにブレークポイントを仕掛けます。
仕掛ける場所としては242行目あたりが良いでしょうか？
そしてALT+F9キーを押して、条件を設定します。

・nSizeは確保したいメモリ領域ですので、リークしたサイズを入れると、nSize==指定したサイズの時にとまってくれます。
・下の方のダイアログにはスキップする回数があります。メモリリークログの「何回目のmallocで呼び出したか」と同じ数字を入れるとちょうど指定したその関数が呼び出された回数の時にとまってくれます。

ちと、日本語として分かりにくいですね＾＾；すまそんすまそん。
分かりにくかったら掲示板にでも催促してください。
画像つきでもやろうかと思いますので。ではでは。
2004/2/11追記
参考,情報元サイト
ロベールの部屋 ->プログラマの友 ->メモリリークとcrtdbg.h

DLL作成メモ

意義

意義

DLLを作成する･･･。 DLLは･･･また今度･･･

STLPort メモ

始めに...

Standard Template Library(以下STL)を使ったことがありますか？
名前すら知らない場合は、関連、参考　文献を見てください。私はこのSTLを使い始め、かなりプログラミングに対する考え方,およびコーディングスタイルが変わりました。
基本的なC++でのtemplateの使い方をこのライブラリで学びました。
さて、STLを使うと、実は、メチャメチャ簡単にほしい機能が手に入れられるんですよ！例えば、双方向リスト構造とか,動的配列とかね^^;
で、もちろん皆さんが使っていると思われるVCにも標準でついてますが、私の使っているVC6に付属しているSTLはなんか評判よくないんです。
なので、私はSTLPortという、人気の高いフリーのSTLを使ってます。
まぁ、使い方はGoogleで調べれば、大量にでてくるので（例えば ”STLPort 使い方”とか）、そちらの方を見ることをお勧めします。
しかし、何かとSTLPortのコンパイルの設定について日本語の資料がありませんね。（私が知る限り）
どの条件の時なにを#defineすればいいか分からないとか、私にとっては結構曲者なんですね。（私は英語は出来ないから･･･）
という事で、私はこのように設定してますよ～～って事で以下に示したいと思います。

STLPortのコンパイル設定

STLPortを使う際、stlportフォルダ内の_site_config.hやstl_user_config.hを書き換えてmake等でコンパイルすると思います。
その設定について私流のやり方は以下のようにしています。
共通
・#define _STLP_OWN_IOSTREAMS 1をstl_user_config.hあたりに定義する
Debug用
・_site_config.h

# define _STLP_USE_DYNAMIC_LIB　のコメントアウトを外す
#define _STLP_DEBUG_ALLOC 1　のコメントアウトを外す

Release用
・デフォルトの状態でOK

こんな感じかな？

で、VisualC++の場合、_site_config.hを以下のようなので上のほうに追記でもしちゃえばいいのかな？（爆

STLPortの正しいと思われるインクルード方法

2004/05/19 追記:
以下の設定は環境により、上手く行かない事があるようです。と、いうより、今までよくこの設定でコンパイルできていたものだ＾＾；
条件:
・インクルードパスがSTLPortを解凍したフォルダ内のstlportフォルダになっている事
・ライブラリへのパスがSTLPortを解凍したフォルダ内のlibフォルダになっている事

// 不要な警告を抑制
#	if _MSC_VER > 1000

#		pragma warning(disable : 4200)		// size 0 array (テンプレート引数で警告される)
#		pragma warning(disable : 4290)		// C++ 例外指定は無視される
#		pragma warning(disable : 4511)		// cannot generate copy constructor (so what?)
#		pragma warning(disable : 4512)		// cannot generator assign operator (so what?)
#		pragma warning(disable : 4710)		// function could not be inlined
#		pragma warning(disable : 4786)		// truncate debug symbol
#	endif // _MSC_VER > 1000

//**********************************************************
//メモリリークチェック用

#	include <crtdbg.h>
// デバッグビルド時には、デバッグ用メモリアロケータを使う
# define _CRTDBG_MAP_ALLOC

//**********************************************************
//STLPort用

//#	define _STLP_NEW_PLATFORM_SDK
#	ifdef NDEBUG
#		undef _STLP_DEBUG//STLPortはデバックモードでビルドしない
#		undef _STLP_DEBUG_ALLOC//デバックアロケータ？を使用しない。
//#		define _STLP_USE_STATIC_LIB //STLPortのSTATICLIBRARYを使うらしい
//#		define _STLP_USE_STATICX_LIB  1
//#		define _STLP_USE_DYNAMIC_LIB 1
#	else
#		define _STLP_DEBUG 1
//なんかSTLPort付属のIOSTREAM使うと、DEBUGビルド時は変な無限ループに突入するので、
//それをDLLモードにして、カバー（ん～～　むかつくなぁ～
//DLLは各自、Windowsのパスが通っているフォルダ内に入れてね。（Win98だったらC:\Windows とか
#		define _STLP_USE_DYNAMIC_LIB 1
#		define _STLP_DEBUG_MESSAGE 1
#	endif

#	ifdef _MT
#		undef _STLP_NO_THREDS//スレッドを使う
#	else
#		define _STLP_NO_THREDS 1 // シングルスレッド
#	endif //end of _MT

#	if defined(_CRTDBG_MAP_ALLOC) && defined(_DEBUG)
// STLport の node allocator を使うと、誤まってリークが報告されてしまうため
//また、RELEASEビルドで_STLP_USE_MALLOCを定義すると、一部の環境でバグってしまうため
#		define _STLP_USE_MALLOC
#	endif

//#	define _STLP_STATIC_CONST_INIT_BUG	//私の環境ではこれが必要らしい

#	include <exception>
#	include <string>
#	include <deque>
#	include <map>
#	include <list>
#	include <set>
#	include <vector>
#	include <stack>
#	include <queue>
#	include <algorithm>
#	include <iterator>
#	include <functional>
#	include <hash_map>
#	include <hash_set>
//お好みでiostream
#include <iostream>

//後は各自料理して^^;
int main(){
	std::cout << "go" << std::endl;

return 0;
}

MinGWでのコンパイルの方法

cppllでも話題になったもの。
私の環境ではMinGW-3.1.0-1.exeでインストールしたMinGWを使い、一応、cygwinもインストールして、パスも通してあるのに、コマンドプロンプトを使って以下のバッチファイルを使ってビルドできた。
注意としては、mingwとstlportのmakeの置き場所を半角英数字以外のフォルダにしない事（結構、気づくのに時間がかかった。

echo 参考：cppll archive 9766
mkdir ..\lib\obj\MINGW32\DebugSTL
mkdir ..\lib\obj\MINGW32\DebugSTLD
mkdir ..\lib\obj\MINGW32\Release
mkdir ..\lib\obj\MINGW32\ReleaseD
make -f gcc-mingw32.mak MKDIR=echo

関連、参考　文献

Windowsでのファイルの操作の仕方

カレントディレクトリ問題

こんばんはコラム
マルチスレッドアプリケーションでは「スレッド一つ一つがカレントディレクトリを保持している」とどっかの資料で眺めたような気がするが、実際に確かめたことが無い。

カレントディレクトリ？なにそれ？えーっと、そのソフト自体が保持しているディレクトリパスのことらしいです。詳しくは各自IT用語辞典とかで調べてくださいな^^；
で、そのカレントディレクトリはデフォルトではその起動したソフトと同じディレクトリになっています。そして、よくこんなの見かけますね。
fopen("test.dat");
CreateFile("test.dat" なんたらかんたら);

さて、これのどこが悪いのか。しっかりしたアプリケーション作るなら、こんなことすることはやめましょう。
これは相対パスで記述されており、もし、 OpenFileDialog、SetCurrentDirectory等の関数で、カレントディレクトリが変更されたりしたら、

自分の開きたいtest.datというファイルが開けなくなるのです！

ですので、フルパス指定が必要なわけです。
まぁ、相対パスでも読み込めるようにするには各自、自分の読み込み専用関数かなんかを用意してどうにかするのがいいですね。
たとえば、WinMainの最初のほうでカレントディレクトリを記憶しておいて、自分の読み込み専用関数に相対パスを通すと、絶対パスにしてfopenしてくれるとかさ^^；
私の作っているdkaftkなんかにはその機構を実装するつもりです。

SHIFT-JIS 日本語パス問題
詳しくはd金魚の鼻血boostのboost::filesystem内の「完全に日本語に対応しているのか」を参照してください。
MAX_PATHについての考察
Windowsでファイルのパスを格納するバッファのサイズはMAX_PATH(260) byteと定められている。
果たして本当にそうか試してみた。
環境：Windows2000
実験方法：Cドライブの一番上にフォルダやファイルを生成する。
1. エクスプローラーで260文字のファイルを作成･･･
  結果：254文字(byte)のファイルを作成できた。C:\の3文字とNULL文字を合わせて258文字。
2. エクスプローラーで260文字のフォルダを作成･･･
  結果：242文字(byte)のファイルを作成できた。C:\の3文字とNULL文字を合わせて256文字。
3. ２の結果で生成したフォルダ内にファイルを詰め込む･･･
  結果：12文字の文字列であればOKのようだ。(SJISで2バイトある文字でも12文字ぶち込むことが出来た。
4. エクスプローラーで260文字の２バイトでフォルダを作成･･･結果：実験２と同じ結果くらいの文字数だった（byte単位ではない）
結論：
実験４より、２バイト文字でも１バイト文字でもMAX_PATH制限は変わらなかった。
と、言う事は、MAX_PATH * 2 + 30 byte くらいのバッファが安全なんじゃないの？

実験３より：242 + C:\ + \ + NULL文字 + 24byte = 271...
本当に260byteで十分なのか？と考えてみると、どうもそうでは無いらしい。
これより･･･、導き出されるものは保険として300byteくらいは必要じゃないのかな？ だったりする＾＾；
(charを使ったファイルパスの操作の場合。
w_char(UNICODEでいいのかな？間違っている場合は教えて頂けると有難いです。)を使ったファイル操作の場合は子の実験では考えていない。）
参考,関連資料
- Windowsのファイル名に関して
- SYN氏のHP -> コンピュータ技術関連 -> Programming Tips -> ２バイト目に'\ '(0x5c)を含むSJIS文字

Loki メモ

概要
LokiはMorden C++ Designで有名なあのライブラリです。boostと並んで非常に重要なC++ライブラリです。 sourceforge.netでLokiと検索すれば手に入るでしょう。
VisualC++ 6.0 (MSVC6)で上手くコンパイルできない。

備忘録：

その他に、Singletonが内部で使う、SmallObjというのがあるのですが、こいつは今のPC環境では役立たずに等しいらしく、これを使用しないように改造する必要があるとかないとか。
(実際、私はこの部分を直すのがめんどくて、LokiのSingletonを使うのを止めました。）

参考サイト

Entangled Spaceー＞たぶん究極のC++ライブラリ、Lokiを使う

Susie Plugin Memo

DebugビルドにてNT系OSでint 3で止まる問題･･･
私は以下のような関数ポインタにGetProcAddressで得たポインタを渡して呼び出したら上手く呼び出せたが･･･
// Common typedef int (PASCAL *GetPluginInfoType)(int, LPSTR ,int ); typedef int (PASCAL *IsSupportedType) (LPSTR,DWORD); // '00IN'の関数 typedef int (PASCAL *GetPictureInfoType) (LPSTR ,long ,unsigned int , PictureInfo *); typedef int (PASCAL *GetPictureType) (LPSTR ,long ,unsigned int , HANDLE *,HANDLE *, FARPROC ,long ); typedef int (PASCAL *GetPreviewType) (LPSTR ,long ,unsigned int , HANDLE *,HANDLE *, FARPROC ,long ); // '00AM'の関数 typedef int (PASCAL *GetArchiveInfoType) (LPSTR buf, long len, unsigned int flag, HLOCAL *lphInf); typedef int (PASCAL *GetFileInfoType) (LPSTR buf,long len, LPSTR filename, unsigned int flag, fileInfo *lpInfo); typedef int (PASCAL *GetFileType) (LPSTR src,long len, LPSTR dest,unsigned int flag, FARPROC prgressCallback,long lData); typedef int (PASCAL *ConfigurationDlgType)(HWND parent,int fnc);
なにかと、Susieプラグインって問題が多いらしい･･･
特に、プラグインを作る側はしっかり後までサポートして欲しい、または、サポートがほぼ出来ない状態だったらソースを公開して欲しい。 Susie発展のためにも切実な願い。
参考サイト
- とぅいんくる☆は～つ→Programming→ Susie Plug-in を利用するプログラムを作成するときに気を付けた方がいい点
- kana’s Home Page

d金魚のおもちゃ

私は沢山のおもちゃに囲まれて楽しんでいる。(d金魚は沢山の開発ツールを使用してプログラミングしている)
ここはそれらを自慢をするためのコーナーである。(ここはそれらを紹介するためのコーナーである。)

doxygen

入手先:http://www.doxygen.org
使用用途:マニュアル製作。ソースからマニュアルを生成する
備考:

SWIG

入手先:日本語:http://swig-jp.dyndns.org/
使用用途:他の言語用Wrapper製作。高レベルプログラミング言語(Ruby,Python等)とC/C++で書かれたプログラムをつなぐもの
備考:

Sakura Editor

入手先:
使用用途:テキストエディター。日本のProjectが作ったから日本的に分かりやすいつくり。文字コード系も充実。オープンソースマンセー。
備考:
sakura editor for C++ Memo(2004/2/21)
- タブの設定を変える。(タブのファイルのフルパスが長すぎる！)
  共通設定→ウインドウ→タイトルバーのタブのところを、以下の文字列で置き換え。
  ${w?【Grep】$h$:【アウトプット】$:$f$}${U?(更新)$}${R?(読みとり専用)$:(上書き禁止)$}${M?【キーマクロの記録中】$}
  sakura editorの一般掲示板[3605]より引用
- C++のコメントの色分けが上手く働かない時
  ツール→タイプ別設定一覧→C++→正規表現キーワード
  C++のコメント：　m#//.*\n#k
  C言語のコメント：私の技術じゃ正規表現で表現できない。だれか教えてください。懇願m(_ _)m
  その後、「カラー」タブ、色指定のところで色を変える。
- シングルクォーテーションやダブルクォーテーションが邪魔な時。
  ソース内に英語のコメントが書いていてI've なんたらかんたらって時にシングルクォーテーション（アポストロフィ）後の文字色が次のシングルクォーテーションが来るまでずっと同じって事ないですか？
  そんな時はシングルクォーテーション、ダブルクォーテーションをツール→タイプ別設定一覧→C++→カラー→色指定のところで色を変えちゃう！これで準備万端！！
  （これに気づくのに数ヶ月かかったよ＾＾；
- その他はいろいろ実験中。良い使い方があったらどうか、教えてくださいませ。懇願m(_ _)m

Folding@home

入手先:備考を参考にせよ。
使用用途:使っていないCPUを働かせて有用な処理をする。
備考:StudioKingyoのFolding@homeチームに入ろう！

Pulse

入手先:備考にて･･･
使用用途:キーボードの叩いた数を数えて世界の人たちと競うツール
備考:トップページからのログ

Project Dolphinのアピール
こんにつぃあ。d金魚です。
最近、cppllというメーリングリスト(ここでいいのかな？)で、キーのたたいた数を競うプロジェクトに参加しています。その名も、Project Dolphin なんか、実際には意味ね～な～と思うのですが、それが、なかなか、結構、はまるんですよ。
別に、意識して打っているわけではないのですが、ただ、インストールしておくだけで、自分のたたいたキーの数が確認できて、さらに、それの結果がそのサイトに反映されたり、チームに貢献できたりするのって、気持Eのですよ。
ちなみに、私の参加しているチーム。cppll JAPAN
前までは、Project Orcaってプロジェクトで同様のことをやっていたみたいです。
さらに、その前はProject Dolphinってのがあったそうです。
でも、Project Dolphinの方が辞めちゃって、その引継ぎとして？Project Orcaってのができたらしいです。
でも、最近になって、復活したとの事があり、 cppll の BBSにこのようなスレが立ったので、前まで、参加していた、Project Orcaを辞めて、Project Dolphinに乗り移ったってわけです。

さぁ、皆さんもProject Dolphinに登録してcppll JAPANを応援しよう！

余談:
その他に、studiokingyoではSETI@homeや Folding@home等をやっています。
最近では、Folding@homeに力を入れています。
詳しくはd金魚の勧めにて！！！

eve

入手先:Vector作者紹介ページ:むねピ！氏
使用用途:環境変数を設定する（バックアップも出来るので超便利！)bjamでSTLPortを使ってboostをコンパイルすときとかに使う。
備考:

upx

入手先:http://upx.sourceforge.net/
使用用途:exeファイルやdllファイルを実行できる状態で圧縮する。
備考:
UPX日本語 frontendというのもある。GUIで操作できるので、直感的に楽かも＾＾；
内部に同梱されているUPXは古いので更新したほうが良い。
http://www.vector.co.jp/soft/win95/util/se139612.html

統合開発環境
VisualC++
DevC++
- 入手先:http://www.bloodshed.net/
- 使用用途:MinGWをVCみたく使う
- 備考:
  VC以外で使っている統合環境。結構好き＾＾
MinGW Developer Studio
BCC Developer
- 入手先:http://www.hi-ho.ne.jp/jun_miura/
- 使用用途:Borland C++ Compiler 5.5.1をVCみたく使う
- 備考:
  BCCはまだ良く分からない＾＾；
その他
その他にPerlやRubyやPythonやTclも使うけど、最近、そんなに使っていない。
そうです！そのほかにはDevasっていう文字列検索、置換ソフトも使います。これはもう最強です！手放せません。これについての事は後々･･･。

DxLibFanに戻る DxLibのダウンロードは以下から

DxLib Copyright(C) 山田　巧

The program using DxLib.
The text of this page.

SEO		[PR] 爆速!無料ブログ無料ホームページ開設無料ライブ放送

１	２
３

便利な開発環境を作ろう！

概要：