コアを吐くのコアって何？？

1 ：05/09/25 〜 最終レス ：2011/12/16(金)?2BP(1960)

教えれや。クズ！！

2 ：

真・スレッドストッパー。。。(￣ー￣)ﾆﾔﾘｯ

3 ：

2

4 ：

先日、前から欲しいと思っていたＤＶＤ再生ソフトが
安売りされていたので買ったんですが、
エラーが出てなんだかうまく動きません（Ｔ＿Ｔ）
いろいろやってみたけど、やっぱり動きません。
もう何が悪いのかサッパリ分かりません。
初心者なので丁寧にお願いします。

5 ：

クズに教えを乞う蛆虫の巣食うスレッドはここですか？？？

6 ：

>>1
教えるもなにもコアを吐くんだから仕方が無い

7 ：

以後はこちらへ。
くだらない質問はここに書き込め!43
http://pc8.2ch.net/test/read.cgi/unix/1123518770/

8 ：

>>7
コラ、ウジムシ！！
どーせそこに質問したってだれも答えないんだろ！！
オラ、削除屋も聞いているか？？
こんなことばかりだからクソスレたつんだろ？？
それをなんとかすれや。

9 ：

「なんとかすれや」←ココ笑うところだぞ！！

10 ：

>>1
メモリ

11 ：

クソスレ立ててるから誰も答えてくれないんだよ。

12 ：

ハードコア

13 ：

>>1
ttp://www.yoke.co.jp/item/solid/s-core.gif

14 ：

ふぇらいとこあさ。
むかーし、イトコアに電線巻きつけて、メモリにしてたのさ。
ICとかできる前の話。

15 ：

ばぐとりの、ばぐ（虫）って、何虫かしってるかい？

16 ：

↑なんか、もじばけした。

17 ：

こんなコアいりません

18 ：

こんな core 産んだ覚えがありません!

19 ：

おい山崎、とうとうニートに逆戻りか :)

20 ：

山崎ってもう引退したじゃねーか！！
一緒にすんなや。
つーか、おまえらは質問にまともに答えたことなんかねーじゃねーか！！
たかだか２ｃｈに質問すんなとか反論はあるだろうが、そんなくせに
エイベックスの問題みたくくだらない既得権は主張したがる猿の群れ
なんだよな。おまえらは！！

21 ：

ぶっちゃけエイベックス問題なんかどうでもいいです。

22 ：

寧ろ「そんなくせに」が>>1さん的に笑うところなのかが気になります。

23 ：

週末終電間際の新宿あたりでよく dump されているもの

24 ：

>>19
ニートじゃなくてニーミと一緒に弟子やってるよ、クニサワの。

25 ：

( ^ω^)＜コア

26 ：

コアはやっぱり森永

27 ：

マグマ大使がやっつける相手！！＞それはゴアやん

28 ：

ハードゲイコア　フォー

29 ：

コアメモリなんかどうでもいい、パラメトロンだ、パラメトロンはどうなった！

30 ：

コアを吐くってあまり使ったことないな。
コアダンプのことだよね。ストーレッジダンプとも言うことがある。
なんかトラブルが起こったとき、メインメモリの内容がどうなっていたかってのは
問題を識別し、解決するのに役立つことが多いので、補助記憶へイメージコピー
（フォーマットして出すのもあるけどな）を書き出すようになってるわけだね。
PANAFACOMでイトコアをメモリに使っていたのをいじったことがある。
紙テープでコンパイラをロードして、しこしこコンパイルするだろ。で、今日は終わり
で電源を落としてさようなら。翌日パワーオンするとコンパイラがメモリにロードされて
残っているわけだ。通電してリフレッシュしてるわけじゃなくて磁石だからだよな。
これは古いメモリの話だけど、先輩に聞いたところによると、ボイジャーには、この
通電してリフレッシュしなくてもいいという特性を持ったコアメモリを積んで活用した
って話だ。まさに温故知新。頭は使いようだね。

31 ：

温故知新って程でもないよね。
Voyagerの打ち上げが1977年、半導体メモリ（DRAM)の量産が1972年。
77年当時でも三電源を要したし記憶容量も数kビットだったし、
計画開始時期を考慮したら、半導体メモリを採用するメリットは
無かったんじゃない？宇宙線こわいし。

32 ：

新入社員で入って担当した汎用機のメインメモリが64MBだった。
工場の見学コースには遅延線メモリが飾ってあった。
１ビット３０センチくらい。
コアメモリ使ってるマシンはまだしつこく使ってるところがあって
守る会の人が障害対応してたな。

33 ：

なんかまともなまとまり方をしたな。
勉強になりました。
-----------終了------------

34 ：

昔就職活動していた時、曰立のHDD工場を見学させてもらったことがある。
来訪者用ロビーにコアメモリが展示してあって、工場よりそっちのほうが印象に残った。

35 ：

で、結局、新宿に存在している core の解析は終わったんですか？

36 ：

最近はcoreをデバッガに掛けるって事はしないんですね

37 ：

>>36
うーん、しない奴多いな。
で、うっかりデバッガで core をあけてバグ点を調べてあげたりすると、
バグ仕込んだ奴に「そんなやり方で指摘されても私の責任じゃありません！」
「バグだというのなら、あなたが直せばいいじゃないですか！」なんてキレられちゃうんだよね。
で、しょうがないから「再現性なし」という「ウソの障害解析書」が客の下に届くということだな。
ま、あんまりバカだったりダメすぎだったりするバグの時は「こっそり直しておいて」次か次の
ＯＳやミドルウェアのバージョンアップの頃に「基本ソフトバージョンアップに伴う改修・その他」
物件として本番環境にいれちゃう。当然、テストなんかしてないから、どこにどう影響出るかは
知りません。バグ入れた本人が「バグじゃない。直す義理はない」って言っちゃってるし、
本番環境ではゲーゲー、コア吐いてるし・・・
core ファイルをデバッガで解析するのって、実際のところ報われないですよ。

38 ：

意味がわからん
coreから調べようが、原因判明した暁には
ソースファイル上の問題指摘になるんじゃないの？

39 ：

>>38
それがね、現場やミドルウェア・カスタマイズ作業担当部署によって障害解析の作法が
違っててさ、「客先で吐いた core をデバッガで解析してみたら、こんな原因でしたよ」って
報告をしてあげてもね、「その解析手順をすべて詳細に報告しろ」って回答がきてさ、
で、しょーがねーからデバッガの実行出力を全部、ターゲットの core ファイルつきで
返送してやったの。そしたら、「うちらの定義してある解析手法と違う」って理由で
バグ仕込んだ連中の「手順」で「客先で起きた現象を再現」してみようとしたんだってさ。
で、「再現性なし」って報告書を返してきたと・・・「再現性なし」の報告書と
「今日も core 吐いてます」のメールを並べられて客も困ってたよ。って話です(w

40 ：

それだけでは分からん。 >>37 の環境等がイカレなだけの可能性もある。

41 ：

>>40
開発部隊のデモ環境どおりの設定で動かす客先なんかいるわけないから、
ちゃんとどんな設定になってるかも送ったんだけどね。で、それが原因ではないことも
開発元に真っ先に確認してあったんだけど・・・
なんか頑なに「自分等の手順」ってのに固執してて、その手順で再現しないから
バグではない＝改修必要なしってなっちゃってるみたいなんだよね。
バグですって認めたら、カネ取れないからかな？
それで、あぁいうウソ報告書が送られてきたのかな？
下手に現場でミドルウェアやフレームワークのコード部分までデバッガで追っかけるのは徒労に終わります。

42 ：

きめられたてじゅんをまもらないと、いそーきゅーせんいちとか
あいえすえむえすとかいろいろふてきごーになって
もんだいがでるんでしょ、きっと。

43 ：

ＡＣＯＳ（ＮＥＣの汎用機）関連の仕事してるが、
ＪＯＢがＡＢＯＲＴ（異常終了）すると
ＡＢＯＲＴＤＵＭＰ（その時のメモリーの内容）印刷して、ＳＬの行とその時の変数の値を調べてディバッグしてるよ。

44 ：

>>39 相手の上司に言っとけよ
そのための管理職だし

45 ：

芯

46 ：

coreを解析すれば、障害が起きた場所が特定できる
解析ツールが何か忘れたけど

47 ：

gdbにきまっとる

48 ：

洞窟物語のボス

49 ：

>>46
過信は禁物^^;

50 ：

>>49
そうだよね、マルチスレッドなコードで他所のスレッドが通信バッファをこわしてるのに、
core吐いたのが全然別のスレッドの応答時なんてこともあるからね。
そんなめちゃくちゃな状態の core を丁寧に読み込んで
「痕跡だけなんだけど、別のスレッドでホゲホゲトランザクションを実行してるのが同じ頃にいる？
そいつが通信ミドルウェアのバッファ管理領域の後ろ4KBをゼロクリアしてるみたいなんだけど・・・」
なんて解析してたくれてた人は「壊れて」止めていきました orz

51 ：

最近のミドルってよほど変わったものじゃないかぎりは、
どっかにログ残してるから、コアダンプ見るよりそっち先に見るといいかも。
ログ見ると大体見当つくよね。
難しいのは再現性のないやつで、不定期に発生するもの。
再現性がない、不定期に発生ってのは、データ不足で原因不明だから
そう言うしかないだけの話。分かってみればなあんだってトラブルがほとんど。
もれのばやい、よくあるトラブルの原因で、なあんだ系のダントツトップはハードだ。
ケーブル終端部の接触不良。
コード系では
条件判断の＜＞の勘違い。
≧の＝の場合の論理ミス。
入力データの形式がずれてる。
ゼロとスペースの読み違い。
実行コードのソース、古いの見てたりとかね。
あと、不断は１０レコード位なのに突然1万レコード入ってきたとかね。
まあ、トラブルのタネはつきないね。

52 ：

2005/10/10(月) 17:54:38

53 ：

2006/09/20(水) 00:12:13

54 ：

古っ・・・
おもわず>>51に同意のレス書こうとしてたのに

55 ：

うちの会社じゃ、コアダンプを逆アセンブルしてバグ見つけると
感謝されるがなあ。世の中広い。。。

56 ：

age

57 ：

>>51
==の所を=で済ます奴は鞭叩き100回の刑に処してます。

58 ：

コりゃアきまへん
……ごめん、、

59 ：

心愛はやっぱり…

60 ：

あぁ、あれだ、毎年この時期に新入社員が飲み過ぎて、駅の周辺にdumpして行くブツの事だろ？

61 ：

翌朝 fsck かかった時点で lost+found に意味不明のファイルが…
って、おちか？

62 ：2011/12/16(金)?2BP(1960)

吐いたことない