スレッド: [cppll:12845] STLPort

シンビーの鈴木と申します。

つい最近この ML に参加しました。

STLPort の話題が出ていましたが、STL 自身は VC++ も g++ も持って
いると思うのですが STLPort を使うメリットは何かあるでしょうか？

私は gaio の C++ コンパイラに STL を移植しようと思って、調べてい
るうちに STLPort に行き着きました。


----------------------------
Sinby Corporation
http://www.sinby.com
260-0031
sinchiba 3-7-6 Japan

Ryos Suzuki
ryos@...

επιστημηです。

> STLPort の話題が出ていましたが、STL 自身は VC++ も g++ も持って
> いると思うのですが STLPort を使うメリットは何かあるでしょうか？

まぁどれも同じっちゃ同じなんですが、STLPortは新しいC++の規格対応
が一番早いように思います。
次期C++でサポート予定のunordered_set類なんか、STLPortが真っ先に
サポートしましたし。

それと、メモリ周りで独自のアロケートをやってるポいです。
そのおかげでコンテナの操作が他より結構速いすね。

様々な処理系に対応すべく、configしやすくなってるってのもあるかな。

--- : ------ : ------ : ------ : ------ : ---
FUKUDA, (episteme) Fumiki
magical, but never a magic....

浜地です。

> > STLPort の話題が出ていましたが、STL 自身は VC++ も g++ も持って
> > いると思うのですが STLPort を使うメリットは何かあるでしょうか？
>
> まぁどれも同じっちゃ同じなんですが、STLPortは新しいC++の規格対応
> が一番早いように思います。
> 次期C++でサポート予定のunordered_set類なんか、STLPortが真っ先に
> サポートしましたし。

パッと STLport-5.1.2 を見た感じ、 g++ の tr1/* の方が充実してませんか？
shared_ptr とか tuple とか bind などなどありますし。

επιστημηです。

> パッと STLport-5.1.2 を見た感じ、 g++ の tr1/* の方が充実してませんか？
> shared_ptr とか tuple とか bind などなどありますし。

んー。そらまそぉです。
せやけどこいつを他の処理系に持ってくとかなるといろいろとトラブりそう。
g++で動けきゃよしってスタンスでしょうから。

STLPortはその名の通り、portingに配慮してくれてるですから。

鈴木一生です。

07/03/22 に FUKUDA, Fumiki<epi-@...> さんは書きました:

> それと、メモリ周りで独自のアロケートをやってるポいです。
> そのおかげでコンテナの操作が他より結構速いすね。

ノードアロケータですね。以前 PlayStation 2 向けのコードを書いたときに、
この辺に手を入れて使ってましたが、移植性が高いコードで助かりました。

あとはデバッグモードの実行時チェックが便利です。

http://www.stlport.org/doc/debug_mode.html


--
Issei Suzuki <issei@...>

シンビーの鈴木[量]です。

> > それと、メモリ周りで独自のアロケートをやってるポいです。
> > そのおかげでコンテナの操作が他より結構速いすね。
>
> ノードアロケータですね。以前 PlayStation 2 向けのコードを書いたときに、
> この辺に手を入れて使ってましたが、移植性が高いコードで助かりました。
>
> あとはデバッグモードの実行時チェックが便利です。
>
> http://www.stlport.org/doc/debug_mode.html
なるほど。

これらの情報をまとめて行きたいですね。wiki のサイトを立てようと
思いますが、すでにあったりします？無ければ私のほうで用意します。

STLport の config は見たのですが、かなり数が多く、知識がないと他
のコンパイラへの移植は時間がかかりそうです。

gcc では shared_ptr 使えるんですか。

STL でポインタを使うとメモリーリークとかまだ使っているのに
delete とかしそうでちょっと心配です。shared_ptr は使ってみたい機
能だと思っているのですが、まだ使ったことがありません。

STLport に shared_ptr.hpp を持ってくるだけで使えたりはしないんで
すかね？

----------------------------
Sinby Corporation
http://www.sinby.com
260-0031
sinchiba 3-7-6 Japan

Ryos Suzuki
ryos@...

Tietew です。

On Fri, 23 Mar 2007 02:27:03 +0900
In article <200703230227.IBF56705.ZPST@sinby.com>
[[cppll:12850] Re: STLPort]
Ryos Suzuki <ryos@...> wrote:

> STLport に shared_ptr.hpp を持ってくるだけで使えたりはしないんで
> すかね？

無理ですねえ。

Boost は「つまみ食い」できるライブラリなので、shared_ptr しか使
わないのであれば shared_ptr のコードしか使いません。

事前のコンパイルが必要なモジュールは限られていますので、そういう
のを使わない場合はライブラリのコンパイルも不要です，


--
Tietew <tietew@...> / Blog: http://www.tietew.jp/
★cppllログ&検索★ http://ml.tietew.jp/cppll
PGP: 26CB 71BB B595 09C4 0153  81C4 773C 963A D51B 8CAA

追伸です。

On Fri, 23 Mar 2007 02:27:03 +0900
In article <200703230227.IBF56705.ZPST@sinby.com>
[[cppll:12850] Re: STLPort]
Ryos Suzuki <ryos@...> wrote:

> これらの情報をまとめて行きたいですね。wiki のサイトを立てようと
> 思いますが、すでにあったりします？無ければ私のほうで用意します。

cppll wiki 置いてあったんですけど誰も使わないのでサーバリプレー
スしたタイミングで止まったままです（苦笑

使ってくださるなら復活させますよ。



--
Tietew <tietew@...> / Blog: http://www.tietew.jp/
★cppllログ&検索★ http://ml.tietew.jp/cppll
PGP: 26CB 71BB B595 09C4 0153  81C4 773C 963A D51B 8CAA

Tietew です。

On Fri, 23 Mar 2007 15:47:52 +0900
In article <20070323154619.183E.TIETEW@tietew.net>
[[cppll:12852] Re: STLPort]
Tietew <tietew@...> wrote:

> > これらの情報をまとめて行きたいですね。wiki のサイトを立てようと
> > 思いますが、すでにあったりします？無ければ私のほうで用意します。
>
> cppll wiki 置いてあったんですけど誰も使わないのでサーバリプレー
> スしたタイミングで止まったままです（苦笑
>
> 使ってくださるなら復活させますよ。

返事を聞く前ですが復旧させました。:D
http://www.cppll.jp/


--
Tietew <tietew@...> / Blog: http://www.tietew.jp/
★cppllログ&検索 http://ml.tietew.jp/cppll
★cppllウィキ    http://www.cppll.jp/
PGP: 26CB 71BB B595 09C4 0153  81C4 773C 963A D51B 8CAA

> > 使ってくださるなら復活させますよ。
>
> 返事を聞く前ですが復旧させました。:D
> http://www.cppll.jp/
ドメインまでとってたんですね。
参加させていただきます。


--------------
鈴木量三朗
ryos@...

有限会社シンビー
〒260-0031 千葉市中央区新千葉3-7-6
TEL: 043-244-9714

oki です。

> >
> > cppll wiki 置いてあったんですけど誰も使わないのでサーバリプレー
> > スしたタイミングで止まったままです（苦笑
> >
> > 使ってくださるなら復活させますよ。
>
> 返事を聞く前ですが復旧させました。:D
> http://www.cppll.jp/
>

　warning メッセージが消えて、すっきりしましたね！
今頃、気がついた(^^;。

　あと、
http://www.cppll.jp/cppreference/
がなくなって、あせっている人って多いのかな？
どうなんでしょ？

επιστημηです。

> > cppll wiki 置いてあったんですけど誰も使わないのでサーバリプレー
> > スしたタイミングで止まったままです（苦笑
> >
> > 使ってくださるなら復活させますよ。
>
> 返事を聞く前ですが復旧させました。:D
> http://www.cppll.jp/

なんかもー、すんません。
管理人がずぼらコキまくってるせいで、あちこち閑古鳥鳴いております。

C++ってばここんとこ Javaやら.NETやらに押され、
素人衆が裸足で逃げ出す難解さも相まってモチベーションだだ下がりっす。

ここでイッパツ喝を入れたいとこですねぃ。
なんぞナイスな"村興し"ネタはございませんかしら。 > ALL

# ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
# やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?

鈴木一生です。

07/04/02 に FUKUDA, Fumiki<fukuda.fm@...> さんは書きました:

> # ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
> # やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?

出身校の学科紹介パンフレットを見てみたら、今は

　手続き型言語：C
　関数型言語：scheme
　オブジェクト指向言語：Java

という順でカリキュラムが組まれているようです。で、最後に Java を使って
自分で下降型パーザーを書き、コンパイラ・インタプリタを実装して一通り終了。

私の時は C の代わりに Pascal で、Java とセットで C++ にちょこっと触れて、
あとは Prolog も使った覚えがあります。


カリキュラムを見ていると手続き型、関数型、論理型、OO は市民権を得てますが、
Generics はまだっぽいですね。実証済の技術ですし、論理的な背景もしっかりして
いるので、そのうち課目に入ってきそうですけど。

--
Issei Suzuki <issei@...>

επιστημηです。 早速どもども。

> 出身校の学科紹介パンフレットを見てみたら、今は
> 　手続き型言語：C
> 　関数型言語：scheme
> 　オブジェクト指向言語：Java
> という順でカリキュラムが組まれているようです。で、最後に Java を使って
> 自分で下降型パーザーを書き、コンパイラ・インタプリタを実装して一通り終了。

ほほー。 C/Javaはともかく schemeとはなかなかオツなもんを。
「キホンのキの字」ってことでLISPなんかやっても面白いんでわないかと♪

オブジェクト指向教えんのにC++はやっぱキツいか。
Cからの流れでなら楽ですけどねー

# IT系だと XMLおよびその絡み(JavaScript/XSLT)とかもやんのかしら。

天井冴太です。

>> # ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
>> # やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?
福岡の某専門学校卒業生です。今年の3月、ほやほやの。
ゲームプログラマを目指すクラスだったのですが、CとJavaでした。
表向きは。
一部の講師の方々が独断でC++やアセンブリ言語の(簡単な)授業をしていました
が(笑)
因みに、最終学年で『ゲームプログラマ目指すクラス』と『目指さない(一般の
PG)クラス』とにクラス分けがありましたが、『目指さないクラス』の方はVBも
やってましたね。

>ほほー。 C/Javaはともかく schemeとはなかなかオツなもんを。
>「キホンのキの字」ってことでLISPなんかやっても面白いんでわないかと♪
そんな(?)貴方に『魔法言語 リリカル☆Lisp』(http://lyrical.bugyo.tk/)……


┌————————┐ -----------------------------
│＼　　　　　　／｜  天井冴太 (AmaiSaeta)
｜　＼　　　　／　｜   mailto:amaisaeta@...
｜　　＼　　／　　｜
｜　　　‾‾　　　｜  My blog << 天井冴太のつれづれblog [天井の染み] >>
└————————┘             http://amaisaeta.seesaa.net/
　　　　　　　　　　          << AMAgrammar <> PROgrammer >>
　　　　　　　　　　             http://agpg.seesaa.net/
                    -----------------------------
--------------------------------------
Protect Your PC Now ! -  0 yen Security Campaign
http://pr.mail.yahoo.co.jp/premium/

guichengです。


FUKUDA, Fumikiさんが
   "[cppll:12856] Re: STLPort"
の件で2007/04/02 16:56:31に送信しました。
----------引用ここから----------
> # ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
> # やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?

今日入ってきた新入社員の子に聞いてみたら、C がメインで JAVA が触りだけだった
そうです。＜某国立大学 応用情報科

ただし年度ごとに内容が違うらしく、一つ下の年代では C++ も触っているとか。


-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
guicheng
 E-mail scoop@...
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

επιστημηです。 C++ネタじゃないけど"賑やかし"ってことでお許しを。

> 今日入ってきた新入社員の子に聞いてみたら、C がメインで JAVA が触りだけだっ
た
> そうです。＜某国立大学 応用情報科
>
> ただし年度ごとに内容が違うらしく、一つ下の年代では C++ も触っているとか。

大学で"応用情報"の看板あげててもそんなもんか。
オブジェクト指向のどーのこーのはてめぇでメシ食えるよになってから
てめぇで学べって感じなんでしょかしら。

それがイケナイとは思いませんけども、会社入っていきなり"こゆーい"とこに
投げ込まれたら面食らうやろなぁ。

επιστημηさん、

いつも ROMさせていただいてます。こみやまと申します。
>
>
> C++ってばここんとこ Javaやら.NETやらに押され、
> 素人衆が裸足で逃げ出す難解さも相まってモチベーションだだ下がりっす。
>
> ここでイッパツ喝を入れたいとこですねぃ。
> なんぞナイスな"村興し"ネタはございませんかしら。 > ALL
>
> # ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
> # やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?
>
私はハード・ウェア屋 ( さらにいうなら、チップ屋 ) ですが、
このあたりだと　 C++ 結構使われはじめています。　
(C++ でハードを記述できる SystemC とか.. )

いままでが、Verilog や　VHDL　というとっても　"マイナー"
な言語で、システム的な記述をしようとすると制約が多すぎで大変だったのですが、
最近は　↑などが使えるようになってきて、　シミュレーションなどでは結構重
宝していたりします。

村興しネタにはならないかもしれませんが .....

επιστημηです。

> いつも ROMさせていただいてます。こみやまと申します。

ROMばっかぢゃ らめえぇ

> 私はハード・ウェア屋 ( さらにいうなら、チップ屋 ) ですが、
> このあたりだと　 C++ 結構使われはじめています。　
> (C++ でハードを記述できる SystemC とか.. )

おもしろそげ。　それってC++の文法をいぢくってんですか?
それともハードを記述できるクラスライブラリを含む framework　とか?

# 数値計算なんかではどうなんだろ。 FORTRANのLAPACK/LINPACKの類を
# C++で実装したのなんかあるけども。
# C++だと型が定義できるから行列やら複素数やら扱い楽で、そこそこ速いからイケ
てんちゃうか?

こみやまです。

>
> > いつも ROMさせていただいてます。こみやまと申します。
>
> ROMばっかぢゃ らめえぇ
>
すみません。　 m(_ _)m 内容が私には難しいことが多く、ビビッてますので :-)
>
>
> > 私はハード・ウェア屋 ( さらにいうなら、チップ屋 ) ですが、
> > このあたりだと　 C++ 結構使われはじめています。　
> > (C++ でハードを記述できる SystemC とか.. )
>
> おもしろそげ。　それってC++の文法をいぢくってんですか?
> それともハードを記述できるクラスライブラリを含む framework　とか?
>
後者です。　文法そのものには手を入れていません。(文法にまで手を広げた
(といって
正しいのかどうかわかりませんが...) ものとしては SpecC というのがあったと
思います。

主にハードウェアの特徴である"同時並行的な処理"を実現するための諸機能がつ
めこまれています。
とはいってもこの"並列処理"をスレッドとかで実装しているわけではなくて、
(ハードの並列度をそのままスレッドにしてしまうと多分大変なことになるので ..)
"イベント・ドリブン"という方法を用いて"さも同時に動いているように動作さ
せる"というところがミソかと。

リファレンス・モデル(リファレンス・シミュレータ)はここからダウンロード可
能です。
　　　　　http://www.systemc.org/
>
>
> # 数値計算なんかではどうなんだろ。 FORTRANのLAPACK/LINPACKの類を
> # C++で実装したのなんかあるけども。
> # C++だと型が定義できるから行列やら複素数やら扱い楽で、そこそこ速いか
> らイケ
> てんちゃうか?
>
書き方次第かもしれませんが、Verilog などに比べて抽象度の高い記述が可能な
ので、
(逆に抽象度の低い記述は苦手です。なので、Verilog などの置き換えにはなり
ませんが...)
一般的には速い記述が可能だと思います。
あと、システム屋さんはHDL (Hardware Description Language, Verilog とか
VHDLとかの
ハードを記述するための言語の事)より、C/C++ とかが得意な方も多いらしく、
そういった方々
がプロトタイプを作ったりするのにも便利だそうです。

みつひろ　と申します。
On 2007/04/02, at 18:16, Takeo Komiyama wrote:
>>
>>> 私はハード・ウェア屋 ( さらにいうなら、チップ屋 ) ですが、
>>> このあたりだと　 C++ 結構使われはじめています。　
>>> (C++ でハードを記述できる SystemC とか.. )
>>
>> おもしろそげ。　それってC++の文法をいぢくってんですか?
>> それともハードを記述できるクラスライブラリを含む framework　とか?
>>
> 後者です。　文法そのものには手を入れていません。(文法にまで手を広げた
> (といって
> 正しいのかどうかわかりませんが...) ものとしては SpecC というのがあったと
> 思います。
>
> 主にハードウェアの特徴である"同時並行的な処理"を実現するための諸機能がつ
> めこまれています。
> とはいってもこの"並列処理"をスレッドとかで実装しているわけではなくて、
> (ハードの並列度をそのままスレッドにしてしまうと多分大変なことになるので ..)
> "イベント・ドリブン"という方法を用いて"さも同時に動いているように動作さ
> せる"というところがミソかと。
>
> リファレンス・モデル(リファレンス・シミュレータ)はここからダウンロード可
> 能です。
> 　　　　　http://www.systemc.org/

PCアプリケーションしか書いた事無いのですが、大変興味深い話題で。
オブジェクト指向というと、やはりマルチプロセスにして、何らかのプロセス間通信で並列化したいと願うタイプです。怠け者なので。
そういった機構は書けるのでしょうか。
同期機構が興味深そうです。

--------------------------------------
Protect Your PC Now ! -  0 yen Security Campaign
http://pr.mail.yahoo.co.jp/premium/

こみやまです。
>> 主にハードウェアの特徴である"同時並行的な処理"を実現するための諸機能がつ
>> めこまれています。
>> とはいってもこの"並列処理"をスレッドとかで実装しているわけではなくて、
>> (ハードの並列度をそのままスレッドにしてしまうと多分大変なことになるの
>> で ..)
>> "イベント・ドリブン"という方法を用いて"さも同時に動いているように動作さ
>> せる"というところがミソかと。
>>
>> リファレンス・モデル(リファレンス・シミュレータ)はここからダウンロード可
>> 能です。
>> 　　　　　http://www.systemc.org/
>
> PCアプリケーションしか書いた事無いのですが、大変興味深い話題で。
> オブジェクト指向というと、やはりマルチプロセスにして、何らかのプロセス
> 間通信で並列化したいと願うタイプです。怠け者なので。
> そういった機構は書けるのでしょうか。
> 同期機構が興味深そうです。
残念ながら、シミュレータの目的が、”ハードウェアの動作を模倣する”ことにあ
るので、
このライブラリを用いて、マルチスレッド　（一応　新しいスレッドを作成する
機能はあるのですが、
デフォルトのconfiguration では本当のスレッドではなかったり）プログラミン
グすることは
出来たとしても、あまり意味がないかもしれません。
( 単に私の考えが固いだけなのかもしれないです。なんか面白い応用方法がある
のかも ....)

ただ、今までちょっととっつきにくかった”ハードウェア”　というものの動作を
比較的簡単に模倣
出来るものとしては便利なものだと思っています。（それこそ独自アーキテクチャの
プロセッサを作ってみたりとか....)

たとえば、”いままで、ソフトで書いていた画像処理ルーチンをハードで実行し
てみよう”
なんて動機があったとしたら、SystemCなどで書いてみてソフトに比べてどの程
度速くなるのか
などを（はじめからHDLで行うことに比べれば）簡単に試すことができます。
効果があるようなら、HDLをつかって実際に回路を作成し、FPGAやASICを作成す
ることになります。
さらに、私は使ったことはないのですが、SystemCから直接回路を作成するツー
ルなんかも
あるみたいですし ....

市川＠vivi-vine.org です

> たとえば、”いままで、ソフトで書いていた画像処理ルーチンをハードで実行し
> てみよう”
> なんて動機があったとしたら、SystemCなどで書いてみてソフトに比べてどの程
> 度速くなるのか
> などを（はじめからHDLで行うことに比べれば）簡単に試すことができます。
> 効果があるようなら、HDLをつかって実際に回路を作成し、FPGAやASICを作成す
> ることになります。

ここまでは、私の記憶にあった手順です
(手順を実践した訳ではなく、手順の存在の記憶でしかありませんが...)

> さらに、私は使ったことはないのですが、SystemCから直接回路を作成するツー
> ルなんかも
> あるみたいですし ....

今は、そのような手段があるのですね。必要なものは、誰かが構築していくという
ことなんでしょうね。最初から存在していたとしたら、私の調査不足ですが

ハードウェアのベテランの人に「問題が発生したときに、論理的に問題がなかったら、
物理的というかアナログな世界の視点で調べるために、私のような人間が活動する
余地があります」という趣旨の話を聞かされたことがあり、私には無理な世界だと
思っています


以下は、余談です

ハードウェア以前に、ソフトウェアを満足に動作させるようにしないといけない。
ソフトウェアを満足に動作させるために、環境構築と称してハードウェアの設定を
確認しないといけない、というループ状態になっているような日常です
(組み込みソフトウェアの話では、ありません)

単一の環境を相手にしている訳ではないというのが、いろいろと面倒なところです。
同じ環境のはずが、時間が経過すると、新たに追加で構築される部分があったりする場合も
あり、悩ましいです

--
Shin'ichi Ichikawa
mailto:chan2@...
http://www.vivi-vine.org/

岩崎です．

> さらに、私は使ったことはないのですが、SystemCから直接回路を作成するツー
> ルなんかも
> あるみたいですし ....
ハード/ソフト協調設計では，ハード部分もソフト部分もSystemCでかけて美味しい．．．
らしいです．

> # ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
> # やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?
先日卒業した，地方の大学の情報工学科では，CとperlとJavaでした．関数型や論理型は
紹介されただけでした．
研究室でphpやC#を薦められて，使っている人もいるみたいですが，C++は聞かないです．
私の周りのC++プログラマは，全員ホビープログラマです^^;

/*
Naoki Iwasaki

     mailto:safii@...
           http://www.flightless-wing.com/
*/

みつひろです。
On 2007/04/03, at 23:49, Takeo Komiyama wrote:

> こみやまです。
>>> 主にハードウェアの特徴である"同時並行的な処理"を実現するための諸機能がつ
>>> めこまれています。
>>> とはいってもこの"並列処理"をスレッドとかで実装しているわけではなくて、
>>> (ハードの並列度をそのままスレッドにしてしまうと多分大変なことになるの
>>> で ..)
>>> "イベント・ドリブン"という方法を用いて"さも同時に動いているように動作さ
>>> せる"というところがミソかと。
>>>
>>> リファレンス・モデル(リファレンス・シミュレータ)はここからダウンロード可
>>> 能です。
>>> 　　　　　http://www.systemc.org/
>>
>> PCアプリケーションしか書いた事無いのですが、大変興味深い話題で。
>> オブジェクト指向というと、やはりマルチプロセスにして、何らかのプロセス
>> 間通信で並列化したいと願うタイプです。怠け者なので。
>> そういった機構は書けるのでしょうか。
>> 同期機構が興味深そうです。
> 残念ながら、シミュレータの目的が、”ハードウェアの動作を模倣する”ことにあ
> るので、
> このライブラリを用いて、マルチスレッド　（一応　新しいスレッドを作成する
> 機能はあるのですが、
> デフォルトのconfiguration では本当のスレッドではなかったり）プログラミン
> グすることは
> 出来たとしても、あまり意味がないかもしれません。
> ( 単に私の考えが固いだけなのかもしれないです。なんか面白い応用方法がある
> のかも ....)
>
> ただ、今までちょっととっつきにくかった”ハードウェア”　というものの動作を
> 比較的簡単に模倣
> 出来るものとしては便利なものだと思っています。（それこそ独自アーキテクチャの
> プロセッサを作ってみたりとか....)
>
> たとえば、”いままで、ソフトで書いていた画像処理ルーチンをハードで実行し
> てみよう”
> なんて動機があったとしたら、SystemCなどで書いてみてソフトに比べてどの程
> 度速くなるのか
> などを（はじめからHDLで行うことに比べれば）簡単に試すことができます。

それは大変興味深い話です。
ホームページが英語なのでよく読めずにおりますが、画像処理後は画像が画面で見えて、
入力はやっぱりWindows Messageで渡すわけでしょうか。

--------------------------------------
Protect Your PC Now ! -  0 yen Security Campaign
http://pr.mail.yahoo.co.jp/premium/

　こんにちは。

"FUKUDA, Fumiki" <fukuda.fm@...>さん：
>C++ってばここんとこ Javaやら.NETやらに押され、
>素人衆が裸足で逃げ出す難解さも相まってモチベーションだだ下がりっす。

　最近は Python で Web アプリを書いたり、C++&wxWidgets で遊んでいたりし
ます…

>ここでイッパツ喝を入れたいとこですねぃ。
>なんぞナイスな"村興し"ネタはございませんかしら。 > ALL

　wxWidgets がなにげに面白いですよ。

># ときにきょうびのガッコでは計算機言語として何を教えてんでしょか?
># やっぱC? IT系の専門学校とかだとJava? 工業高校とかだと?

　私の出た専門学校では、C/C++ がメインのようです。私は COBOL やら
Fortran やらを習ったのですけどね…(^^ゞ

　以前聞いた知り合いのゲーム学校(専門学校ではないところ)では、C++ や
Java がメインのようです。

　工業高校では、昔は BASIC の要でしたが、今はどうなんでしょうね？

　中にいる側としては、もっと基本的なことを教えて欲しいのですが、それだと
生徒が来なくて難しいらしいです(^^ゞ

--
電柱一家
mailto:cppll@...
http://denchu.jp/

市川＠vivi-vine.org です

> ここでイッパツ喝を入れたいとこですねぃ。
> なんぞナイスな"村興し"ネタはございませんかしら。 > ALL

ナイスなのか不明ですが、C/C++ と言えば移植が容易だったはずです。
最近、私が実施した移植作業は以下のようなものです

単純な移植ではないですが、広義の移植と勝手に決め付けています。
プロトコル解析等で共通部分が多いため、移植と称しています

工数は、半日です

[移植元: UNIX 上で稼動する C 言語のソースコード]

・特殊な電文を受信し、特定の処理を行って、特殊な電文を多様な条件で送信する

[移植先: Windows 上で稼動する Visual C++(Plathome SDK + C/C++標準ライブラリ)の
ソースコード]

・特殊な電文をファイルから読み込み、別のファイルに解析結果を出力する
・元のプログラムは CUI だが、これは GUI になっており、ドラッグ & ドロップで
 読み込ませるファイルを 1 つ以上与えるようになっている
・正常に解析できれば、与えたファイルと同数の解析結果ファイルが出力される
・正常に解析できない場合は、UNIX 上でのエラーログ出力と同様の内容が
 Windows のメッセージボックスとしてモーダルに表示される

--
Shin'ichi Ichikawa
mailto:chan2@...
http://www.vivi-vine.org/

みつひろです。
On 2007/04/04, at 3:15, Shin'ichi Ichikawa wrote:

>
> 市川＠vivi-vine.org です
>
>> ここでイッパツ喝を入れたいとこですねぃ。
>> なんぞナイスな"村興し"ネタはございませんかしら。 > ALL
>
> ナイスなのか不明ですが、C/C++ と言えば移植が容易だったはずです。
> 最近、私が実施した移植作業は以下のようなものです
>
> 単純な移植ではないですが、広義の移植と勝手に決め付けています。
> プロトコル解析等で共通部分が多いため、移植と称しています
>
> 工数は、半日です
>
> [移植元: UNIX 上で稼動する C 言語のソースコード]
>
> ・特殊な電文を受信し、特定の処理を行って、特殊な電文を多様な条件で送信する
>
> [移植先: Windows 上で稼動する Visual C++(Plathome SDK + C/C++標準ライブラリ)の
>  ソースコード]
>
> ・特殊な電文をファイルから読み込み、別のファイルに解析結果を出力する
> ・元のプログラムは CUI だが、これは GUI になっており、ドラッグ & ドロップで
>   読み込ませるファイルを 1 つ以上与えるようになっている
> ・正常に解析できれば、与えたファイルと同数の解析結果ファイルが出力される
> ・正常に解析できない場合は、UNIX 上でのエラーログ出力と同様の内容が
>   Windows のメッセージボックスとしてモーダルに表示される


元Unixプログラマで、現在はWindowsXPで格闘中です。

電文は、Winsockですか？
C++で書いていっても、winsockがらみは結局、Cリンケージにしないといけないなんてことありませんか？
sendもrecvも、電文はchar*でした。

それからもうひとつ。
察するところ、Windowsアプリを書いた様子ですが、通信はWindows Messageつかってますでしょうか。
non queueですが、WM_COPYDATA　って使えますよね。って勝手に思ってます。
が、思わぬ落とし穴に最近はまりました。
画像処理アプリを書いていて、カメラからのキャプチャ画像を、いろんな処理プロセスに渡すように計画しまして。
で、名前付き共有メモリでbmpデータを渡したのですが、受け側で
struct {
  BITMAPFILEHEADER    bfh;
  BITMAPINFOHEADER   bih;
} bm_head;
なんつって、ビットマップファイルヘッダ情報を
memcpy(  &bm_head, p_shm, sizeof(bm_head));

なんてやって、しくじりました。
BITMAPFILEHEADERが、１４byteなので、続く２byteがINFOHEADERに入らずに前にずれるのに、１日考え至りませんでした。

ちょっと暴走気味ですが（あまりにショックだったので）、4byte allignmentに、堂々となっていない構造体の文化に驚いた次第です。
結局、ポインタ型にしました。

--------------------------------------
Protect Your PC Now ! -  0 yen Security Campaign
http://pr.mail.yahoo.co.jp/premium/

天野です。

> ここでイッパツ喝を入れたいとこですねぃ。
> なんぞナイスな"村興し"ネタはございませんかしら。 > ALL

boostに対抗して、cppllライブラリでも作ってみるとか。

--
AMANO Masafumi <elegant.cpp@...>
http://articles.blog79.fc2.com/