だから知らないならレスしないでください

ほかに誰か知ってる人はいませんか？

>>251, 252
くだらない悪ふざけはν速にでも行ってやれや。

質問：　どちらが新しいんですか？
答え：　サイズが違うと何か問題ある？

頭おかしいの？

だから、リリースバージョンの見方もわからんバカは
安定版のパッケージを入れろよ。
バージョンわからん奴がTechnological Previewをいれて何の役に立つんだよ。

>>254
とっとと失せろ、ゴミクズ

ニートタイムに喚くなよ
見苦しいな

で？
けっきょく、どれが新しいかわからないんだろ？
知らないならレスすんなよ。
あんたに質問したんじゃねーーーーーーーよｗ

ファイルの日付も読めない奴に使える訳もないな

>>258
瞬時にリリースバージョンくらいわかりますが、何か？
バージョンを読みとってるからこそ>>248なのだが。
お前は、自分が書いたものと248をみてもまだ理解できないわけだろ？
だから>>250の安定版を入れろと言うことなんだが。

Technological Previewってのは人柱用なんだぜ。
なぜあえてこれを入れたいんだ？
バカだからか？

わかったわかった。俺が悪かった。ここはひとつ、俺がオトナになろう。

で、リリースバージョンの見方をおしえてください。おねがいします。

事情を説明いたしますと、
安定版が安定しないから、試しに全部新しいのにしてみようと思っただけです。
それで安定するか、しないか、検証してみるだけです。
「問題の切り分け」 を死体のです。

>>261
逆に煽り返されたりして、出来もしないくせに下手なことしないほうがいいよなぁ

>>262
おとなしくVC++いっとけ

ぜんぶ 1.0.11 なので、どれが新しいのかわかりません。
でも確実に、中身が違うんです。

すこし分かりかけてきた

1.0.11-1
1.0.11-20080826

これのどっちが新しいか。それさえ分かれば・・・
1 と 20080826 って、どっちが新しいんですか？

なんか迷宮に迷い込んでいるような気がするなぁ・・・
問題の切り分けをするのであれば、安定版のどの部分が安定
しないのか切り分けるのが先では無いだろうか。
全部最新版に差し替えて安定したところで、どの部分が問題
だったかは結局分からないのでは。

パッケージとバラを同じ項目においておきながら、
バラの方が古いなんてアホな管理をするやつがいるとも思えんが。

つーかさ、不安定があるのなら、どういう不安定なのか書けよな～
他のユーザーのためにもなる。

俺は MSYS のデバッグしてんじゃねぇぞ。
どの部分が問題だったかは結局分からなくても
安定して使えさえすればＯＫなんだよ。

>>270
だからよぉ、他人にもどう不安定か情報出せよ。
自分だけ情報を得られたらそれで桶かよ。
マサにカスだな

>>270
問題の切り分けをしたいとか言いながらちゃぶ台ひっくり返すし、
ここまでMSYSが問題なんだとは一言も話をしていないし、
しかも大人のふりしたと思ったらまた退行しているし。

>>271-272
ゴミの相手するなよ

新しいのと古いのと見分け方を聞きたかっただけなんだが・・・

もったいぶらずに教エロ

もったいぶらずに着エロ

>>276
ありがとうございます。おかげさまで解ケツしました。

g++ってワイド文字列環境はまともになってる？

g++ (GCC) 3.4.5だと、
std::wcoutって何だか分かりません見たことも聞いたこともありません
的なコンパイルエラーがでちゃうんだよね。

>>278
今は無理。まともにサポートできる見通しが立たないから宣言自体が無効化されてる。

今公開テスト中の Cygwin 1.7 には wchar_t 関連の C 標準関数がひととおり実装されてるんで、
その上で動く g++ なら使えるようになるかもしれない。

>>278
この4.3.3使え
http://www.tdragon.net/

そもそも何でMinGWって最新のGCCを同梱してないの？

>>279
ふーん、まだダメダメなのか。残念だ。

>>280
TDM/MinGW Installer
1.902.0
Released 2009-02-28 Bundled Installer: [tdm-mingw-1.902.0-f1.exe] (23.8 MB)
Includes C and C++ SJLJ packages from GCC 4.3.3 TDM-1, plus binutils (2.19.1), mingw-runtime (3.15.2),
w32api (3.13), mingw32-make (3.81-20080326-3) and gdb (6.8-mingw-3).
ってやつか？すげぇなコレ。
いわゆる人柱版ってことかな？

UNIX/Linux初心者です。
会社でfork/FIFOを使用した開発をやっていて家でもお勉強できるようにとCygwinインストールしました。
でもうまく動いてくれません。chi 3-25で、Device or resource busyが発生します。
Cygwinの仕様でしょうか？

// プロセス作成
p = fork();
if(p == -1) exit(1);
if(p > 0) {
sprintf(fname_p, "%s-%d-%d", FIFO, p,1);
}
if (p == 0) {
p = getpid();
//子側FIFO名前
sprintf(fname_c, "%s-%d-%d", FIFO, p,1);
//親側FIFOのメーク待ち
while(1){
if(access(fname_c, F_OK) == 0) break;
sleep(1);
}
//読み込みパイプ開
fifo_cr = open(fname_c, O_RDONLY);
if(fifo_cr == -1){
printf("chi 3-25 error open fifo\n",fname_c);
err_no = errno;
perror("err_no"); exit(6);
}

省略

>282
質問の答えじゃないが、fork するんなら pipe(2) 使えばループで待つ必要もないんじゃないの？

>>282
質問の答えじゃないが

printf("chi 3-25 error open fifo\n",fname_c);
err_no = errno;

これはダメだろう常識的に

質問の答えじゃないが、popen()で事は足りないのかな?

ファイルを先頭から順次読み込むプログラムで，
以下のようなものを書いたのですが，ファイルの途中なのにもかかわらずループを抜けてしまいます．
(どうも0x1Aを読み込んだときにbreakがかかるようです．)

for ( ; ; ){
c = fgetc(fp);
if (c == EOF)
break;
/*
省略
*/
}

Linux上のgcc(2.95.3)でコンパイルした場合は正常に動くのですが，
MinGW(5.1.4)だと前述したように，正常に動きません．(fgetcの仕様が違うのでしょうか)
とてもくだらない質問に思えて恐縮なのですが，解る方がいたら教えてください．

fopenでtext modeでファイルを開くと、0x1aをEOF(=CP/Mの)と見なすから。
http://www.google.co.jp/search?q=fopen+EOF+0x1a

mingwのライブラリはVC仕様なので
バイナリモードで開いてみては
fp = fopen( path, "rb" ); // こんな感じ?

# たしか Windows/DOS ではテキストモードで開くと 0x1a を
# EOF として扱う仕様だったような気がする
# unixはテキストモードはなし

>>287-288
素早い返答ありがとうございます．
ご指摘のとおり，fopenのモード指定の問題でした．

VC系だとテキスト/バイナリの区別がある，というのを初めて知りました．
googleにもスバリ書いてあることだったようで，お恥ずかしい限りです．

CygWinでgprofかけても時間情報が取れないのですがどうすればプロファイル取れる
でしょうか。
g++のコードのプロファイルが取れる方法よろしくです。gprofて最近は使われてない？

gccのバージョンによって、gmonのフォーマットが途中で変わってるので、
gccかgprofのバージョンを変えてみると良いらしい。MinGWもgcc3.4.5と
手元のgprofとの組み合わせではダメで、gcc4.3.2や4.3.3では取れるなあ。
これは古いgprofを試さないといけないのかな。

>>291
CygWin/g++でgprof以外にﾌﾟﾛﾌｧｲﾙ取るすべあるでししょうか？
最近の人はどうやってプロファイル取ってるの？

>>291
横レスだけど情報ありがとう。

古い MinGW の gcc 3.2.3 + gprof 2.13.90 だと OK で
比較的新しい gcc 3.4.5 + gprof 2.18.50 だと NG なんで困っていた。
MinGW の binutils-2.18.50 にはバグがあって gprof が正常に動作しないらしい。
http://www.nabble.com/gprof-time-accumulation-problem-td19125108.html
binutils-2.17.50 だと問題ないということなのでダウングレードして
gcc 3.4.5 と一緒に試したところ、正しく統計情報が取れるようになった。

すっかり忘れてたけど、次の日動かしてみたら、MinGW 3.4.5とgprof 2.19、2.19.1での動作を確認した。
だから前回書いたことは、全くの見当違いでgprof 2.18.50だけの問題みたい。ごめんね

>>292
おそらくだけど、プロファイラ自体を使ってる人が少なく、使ってる人も自前で
gprofをbuildか、バージョンダウンしてる。

まあ、わざわざMinGWでgprof使おうと思う人は少ないだろうなぁ。

cygwin/mingwがターゲットになることは少ないので、gprofするのはLinux上になることが多いなぁ。私のところでは。

test

質問です。PC-98のMS-DOS上でDJGPPとNASMとBorland C++ 3.1Jでプログラムを
組んでますが、たとえばHello, World!を作ってもDJGPP(GCC v4.3.2)では異常に
実行ファイルのサイズが肥大化します。動作もBCCでコンパイルしたものより
重いです。

DJGPPのFAQによると、「DJGPP(DOS版GCC)はメモリモデルにflatを用いており、
プロテクトモードで4GBまでのメモリを扱えるようにしています」とのことなんですが、
これが原因ですか？ちなみにHELLO.EXEを実行するにしても、DPMIサーバ(cwsdpmi.exe)が
必要という糞仕様です。開発マシンはPC-9801DA2(80386 20MHz + Cyrix 387コプロ;
RAM 13.6MB; SCSI HDD 4.3GB; 緑電子SCSI-2ボード; NEC版MS-DOS 6.2)です。

HELLO.EXEのファイルサイズとコンパイル時間は
BCC = 6.6KB ; コンパイル時間 = 5秒
DJGPP = 44KB ; コンパイル時間 = 2分近く
NASM = 22Bytes ; コンパイル時間 = 3秒
(コンパイルオプションは、
A:\>bcc -ms -O2 hello.c
A:\>gcc -Wall -O2 -s -fomit-frame-pointer -o hello.exe hello.c
A:\>nasm -fbin -o hello.com hello.asm
です)

異常な事態です。これはDJGPP(GCC)の仕様なんでしょうか！ご教示ください。
ちなみに同機能をDOSファンクションコールAH=09Hでフルアッセンブル実装した
HELLO.COMはわずか22バイトですOrz K6-2 550MHz/64MB/18GBのX-Mateがあるんですが、
それでやっても処理系の差異は変わらないですよね？

16bitコンパイラと32bitコンパイラで比較して何がしたいの？

× X-Mate
○ X-MATE

どうしてもDJGPP(GCC4.3.2)だと44KB近くなってしまうようで、
三秒のウェイトを置くdelay機能も、GCCとBCCで同等のものがありますが、
BCC版は8KB程度、GCC版は48KBほどになり、気違いじみています。

やはりDOSファンクションコール AH=2CHでフルアッセンブル実装した
DELAY3K.COMは、ファイルサイズが22バイトでCPU負担も全くありません
(HELLO.COMは28バイトでしたすいません)。
Borland C++ v3.1Jは中古でオクで競って7千円で買ったので製品とはこういうものだと
いわれればそれまでですが、ちゃんとstripもしてるのに、これ以上はGCCは無理ですか！？