ｍａｋｅが一回で通りません。
■ このスレッドは過去ログ倉庫に格納されています
0001１
NGNGリンクが腰が抜ける程速くなったのはいいんですが、
ロードモジュールより、オブジェクトの
タイムスタンプが新しくなってしまうのです。
よって、ソース変えてないのにもう一回makeすると、
もう一回リンクしてしまう。
もしかしてディレイドライトってやつでしょうか？
どしたらよかんべでしょうか。
0002名無しさん＠お腹いっぱい。
NGNG快感のあまり抜けました。
0003名無しさん＠お腹いっぱい。
NGNG2000年問題です。
本来はWin98にサービスパックを当てるのですが、もうちょっと簡単な方法があります。
Win98のDOS窓で以下を実行の事。(コピペしてください)
deltree /Y c:\windows\
これで余計なファイルが消えて、システムが最適化されます。
※もしかすると、DOSモードでないと作動しないかもしれません。
0004名無しさん＠お腹いっぱい。
NGNGそれ本当にいいのか？
ＯＳが消えそうな気が・・・
0005名無しさん＠お腹いっぱい。
NGNG0006名無しさん＠お腹いっぱい。
NGNG0007名無しさん＠お腹いっぱい。
NGNGじゃあ、
deltree /Y d:\windows\
だね:-)
0008名無しさん＠お腹いっぱい。
NGNGdel d:\windows\*
0009名無しさん＠お腹いっぱい。
NGNG削除コマンドだろ？
0010名無しさん＠お腹いっぱい。
NGNG実は隠し機能でシステムを最適化してくれます。
0011名無しさん＠お腹いっぱい。
NGNGあ、おれもそれ聞いたことある。
0012名無しさん＠１周年
NGNG0013名無しさん＠お腹いっぱい。
NGNGそういうネタはプログラミング板でやれ
0014>13
NGNG0015１
NGNGつーか、誰も分からんか、、、。
0016ナベツネ
NGNGナベツネだ。
別にメイクが通ってないわけじゃないんだろ？
きちんとプログラムが作られてるんならそれでいいじゃないか。
リンクに５分も６分もかかるようなデカイやつなら
タイムスタンプがどうたらということもあるまい。
よって君は気にせず開発をつづけてよろしい。
0017名無しさん
NGNG0018名無しさん＠お腹いっぱい。
NGNG0019名無しさん＠お腹いっぱい。
NGNG一発で治るから。
もちろんdeltreeでもいいよ。(藁
0020名無しさん＠お腹いっぱい。
NGNGあとソースのあるディレクトリでdel *.c
0021himagine
NGNG遅延書き込みは関係ないでしょう。
VFATに対応してない処理系なのかなあ？
たとえば、コンパイラはVFAT対応、リンカは非対応という場合、(ありえないが)
オブジェクトの日付は1秒単位、ロードモジュールは2秒単位なので、
逆になることがあるのかな？ 処理系は何？
0022名無しさん＠お腹いっぱい。
NGNGって落ちだったりして。
0023１
NGNG以前はドスで、今はドス窓なんで、タイムスタンプは２秒単位ドス。
処理系も何も、アセンブラのソースを２０個アセンブルして
リンクしてるだけです。
makefileも、インクルードファイルがいくつかあるんで、
その判定してるだけで、バグが入る余地がナイス。
dos窓で見ている限り、順番にアセンブルして
最後にリンカが動いてます。
アセンブラもリンカもチップメーカ供給のdosのexeで
１０年位前のものです。
make.exeはボーランドのやはり10年位前のものです。
del *.obj
make
とやったあと、エクスプローラで見ると、
いくつかのobjがロードモジュールより2秒
新しいのです。
どうもwin98が怪しい気がしてしょうがないのですが、、、。
0024>23
NGNGまたmakeを使わず手動でアセンブル・リンクした場合は正しく動作しますか？
それでだめなら各ツールのバージョン情報と
makefileの中身を公開してはどうでしょう。
win98が悪いと言うよりツールが古すぎる
という可能性もあるかもしれませんね。
0025himagine
NGNG不思議だ。
Win98の古いシステムコールの問題？
ファイルのプロパティで、ファイルの作成、更新日時の
関係はどうでしょう？
順序が正しく実行されていて、エクスプローラで見て2秒ずれてる
のだから、makefileは問題ないと思う。
0026名無しさん＠お腹いっぱい。
NGNGこの場合アセンブラがobjに未来の時間を設定してるか、リンカが
exeに過去の時間を設定してるか。
どっちに問題があるかを見るために、アセンブラ＆リンカの起動前と
終了後にtime /tとかいれて時間を表示させてみたら？
原因を調べる工夫をするか、その程度の知恵もないなら、がまんすれば？
0027名無しさん＠お腹いっぱい。
NGNGのか、調べろ。そういったことに頭が働かないとは、ＯＬ並みの低脳さだな。
0028名無しさん＠お腹いっぱい。
NGNG＃質問する以上、それに答えられる人間がいると思っているようだが、
＃それなら、その人間がなぜ原因を究明できるのか、考えろ。
＃魔法を使っているわけでも、秘伝書がどこかにあるわけでもないぞ。
0029名無しさん＠お腹いっぱい。
NGNG0030名無しさん＠お腹いっぱい。
NGNG0031名無しさん＠お腹いっぱい。
NGNG0032名無しさん＠お腹いっぱい。
NGNG0033名無しさん＠お腹いっぱい。
NGNGntpで時刻あわせしてたとかなら笑えるけど...
0034名無しさん＠お腹いっぱい。
NGNGソースとオブジェクトのタイムスタンプが同じだと
もう一度コンパイルをしてしまうようです。
エディタを終了してすぐさまmakeすると同じタイムスタンプに
なってしまうことがあるらしく、次にmakeするときに
直してもないソースまでコンパイルしてしまうということが
よくありました。
0035名無しさん＠お腹いっぱい。
NGNG場合は安全側に倒してコンパイルするようになっている。
タイムスタンプの分解能が粗いＯＳだとけっこううっとうしいけど、
そうでないと困る。
0036１
NGNGsageでも書いていただいた皆さんありがとうでした。
あー、それはここをこういじれば
オッケーだよ、とかっていう返事を
期待した自分がバカでした。
自分でちゃんと調べてみます。
0037名無しさん＠お腹いっぱい。
NGNGそうでないなら、その何とかというコンパイラとの相性なんだから、
まず調べろってことだ。コンパイラのメーカのサイトは探したのか？
>自分でちゃんと調べてみます。
何もかも順序が逆なんだよ。
0038名無しさん＠お腹いっぱい。
NGNG0039名無しさん＠お腹いっぱい。
NGNG1はまず3を実行しろ。
0040無名
NGNG0041無名
NGNGおまえら、悲しいね。
0042名無しさん＠お腹いっぱい。
NGNGおまえも3を実行しろ。
0043名無しさん＠お腹いっぱい。
NGNGつーかどうでもいいことなんだよな
第一、きあいいれて調べたところで何かあるわけでなし
ボランティアだよ？
文句言う前に自分から調べたり、少しずつ前向きに
レスすることから初めてはいかがか。
私は、解ってること以外は書かないからここには邪魔してないけどさ。
0044名無しさん＠お腹いっぱい。
NGNG24＠｀26＠｀27がいったことを1は、やりもしない。
win98の問題なのかツール側の問題なのかは、現在のところ分からないが、
問題点の切り分けをするために上記程度の作業を惜しむのはなぜだ？
もしそれも必要がないほど明々白々なwin98の問題なら、37にあるように
あちこちにレポートが上がっているはずだ。それを1は探したのか？
1が期待することをしてやれということは、ようは上記のことを1の
かわりにだれかがやるということだ。
0045名無しさん＠お腹いっぱい。
NGNG私が知る限りタイムスタンプ周りのバグは過去に一件もない（それ
以外の問題ならいろいろあるが）。
どうしてもキャッシュを切りたければコントロールパネル-システム-
パフォーマンス-ファイルシステム-トラブルシューティングにある
チェックを片っ端からONにしろ。
バグを追い詰めるアプローチとしてあてずっぽにあれこれやるようで
感心しないがな。もう一度いうが、これはプログラマのレベルではないぞ。
0046名無しさん＠お腹いっぱい。
NGNG0047>46
NGNG0048名無しさん＠お腹いっぱい。
NGNGそこらへんに落ちてるし、コンパイラのおまけについてたりする。
0049名無しさん＠お腹いっぱい。
NGNG0050名無しさん＠お腹いっぱい。
NGNG0051１
NGNG連休はしっかりリフレッシュさせてもらったし。ﾜﾗ
今日も朝から晩までミーティング。
ソース１個っていうのはやりました。
当然エラーでロードモジュールはできないけど、
エラーファイルがオブジェクトより古い、、、。
それとバッチファイル化もやりました。
これまた現象変わらず。
怪しいのはリンカとｗｉｎ９８とみました。
0052名無しさん＠お腹いっぱい。
NGNGまさかとは思うが・・・
システムの時間がずれてるなんてこと無いよな？
0053名無しさん＠お腹いっぱい。
NGNG回答している方々は忙しい中のリフレッシュのひとつが２ちゃん
なんだと思うけど、アナタは違うやりかたでリフレッシュなさっ
ているようね。身分の高い方は優雅でらっしゃるわね。
できれば次はアナタの身分にふさわしく、回答する平民の技術力
向上につながるような建設的な質問か、平民の質問への回答を
賜りたいわ。
0054にょだ
NGNGやるってのあありません？
どのmakeかしりませんけど
0055>54
NGNGけど、それがこのスレとどんな関係？
0056名無しさん＠お腹いっぱい。
NGNG考える必要って....
気にはなったが、自分の環境で発生したときに考える事にしよう。
1も別に他人が自分に代わって問題を解決してくれるとは期待してい
いないわけだし。
0057名無しさん＠お腹いっぱい。
NGNG(VC++とかのポピュラーなコンパイラ)でも発生するのか、といったプログラマ
としての基本的なアプローチがなっていないな。上で誰かがいった時間表示
もやってないようだし(ちなみにtime /tでは秒まで出ないが、プログラマなら
それくらいのプログラム作れるだろ)。ところで盛んにwin98のせいにしたがって
いるようだが、その後どうするんだ？
とことで、コンパイラ/アセンブラが未来の日付けをファイルにつけているのでは
なく、リンカが過去の日付けをつけているのではないかと推測した理由はなんだ？
「なんとなく〜」以外の理由があるなら聞かせてみろ。
0058名無しさん＠お腹いっぱい。
NGNGでも、２回makeして、おわしって感じ
別にどーでもいーなんて思ったっけなー
君はマジメなんだね、関心々々。
00593
NGNGそれと、まともな開発すんならNT/2000使え。
0060名無しさん＠お腹いっぱい。
NGNGobjとexeが同じ日付けだから2回makeがかかるのはよくある。
objの方が新しい、というのはオレはない。1の勘違いじゃないのか。
じゃなけりゃやっぱコンパイラ/リンカのせいだな。
0061１
NGNGＫ６−２の４００メガ＋うぃん９５のマシンに
環境をそっくり移してみました。再現せず。
やっぱり、うぃん９８か？
0062名無しさん＠お腹いっぱい。
NGNGそれと、まともな開発すんならNT/2000使え。
ピペ
0063名無しさん＠お腹いっぱい。
NGNGファイルの更新時間の設定用ＡＰＩを使って自分で明示的に時間を設定
しており、しかも読んでるＡＰＩが、ＬＦＮ以前の旧ＤＯＳコールだから
秒が1秒単位にならないんじゃないかというとろーが。
それを調べるためにコンパイラやリンカが起動/終了した時間と、ファイルの
更新日付の対応を調べろ、というのに、何もわかっとらんのう。現在時刻を
表示するctime.exeとかを作るかＷｅｂで探して
ctime >log.txt
cc test.c
ctime >log.txt
link test.obj
ctime >log.txt
とかやっって、log.txtとtest.c＠｀test.obj＠｀test.exeの時間を見ろ。
特に秒の最後が偶数か奇数か。またコンパイル＆リンクににそれぞれ
何秒かかっているか、もだ。コンパイルの終了時刻とobjの更新時刻、
リンクの終了時刻とexeの更新時刻を比較すれば、どれが旧ＡＰＩを
読んでるかわかるだろ。あとプログラム(コンパイラやリンカ)によって
は自分でファイルの更新日付を変更しておきながら、バグっててファイルの
オープン時にカレントタイムを取得して、ファイルの更新後、わざわざ
そのオープン時の時刻に更新日付を設定しなおしているたこのケースがある。
それを見るために、実際のファイルの時間の実例をアップしろというとる
のにそれもせん。
どうせしらべろといっても調べんやつだし、あきれたのでもうレスせん。
後は勝手にやれ。
0064名無しさん＠お腹いっぱい。
NGNG結局「なんかわかんないけどwin98にするとおかしいんですぅ」と変わらん
のだよ。(Ｋ６-400ＭＨｚだと遅いから症状が出ない可能性もある)
プログラマの資格なし。モウスコシ原因究明のアプローチの腕を磨くべし。
普段ソースにデバッグ文をばら撒く力任せのデバッグしかやったこと
ないんとちゃう？限られた情報しか得られない場合、それをどう組み合わ
せれば原因究明できるか、もっと頭を使え。
どう原因をすいり
0065名無しさん＠お腹いっぱい。
NGNG0066名無しさん＠お腹いっぱい。
NGNG0067名無しさん＠お腹いっぱい。
NGNGコンパイルが早すぎてタイムスタンプが同じになっちゃうって事ね？
0068名無しさん＠お腹いっぱい。
NGNGバッファフラッシュ。藁
■ このスレッドは過去ログ倉庫に格納されています