988コメント332KB

C Builder相談室 Part3

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

NGNG

C++Builderに関する質問・回答や議論等を行う相談室スレッド。
過去スレ・関連サイトは>>2-5あたり。

0606デフォルトの名無しさん

NGNG

>>602
Unit1でpublic変数として定義してあれば、どのクラスからも見れますから、
それでもいいんじゃないでしょうか。

この場合、phensuがどのクラスに属するべき変数であるかで、externに
すべきかクラス変数にすべきか決まります。Unit1->phensuでも構わない
と思います。

ところで、バグの原因がわかりました。Unit1.cppの347行目でForm8を
表示していますが、この時点ではphensuは0です。そして、この行は
一回しか呼び出されません。

0607510

NGNG

うｐしたファイルってどうやって消すんですかねぇ～
消し方わからねーー

0608デフォルトの名無しさん

NGNG

>>603 >>605
BCBの場合フォーム一つにヘッダファイル一つが作られますから、
どちらでもいいと思います。
603さんのようにするには、すべてのフォームからインクルードする
ヘッダファイルを一つ作り、そこにextern宣言することになります。

0609デフォルトの名無しさん

NGNG

>>607
画面の下に記事No.と削除キーを入れる所がありますので、そこに入力して
記事削除ボタンを押せばいいと思います。

0610510

NGNG

>>606
誠に申し訳ございません！！！

283行目の方です・・・　で、「翌年」を押すと問題のForm8に飛びます・・・

紛らわしくてすいません・・・　です・・・

0611デフォルトの名無しさん

NGNG

>>610
そうなんですが、「翌年」を押した時、最初の一回目は347行も実行されるん
です。mmonth==0だからでしょう。その時におかしいのだと思います。

「翌年」を二回目以降押すと、ちゃんと1になっています。

0612510

NGNG

>>609
すいませんでした。下の方に削除ボタンがあるのを見落としておりました。

ご迷惑をお掛け致しました。

0613510

NGNG

>>611

ぐわぁ～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
本当だぁ～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～

完全なロジックミスと言う事だぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
なんとなんと恥ずかしいぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃ

0614デフォルトの名無しさん

NGNG

つまり、280行でImage21Click()を呼び出していますが、Image21Click()の
347行目でphensu=0のままForm8を表示してしまっています。

0615510

NGNG

？？？？？？？？？？？？？？？？？？？？？？？？？

あれ？　何にもしてねーのに拾うようになったぞ？
何かしたかな・・・　F9押してコンパイルはかけたが・・・

あれ？あれ？あれ？あれ？あれ？　何故？　どうして？

0616デフォルトの名無しさん

NGNG

とりあえず茶でも飲んで落ちつけ
　　　　旦~
　旦~ 　　　　旦~
　　　ヽ）ﾉ　　　　ﾋﾞｭﾝﾋﾞｭﾝ
旦~ ⌒(ﾟдﾟ)ノ　旦~
　　　 /. （　ヽ
　旦~ 　　　　旦~
　　　　旦~

0617デフォルトの名無しさん

NGNG

>>615
何を拾うって？

0618510

NGNG

とりあえず・・・　落ち着きます・・・　ふぅ～

ってよく見たら、347行目近辺をコメントしてしまっていた・・・
もうｱﾌｫかと・・・　何やってんだか・・・

ってかこれって会社で出すゲームなんだよな・・・　やっちまった・・・

0619602

NGNG

みなさん、いろいろとありがとうございます。
まぁ、自分がやっていた方法もBCBに
かぎっては（？）あながち間違いでも無いようですね。

ただ、正直なところexternの方法は知らなかった（恥）ので
ちゃんと勉強して使い分けられるようになりたいと思います。

>>510
色々大変そうだけど頑張ってくださいね。
おかげさまで、自分も勉強になりました。

0620デフォルトの名無しさん

NGNG

(´･Д･`) b ｸﾞｯﾄﾞﾗｯｸ

0621デフォルトの名無しさん

NGNG

>608
その通り、Form1つにつき.h１つだけどさ、
Form1内でForm2を使う時はForm2.cppでForm1.hをincludeするでしょ。
もちろん、その逆も。
そういう部分(.h)にextern無しの変数を宣言するなんて信じられないね。

0622デフォルトの名無しさん

NGNG

>>621
うーむ、確かにCやC++の基本に忠実に沿えば、その通りですね。
私は他のフォームからどこかのフォームのヘッダファイルをインクルード
するなんて事はしてませんでしたから、今まで問題なかったようです。

これから気をつけます。

0623デフォルトの名無しさん

NGNG

> 私は他のフォームからどこかのフォームのヘッダファイルをインクルード
> するなんて事はしてませんでしたから、今まで問題なかったようです。

これって、動的なフォーム生成すらやったことがないってことですね。

0624510

NGNG

>>619
頑張ります・・・　こんな所でつまずいてばっかりですけど・・・
ｷﾞｬｸﾞですね・・・　もはや・・

0625デフォルトの名無しさん

NGNG

>>623
仕事で使ったことがないもんですから・・・・・・
まさにBCBは遊びのツール。でもC++は真面目に勉強してるぞーーー！！
どうもDelphiの快適さから抜け出すのに時間がかかりそうです。

0626デフォルトの名無しさん

NGNG

Borland Kylix 3
Borland Breaks New Ground with C++ Technology for Linux
http://www.borland.com/news/press_releases/2002/07_23_02_Kylix3.html

0627デフォルトの名無しさん

NGNG

>625
Delphiではusesに含めなくても他のフォーム(Unit)や
そのUnitに含まれる関数・グローバル変数等を使えるのかい？

てゆーかさ、Formに限らないけど、値の受け渡し等にinclude必須じゃん。
むしろ、includeしないで効率良くインスタンス間でデータが渡せるなら教わりたいよ。
(メッセージとかファイル/パイプ経由とかは無駄が多すぎ)
これがコンパイルを遅くしてる大きな原因なんだから。

0628デフォルトの名無しさん

NGNG

＞includeしないで効率良くインスタンス間
　コンポーネント型継承なら、実行型情報を使うといいよ
　毎回検索したら遅いから、　メソッド名やプロパティ名は
　最初に検索しておくといい

0629510

NGNG

>>606様

お礼を申し上げておりませんでした。ありがとうございました。
本日「は」快適に作業させて頂いています。

0630デフォルトの名無しさん

NGNG

>>627
Delphiはヘッダーファイルという概念がないので uses文で取り込む
コンポーネント等を指定しますが、その癖が抜けてなかったのです。
C/C++のexternは概念的には理解しているのですが、やはり実際に
使わないと覚えられませんね。

>>628
dynamic_castを使うのですね。Senderを動的キャストして使わなけれ
ばならない場面がたくさんあり、Delphiの is や as と似ていると思いま
した。

>>629
いえいえこちらこそ大変勉強になりました。プロジェクトが無事完結す
るといいですね。

0631デフォルトの名無しさん

NGNG

皆様、MDI子フォームをnewで生成させる時、コンストラクタへ渡すOwner引数には
何を渡しているでせうか？
そのイベントハンドラを所有するフォームのOwnerプロパティ？
Application変数？メインフォーム？それともNULL？
その辺がまともな発想の範囲だと思いますが、
今回の仕事の前任者は、平気でMDI子フォームをOwnerに指定しまくっています。
個人的にはとっても気持ち悪いのですが、急ぎの仕事なので
明らかな弊害がなければ放置したいです。
とりあえず、「Owner消滅でそのフォームのOnCloseやOnDestroyが走らない事による弊害」
はないのが判明しているので、そういう甘えた気分でいるのですが・・・
皆様のご意見をお待ちしております。

0632631

NGNG

・・・簡単なサンプルを示しますと、こんな感じです。

TMainForm *MainForm; //メインフォーム
に
TFirstChildFormやTSecondChildForm等の子フォームクラスがあったとします。

んでもって、こんな感じです・・・
void __fastcall TFirstChildForm::Menu1Click(TObject *Sender)
{
TSecondChildForm *s = new TSecondChildForm(this);
}
これでいいのか～？と思う次第であります。

0633困った

NGNG

フォルダのアイコンをドラッグして自作プログラムに受け入れさせたいのですが
方法がわかりません。
ＶＣＬコンポーネント同士ならいろいろできるのは分かっているんですが、、
受け入れる情報は元ファイルのフルのパス名だけで十分です。

0634デフォルトの名無しさん

NGNG

>633

http://www.google.co.jp/search?hl=ja&q=DragAcceptFiles+WM_DROPFILES+builder

0635困った

NGNG

うわ、どんぴっしゃりの例がでています。ありがとう　>634

0636510

NGNG

またまたまた教えてくらさい。

TreeViewの背後にBitmap等のイメージを貼り付けるのはどうやればいいん
でしょ。背後が白ではちょっとみっともないので・・・

0637デルファイの名無しさん

NGNG

ヘルプのTCustomTreeView.OnCustomDrawの「例」

0638510

NGNG

ありがとうございます。スグサマ試しました。

背景は確かに描画されましたが、Node回りが白くなってしまいます。
で、CustomDrawItemを調べたのですが、、、、　これがよくわからない・・・
HELPを見るに、自分で全て描画処理をしなければ行けないと言う事は理解出来た
のですが・・・

こんな感じで訳分からん状態っす。

TRect NodeRect;
DefaultDraw = false;
NodeRect = Node->DisplayRect(true);
TreeView1->Canvas->FillRect(NodeRect);

NodeRect = Node->DisplayRect(true);

TreeView1->Canvas->Brush->Style = bsClear;
NodeRect.Left = NodeRect.Left + (Node->Level * TreeView1->Indent);
TreeView1->Canvas->TextOutA(NodeRect.left,NodeRect.Top,Node->Text);

やりたい事はアイテム回りが貼り付けた背景と同化したいと言う事っす・・・

0639510

NGNG

しまつた。これがDraw関連のコードです・・・

void __fastcall TForm1::TreeView1CustomDraw(TCustomTreeView *Sender,
const TRect &ARect, bool &DefaultDraw)
{
TCanvas *pCanvas = TreeView1->Canvas;

pCanvas->StretchDraw(ARect, Image14->Picture->Bitmap);

DefaultDraw = true;
}

//---------------------------------------------------------------------------
void __fastcall TForm1::TreeView1CustomDrawItem(TCustomTreeView *Sender,
TTreeNode *Node, TCustomDrawState State, bool &DefaultDraw)
{

TRect NodeRect;

DefaultDraw = false;

NodeRect = Node->DisplayRect(true);
TreeView1->Canvas->FillRect(NodeRect);

NodeRect = Node->DisplayRect(true);

TreeView1->Canvas->Brush->Style = bsClear;

NodeRect.Left = NodeRect.Left + (Node->Level * TreeView1->Indent);

TreeView1->Canvas->TextOutA(NodeRect.left,NodeRect.Top,Node->Text);

}

0640デフォルトの名無しさん

NGNG

>>639
> TreeView1->Canvas->FillRect(NodeRect);
↑の代わりにCopyRectでビットマップを描画しないといけないのでは。

でも、TreeViewの背景にビットマップを表示するのはちょっと大変そう。
ヘルプにも
「背景ビットマップの描画は実際に CustomDraw によってサポートされていないため，～」
って書いてるし。

0641510

NGNG

>>640
何気に難しいんすよ・・・　無地の白で行こうかなんて思ってたり・・・
でも画面のバランス的にはやっぱりまずいんですよね・・・

ってかずっとやってるのに未だに・・・

0642デフォルトの名無しさん

NGNG

BCB6のStrUtilsを使うには何をincludeすればいいのでしょうか？
VB6からの移植で、LeftStr等の関数を使うと対比・確認がやり易くなるかと思ったんですが、
コンパイル時に「E2268 未定義の関数 'LeftStr' を呼び出した」と言われました。

0643デフォルトの名無しさん

NGNG

>>642 #include <StrUtils.hpp>

0644642

NGNG

>>642
事故レス、ｽﾝﾏｿﾝ見つかりますた
#include <strutils.hpp>
でした。
回線切って(以下略

0645642

NGNG

>>643
ありがとうございますた

0646デフォルトの名無しさん

NGNG

Personal版だと、シェアソフトとか作っちゃダメなのかな？？？
Professional版は、６００００かぁ～・・・
高い・・・・俺には買えない・・・・

0647デフォルトの名無しさん

NGNG

>>646
シェアウェア作って売れれば元なんてすぐ取れるんですけど・・・・

0648デフォルトの名無しさん

NGNG

>>647
売れればね...。

0649デフォルトの名無しさん

NGNG

>>647
ベクターに登録後、DL件数550件余
未だに購入どころか要望やら批判やらも含めて何のメールも来ない。
きっと、シェアウェアとか言いながら、何の制限もかけてないせいだと思いたい。

0650デフォルトの名無しさん

NGNG

>>649
それは寂しいね。あなたのソフトの質は高いのだと信じたいが、それに
しても冷たいユーザーだな。

0651デフォルトの名無しさん

NGNG

何のメールも来ないってのは、ちょいさびしいな。

0652デフォルトの名無しさん

NGNG

ワザと目に見えるバグを仕込む。これ最強。

0653デフォルトの名無しさん

NGNG

すみません。Tableに手を出して行き詰まっています。

Delphiでは、DataSet.Fields[i].OnValidate という風に、入力値チェックの
イベントを呼び出すことができました。

しかし、BCBでは、TFieldsオブジェクトにValidateメソッドはありません。
だから、 DataSet->Fields[i].Validate() と書くとコンパイルエラーに
なってしまいます。これをどう解決したらよいのでしょうか？

それから、Delphiでは、イベントハンドラの有無を Assigned関数でチェック
できましたが、BCBでは同様のチェックをどのように行えばよいのでしょ
うか？

よろしくご指導のほどお願い致します。

0654デフォルトの名無しさん

NGNG

TFieldsにはValidateメソッドはないが TField には Validateメソッドはある
DataSet->Fields[i].Validate() は２つの間違い
１、DataSet->Fields[i] は参照ではなくポインタを返す
２、Validateには・・・ヘルプをみろ

Assignedは、Delphiでは引数無しのメソッドは () を付けないので
if xx.Onxx=nil then のように書くとOnxxxメソッドが呼ばれてしまう場合があるから必要なんだけど
C++では必要ない
CのようにNULL と比較してもいいし　論理型にポインタ型が代入される時の仕掛けを利用してもいいし

0655デフォルトの名無しさん

NGNG

>>654
レスありがとうございます。
結局、次のような方法で動くようです。

１．関数が登録されているかどうかチェック
　　if (&DataSet->Fields->Fields[i]->Validate)のように、関数のポインタ
　　のアドレスをチェックする。

２．OnValidateの呼び出し
DataSet->Fields->Fields[i]->Validate(reinterpret_cast<void *>(&DataSet->Fields[i]))

しかし、まだ疑問が残ります。
２．で、確実にValidateが呼び出されているのかどうか、それから、実際の
フィールドにフォーカスを当てても、変更不可能となっていることなどです。
ここら辺の情報について、ヘルプでは情報不足で、BCB関連の書籍もない
ので、迷っています。

0656デフォルトの名無しさん

NGNG

>>655
また間違えてました。

１．関数が登録されているかどうかチェック
　　if (DataSet->Fields->Fields[i]->OnValidate)のように、関数のポインタ
　　のアドレスをチェックする。

でした。Validate()は必ず存在しているので、この関数のアドレスをテスト
するのは無意味でした。
しかしこれも合っているのかどうか怪しいです。

0657デフォルトの名無しさん

NGNG

>>655　2,は関数呼び出しスタイルになっているので　確実に関数が呼ばれます

0658デフォルトの名無しさん

NGNG

>>657
亀レススマソ。
Validate()が void * を受け取る仕様になっているため、確実に実行
されているかどうか確かめるすべがないのです。

DelphiをC++に移植する時点で生じた食い違いだと思いますが、
だましだまし使っていこうと思います。

それにしても、マニュアルなりヘルプなりにValidate()の詳しい説明
があってもいいのに（ ´Д⊂ヽ。

0659デフォルトの名無しさん

NGNG

> 確実に実行されているかどうか確かめるすべ

というのは、Delphiで言うとどんなコード？
Delphiのコードで説明しても結構ここの人はわかるかもよ。

0660デフォルトの名無しさん

NGNG

>>659
ありがとうございます。

実はDelphiオフィシャルコースウェア基礎編P276のコードをBCBに移植して
いてつまづいたものです。

元のコードは、

if Assigned(DataSet.Fields[i].OnValidate) then
try
DataSet.Fields[i].OnValidate(DataSet.Fields[i]);
except
DataSet.Fields[i].FocusControl;
raise;
end;

というものです。DelphiではOnValidateという述語にいろんな意味が持たせて
あるようですが、BCBでは厳密になっており、このような書き方はできません
でした。

もしわかりましたらご指導の程宜しくお願い致します。

0661デフォルトの名無しさん

NGNG

こうだろうか。

if (DataSet->Fields[i]->OnValidate)
{
    try
    {
        DataSet->Fields[i]->OnValidate(DataSet->Fields[i]);
    }

    catch (...)
    {
        DataSet->Fields[i]->FocusControl();
        throw;
    }
}

0662デフォルトの名無しさん

NGNG

if (DataSet->Fields->Fields[i]->OnValidate /* != NULL */)
でないかな。

0663デフォルトの名無しさん

NGNG

>>661
私も最初はそのように書いたのですが、BCBのFields[]はTFields*型で
あって、TField*型でない(非常に紛らわしい)ので、OnValidate()メソッド・
イベントはメンバにないのです。

なぜこのような仕様になっているのかわかりません。

DataSet->Fields->Fields[i]のようにするとTField*型になってうまく行く
ようです。これで少し試してみます。どうもありがとうございました。

0664デフォルトの名無しさん

NGNG

>>662
あっ、答えてくださっていたのですね。ありがとうございます！

0665デフォルトの名無しさん

NGNG

TStringsやTxxxItemsなんかも、
同じようにStrings->String[i]や、Items->Item[i]で参照する。
Delphiのpropertyが、沿え字つきの間接参照を
一段省略出来る構文になっているんだと思う。

0666661

NGNG

Σ（ﾟдﾟ |||）ｶﾞｰﾝ　>>662-663 そうなんだ。
　　　　　　　　　　　途中のバージョンで変わったみたいね･･･
　　　　　　　　　　　（BCB3はTFields型がなくて>>661でOKだったの。）

0667デフォルトの名無しさん

NGNG

>>665
なるほど、そういうふうに解釈すると筋が通りますね。
Delphiの参考書と首っ引きで悩んだ末に出した答えが偶然合って
いたのか・・・・これからは論理的に理解して書けます。嬉しいです。

>>666
昔はそうだったのですね。BCBは6から初めて使っているので、
まだ全然わからないのです。Delphiと、C++を頭の中で融合させる
のに必死になっています。

0668デフォルトの名無しさん

NGNG

Canvas->TextOutと入力すると、コード補完でTextOutAと出る
のですが、これは仕様でしょうか？

0669デフォルトの名無しさん

NGNG

>>668　変だね TextOutA は WindowsAPIだと思うんだけど

0670デフォルトの名無しさん

NGNG

>>669
そうですよね。で、TextOutAのままにしても、Aを削ってTextOutに
しても、どちらでもコンパイルは通って、実行も正常です。

0671デフォルトの名無しさん

NGNG

たぶんwindows.h をインクルードすると
WinGdi.hで
#define TextOut TextOutA

てな定義がされている為　TextOutAを定義していないというエラーが出るのを防ぐ為に
どこかで誰かが TextOutAから TextOutへのJumpをさせてるのだと思うけど

どこで誰がやってるのかが判らないな

0672デフォルトの名無しさん

NGNG

>>671
検索で"TextOut"を探してみましたが、どうもよくわかりません。
Vclフォルダのどこかにあると思うのですが。
自動補完でそうなるということは、何か意味があるのでしょう。

0673デフォルトの名無しさん

NGNG

どぉこかで～　誰ぁれかがぁ　きぃっと待ぁって　いてくれる～

　雲は焼け　道は乾き　日はいつまでも沈まない

　　心は昔死んだ　微笑にはあった事も無い

　　昨日なんか知らない　今日は旅を一人

　　けれどもどこかでお前は待っていてくれる

　　　きっとお前は風の中で待っている

どこかで誰かがきっと待っていてくれる
血は流れ　川は裂ける　痛みは生きている印だ
いくつ峠を越えた　どこにも故郷はない
泣くやつは誰だ　このうえ何が欲しい
けれどもどこかでお前は待っていてくれる
きっとお前は風の中で待っている

0674デフォルトの名無しさん

NGNG

SP1はいつでるんだろう･･･

0675デフォルトの名無しさん

NGNG

>>674
8月中には出そうなヨカーン。

0676デフォルトの名無しさん

NGNG

>>675
８月は Kylix3 で忙しいから無理じゃないの？
今四半期（９月末まで）は Kylix3 なんでしょ？それともいっしょにパッチがでる？

0677デフォルトの名無しさん

NGNG

lokiがBCCで使えるようになったとか聞いたけど
何処で落とせる？？？

0678デフォルトの名無しさん

NGNG

おはようございます。

TFormコンストラクタのDFMリソースを必要としない形 TForm(Owner, int)
を使って新規フォームを作成し、そこにいろんなコントロールを貼り付ける
実験を行っています。

ここで疑問なのですが、各コントロールも new で生成していますが、
各コントロールのParentプロパティに親フォームを指定しておけば、親フォー
ムを delete した時に貼り付けた子コントロールも自動的に delete される
のでしょうか？それとも、一個一個 delete しなければならないのでしょうか。

ご指導宜しくお願い致します。

0679デフォルトの名無しさん

NGNG

>>678
TControlのParentと、TComponentのOwnerのヘルプ見て違いを叩き込め。

0680デフォルトの名無しさん

NGNG

>>679
レスありがとうございます。早速ヘルプを見てみたら、Ownerプロパティに

「オーナーのメモリが解放されると，その所有コンポーネントのメモリも解放される。
したがって，フォームが破棄されると，そのフォーム上のすべてのコンポーネント
も破棄される」

とありましたので、TFormがOwnerであると、その上に配置されたコントロールの
破棄はTFormに任せてしまってよいようですね。

また一つ勉強になりました。

0681デフォルトの名無しさん

NGNG

>>675
BCB6 SP1 でてるじゃん。
日本版はまだかよ。

ttp://community.borland.com/cgi-bin/surveys/thanx.cgi?cb6reg_updates_down

0682デフォルトの名無しさん

NGNG

>>681
BCB5の時は一週間もかからなかったように記憶している。

0683デフォルトの名無しさん

NGNG

BCB6で作成した実行ファイルって、
素のWin98だと「欠落エクスポート」ってエラー出て動かないんですけども、
SP1あてれば直りますかね？
っていうか直ってくれないと使えないよ（泣

0684デフォルトの名無しさん

NGNG

>>683
implibで該当DLLのインポートライブラリ作り直せば？

0685デフォルトの名無しさん

NGNG

レスありがとうございます。
implibでoleaut32.dllのインポートライブラリを作ってリンクさせてみましたがダメですた。
おとなしくBCB5使ってます。。。(ｼｸｼｸ

0686デフォルトの名無しさん

NGNG

>>685
ちゃんと素のWin98で作ったか？

0687デフォルトの名無しさん

NGNG

>素のWin98だと「欠落エクスポート」
686 はガセ。
具体的な欠落しているエクスポート名は？

関連する情報をひとつ知っているけど Win95 の問題であって Win98 なら
出荷版から問題なかったはずなので。

0688デフォルトの名無しさん

NGNG

素のWin98で起動すると以下のメッセージがあらわれます。

********.EXE は
欠落エクスポート OLEAUT32.DLL:173 にリンクされています。

173は10進表記ですかね？だとすれば、VarRound だと思います。
Win98のOLEAUT32.DLLには存在しないです。

0689デフォルトの名無しさん

NGNG

>>688
173 は VarNeg だぞ。俺のは 98 2nd edition だが.
こんな基本的なのが落ちている。ってことは
ないとおもうんだが。

0690デフォルトの名無しさん

NGNG

失礼しますた。 VarNeg でした。
でもやっぱり Win98 の OLEAUT32.DLL には存在しません。
ちなみに dll のバージョンは 2.20.4122.1 です。

0691デフォルトの名無しさん

NGNG

>>690
すまん。このスレ見落としてた。

俺のは
2.40.4518.0

だいぶ進んじゃってるね。コモンコントロールアップデートかけてみたら？

0692デフォルトの名無しさん

NGNG

ん～boost最新版のRegex使えないのは何故？
BCCDevつかってBCC単品だけで使うのには大丈夫なのに･･･

0693デフォルトの名無しさん

NGNG

BCB6 Update2 公開上げ。
ttp://community.borland.com/cgi-bin/surveys/thanx.cgi?cb6reg_updates_down

0694デフォルトの名無しさん

NGNG

ほんとだ。でも6もってないや　⊂⌒~⊃｡Д｡）⊃　

0695デフォルトの名無しさん

NGNG

>>693
おい！

0696デフォルトの名無しさん

NGNG

>>693-694
ｺﾞﾙｧ!!
ttp://www.borland.co.jp/download/cppbuild.html

0697デフォルトの名無しさん

NGNG

あら？日本語版は1個も出てないのか　
どういうこっちゃ　⊂⌒~⊃｡Д｡）⊃

0698デフォルトの名無しさん

NGNG

Borland Japanも盆休み。

0699デフォルトの名無しさん

NGNG

Update1に不具合が見つかったので日本語版はより完全にしてから
出すんじゃない？ねえ某。

0700デフォルトの名無しさん

NGNG

BCB7が出た後に提供いたします。

0701デフォルトの名無しさん

NGNG

>>700
笑えんよ。

0702デフォルトの名無しさん

NGNG

>>699
日本語 BCB6 は最初から Update1 の修正を反映しております。
が正解。US Update1 の日付、よく見てみ。

日本語 Update2 は盆明けの気がするよ....

0703デフォルトの名無しさん

NGNG

>>692
Update2 で、コンパイラと STL が置き換わっている。
アップデートしてからやってみたら？

0704デフォルトの名無しさん

NGNG

>702 日本語 Update2 は盆明けの気がするよ....

関係者？
某はここ見てるからなぁー

0705デフォルトの名無しさん

NGNG

>>703
墓掃除しながら待ってみます

■ このスレッドは過去ログ倉庫に格納されています