
あなたの遭遇したバグや不具合の「イケてない回避策」は? 302
ストーリー by hylom
黒歴史 部門より
黒歴史 部門より
あるAnonymous Coward 曰く、
本家/.「Ridiculous Software Bug Workarounds?」より。
時としてベンダーは不具合回避のソリューションとして、へそ曲がりな開発者か、全く何もわかっていない門外漢かが出してきたとしか思えないようなイケてない策を提示することがある。
例えばマイクロソフトは昔Oracleデータソースを使った場合にデータクエリが空で返ってくるのを回避するため、マウスを数分間動かし続けるという対処法を提示したことがあった(そしてこの方法、有効だった)。
また、最近ではHPがOffice2007のクラッシュを避けるため自社製品をデフォルトプリンタから外すよう指示したこともあった。
殿堂入りに値しそうな「イケてない不具合回避策」、他にもあればここに是非。
「仕様です」 (スコア:5, おもしろおかしい)
And now for something completely different...
Re:「仕様です」 (スコア:3, 興味深い)
# とかの超雑な嫌な客の論理を、酒酔いモードで考えてしまった。
Re:「仕様です」 (スコア:2)
あ゛ー、そりはエンドユーザ様の御判断な訳で、うちが「必要か否か」を判るか否か(スキルの有無)とは別なんですよ、当り前でしょ♥。
# たうぜんこれも、よぱらゐモード。
十年以上前のお話 (スコア:5, おもしろおかしい)
予期せぬ結果が返る事があって、チーム全員で悩んでました。
色々詰めて行ったら、フィールド名に「枝」という字が入ってると
結果がおかしくなる事がわかりました。
うちの設計では、方々に「枝番」ってフィールド名があったのです
回避策ですが、誰が言い出したのか覚えてないですが、
「枝番」は全て「技番」に変更されました。
#場当たりもいいとこだ…
Re:十年以上前のお話 (スコア:2)
csvを編集したいのならば、
テキストエディタやCSVエディタで開くか、
あるいは、拡張子をTxtにして、Excelで開くときに「テキストファイルのインポート」
とすればいいだけなのでは……?
#うちのシステムでは素直に取り込み時に前ゼロ入れてますorz
2倍 (スコア:5, おもしろおかしい)
212名無し募集中。。。2007/04/14(土) 19:10:46.28 0
>>210
ある物流系システムの開発現場で…
SE:○○君 ここの値が実際の値の2倍の数値が表示されてるんだけど…
○○:わかりました。修正します。
…と言って彼はprintfするときその値を2で割ったという
Re:2倍 (スコア:3, おもしろおかしい)
超法規的処置として (スコア:5, おもしろおかしい)
Re:超法規的処置として (スコア:4, おもしろおかしい)
悪い電気ががたまっている? (スコア:5, おもしろおかしい)
某PCメーカの繋がり難いサポートに、起動関係のトラブルで問い合わせた結果、、
『悪い電気が溜まっているので、一晩コンセントを抜いてから、改めて起動してください』
とのアドバイスを受けました。
結果は、これで障害解決でしたが・・・「悪い電気」って一体...
Re:悪い電気ががたまっている? (スコア:2)
> コンデンサの放電かな?
> あながち間違ってないし、素人にはかえって分かりやすいかも
見立ては間違えていなかったと思います(直ったし)。
ただ、キャパシタに溜まった電荷を「悪い電気」呼ばわりするのはちょっと(笑)
現象確認・原因解明・対策実施のプロセスのなかの
「原因」が、ふめぇなままだと再発の恐れが否定できなくヤナカンジイ。
Re:多分、きっと・・・(Re:悪い電気ががたまっている? (スコア:2)
> 工場出荷検査後に、お払いしなかった・・・とか・・・
お祓いではなく、お払いなのが妙にリアル。
トラウマ (スコア:4, おもしろおかしい)
学生時代にバイト先で、流し台の下に大量のゴキがいました。
駆除を命じられて、一日かけて駆除したゴキの数は3桁・・・
流し台下の収納と床の間のスペースにゴキの巣ができているらしく、
収納の下の板に排水パイプがささっている部分の隙間からいつまでも湧いてくるので、
最終的に隙間をガムテープで埋めました。
中がどうなっているか想像すると・・・
Re:トラウマ (スコア:2)
……いやいや
たしかにバグの回避策ですけど
きっと意味が違いますよ……
#無粋 -1
パスワードを変えてはいけない (スコア:3, おもしろおかしい)
具体例はセキュリティ上良くないので避けますが、職場の某システムに、
パスワードを変更してはいけないものがあります。変える事は出来るので
すが、次回から新パスワードでも旧パスワードでもlogin出来ません。
あまりにアレなのでAC。
Re:パスワードを変えてはいけない (スコア:3, おもしろおかしい)
「パスワードが長期間変更されていません。X日以内に変更してください。
変更しないとログインできなくなります」
のメッセージに従いパスワード変更すると、次回ログイン時より新旧両パ
スワード共にログイン不能となる、とってもすてきなWebシステムに遭遇
したことがあります。
毎回パスワードリセットをシステム部門に依頼していました。
システム部門が調査した結果、メッセージを無視してもログイン可能であることが
判明しました。
運用マニュアルに「メッセージの内容にかかわらず、パスワードは変更してはいけ
ない」の一文が追加されました。
とってもアレなのでAC。
力技 (スコア:2, 興味深い)
Windows系サーバがファイルを掴みっぱなしになってどうにも回避方法が見つからなかったけど、
関係無いファイルを幾つか読んでやるとファイルを開放してくれるらしく、
その手の処理を追加して回避したということがあります。
それから暫く経った後で原因が判明したけど、OSの oplock機能も良し悪しだねぇ、と思いましたさ。
#oplock: サーバの処理を高速にする、工夫した排他制御。安全よりも処理速度優先。
#なので、たまにトラブルの元になることがある。
Re:力技 (スコア:1)
Optimistic Lockでしょ。
マルチスレッドの排他制御のように秒に何万回というロック処理に使うもんで、ファイルのロックに使うものじゃないと思うが…
ごめんなさい (スコア:2)
10 年以上前、組み込みでほとんど自分一人で作っておきながらどうしても取れなかったバグが一つだけあります。x86 系列の組み込み用 CPU で、確か MS-C(≠VC++) を使って書いていました。
どのくらいの頻度/再現性だったかは忘れましたが、そのバグとは
あるサブルーチンから帰ってくると BP レジスタが奇数番地を指している(下位一ビットが立っている)
というものです。return 直前の値を examine しても偶数だし、return 後すぐに(他の割り込みが入る前に)確認したスタック上の値も偶数。なのに制御が返ってくると BP レジスタは奇数。C でこんなバグ作り込む方が難しいと思うんですが。
出先の上司を含めた会議で「どうしてもわからない」ということで return 後に BP レジスタの下位一ビットをマスクするコードを入れて試験通しました…。
# 未だに謎。
Engadget Japanese (スコア:1)
Engadget Japanese [engadget.com]、現在(5/27)進行形で変なことになってるようです。
昨日(5/26)は最近の記事だけ日本語部分が「?」
今朝(5/27)見たら昨日「?」だった記事は正常、それ以外の過去記事が「?」になっているようだ。
Re:Engadget Japanese (スコア:1)
データベースの移行で文字コードをあれこれしたカンジ...かなぁ?
# どっちも門外漢ですが。
いちどこうなると整合性をとるの、無理じゃないけど面倒くさいんだよね...
M-FalconSky (暑いか寒い)
コンセントを抜く (スコア:1, おもしろおかしい)
Re:コンセントを抜く (スコア:1, 参考になる)
Re:コンセントを抜く (スコア:1)
定期的な停電対策には最良ですが。
プリンタなどの高負荷なものは電源を切っていても復旧直後に過電流になり再度停電ということもありますから。
Re:コンセントを抜く (スコア:2)
そういうのは、面倒でも細かい回路を切り離した上で、UPS等電源回り→動力負荷→大型負荷→小型負荷と、ぽちぽち入れていくのか吉。
さて、7月にはそうやって電源切り離したあとに各種絶縁やら何やらはかる、職場の全停電に立ち会う運命が待ってるお......
入所・切り離しに立ち会ったあとは基本的に職場でごろごろしたりうろうろしたりするだけの簡単なお仕事です。
#ただし停電中なんでなんにもできねー。orz
平成 (スコア:1, 参考になる)
「昭和xx年」と表示する帳票を作るソフトを作成した後、会社が倒産。 で、天皇崩御後、客先から直接連絡が来た。
倒産時にソースコードが失われていたため、プログラムの修正が不可能だけど、ソフトウェアは使いつづけたいと言われた。 結局、年号が単調増加しないとうまく動かなかった仕様だったので、「昭和71年」と表示するように帳票を作成してもらい、「昭和7」のぶぶんをホワイトで消して、上から「平成」と手書きで書いてくれと頼んだ。
Re:平成 (スコア:2)
そこで2000年問題ですよ。その辺の設計思想でうんぬんってのは、別に洋の東西を問わない。
perlの古いバージョンで、2桁表示の西暦で99年の次が100年になって云々なんて話、今の若もんにゃわからんのだろうなー。
perl製の各種掲示板プログラムで多々こういう問題が出てのう.......(以下じじいは退散)
#素でとうのようざいを問わないと入力して変換できずに悩んでしまったアレですがナニか
Re:平成 (スコア:2)
Perlはバージョンにかかわらず、そのような仕様です。
HIRATA Yasuyuki
Re:平成 (スコア:2, 興味深い)
いや、全然 perl に限った話ではありません。
C言語の標準ライブラリ関数 localtime などは、
標準ライブラリ関数 time が返す「エポック秒」を、年月日時分秒な構造体に変換する関数なのですが、
その tm_year は、「西暦から1900を引いた数を表す」という仕様になってます。
(「西暦を2桁表現したもの」からその仕様を保ちつつ2000年対応した結果ですね)
そのため、perl に限らず、古くから存在する「言語環境」なんかでは、
この仕様をそのまま受け継いでいるものが多いです。
perl は、perl -e 'print ((localtime)[5])' で 109 が表示されますし。、
JavaScript でも、javascript:alert((new Date()).getYear()); は 109 と表示されます。
phpは、新しいだけあって、ちゃんと2009が返ってきますね。
Re:平成 (スコア:2)
確かに、私はまだ手元がふるえたり目がかすんだりしていない、はな垂れ小僧のようです。
ということで、まだまだ働けるらしいので仕事場に戻るお......
#すいません
Re:平成 (スコア:2)
ここで、イケてない回避策としては、
「10年ごとに学科再編して、
過去とカブらない学科コードを割り当ててください」
って方法を推します。
Re:平成 (スコア:2)
新エポック秒的なものを作って、
新エポック秒を新エポック秒が出来たときを基準にすれば、
Geek好みなものが出来る気がする。
とりあえず、最初から。 (スコア:1)
原因が分かっていないときにやることが多いので、イケてない。
イケてない? (スコア:1, すばらしい洞察)
「ライトついてますか?」的な発想の転換や柔軟さを感じるよ。
誰が原因なのかは知らないが…\\ が \ 互換な Windows (スコア:1)
例えば
c:\WINDOWS\CONFIG\
というディレクトリがあるとする。これを
c:\WINDOWS\\CONFIG\
のように打ってもエラーにならず、
c:\WINDOWS\CONFIG\
と同じ扱いになる。しかしながら、
c:\\WINDOWS\CONFIG\
はエラーになる。もっと腐っていることに、2.2.1.4 UNC Path [microsoft.com]によると、
と書いてあるのだ。
じゃぁ、\\afo.machine\bfo\cfo\\* なんてので FindFirst2 とかやってきたら、はじけよっっ!! 特にCIFSではっっ!!!
どう見ても、アプリケーションがタコで、ディレクトリ指定で最後に\が付いているかも知れないときに、\の数を数えられないぐらい阿呆なプログラマが
「ないと心配なんで、何も考えずに \ 追加してみました」
ってやってるだけなんだからっっ。
こう、小さな親切大きなお世話な仕様のせいで、config ファイルの設定の仕方によってエラーが出たり出なかったり…テストと、バカ config をしかけた阿呆の再教育が大変なんだからっ!!!
fjの教祖様
Re:バグではないが嫌がらせな不都合 (スコア:2, 興味深い)
>それってTempフォルダとかにパス通ってないとかなんじゃ・・・?
Machine Debug ManagerネタはWin9xシリーズの頃から出ていたネタで結構有名ですよ。
なんかOfficeがらみみたい。
でもVisual Studioのデバック機能を使うのにも必要みたいって情報もあり止めることもできなかった。
MSN Live Messengerの方はVistaででる。これも結構有名みたいでググると情報いろいろ出てくる。
http://www.google.co.jp/search?hl=ja&safe=off&q=sqmdata00.sqm&... [google.co.jp]
こんな感じで。
ちなみにVistaではユーザはadministratorそのもののユーザで利用している。
後、Win9x時代ネタで思い出したのが
OEM*.infファイルが大量に作られてドライバ更新時のバーが動かなくなってフリーズもしくは数時間かかる現象って言うのもあったな。
OEM*.infを削除して対処したよ。
これもそこそこ有名だったネタですね。
Re:コンピュータにお札を貼る (スコア:2)
そういうギャグ的なものではなく普通の神社のお札が貼ってあるうちのサーバルーム。
何も知らない今年入った人に「出るの? 幽霊出るの!?」と聞かれましたよ。
Re:コンピュータにお札を貼る (スコア:2)
そういうギャグ的なものではなく普通の神社のお札が貼ってあるうちのサーバルーム。
炎上しているプロジェクトには,火除けのお札を貼ってあげましょう。
Re:コンピュータにお札を貼る (スコア:2)
それより鎮火のためにみんなで雨乞いの踊りを踊った方が...
議論が水かけ論になったり,好転しそうな状況に水を差したりと,水には事欠かないのですが…
Re:コンピュータにお札を貼る (スコア:2, おもしろおかしい)
Re:某銀行のプロジェクトで (スコア:2)
そういえば
銀行のシステムの開発では
「難読化のために変数や関数名をランダム文字列にすること」
という要件があるという都市伝説を聞いたことが……
#え、都市伝説じゃない!?
Re:某銀行のプロジェクトで (スコア:4, おもしろおかしい)
DBのレコードレイアウトにケロケロケロッピーフラグがあって、1時間ぐらい悩んだ記憶があります。
通帳の絵柄でした。
絵柄毎にフラグを新設してアルファベトで謎な名前を付けるのはやめて欲しい。
------------
惑星ケイロンまであと何マイル?
Re:某銀行のプロジェクトで (スコア:2, 参考になる)
銀行じゃないですし、ソフトウエアでもないですが、、、
LSIを設計して、別会社に製造してもらう際に、処理内容や特許が漏れないように
わけのわからないブロック名や配線名を付けたりしてましたねー。
ほんとにわけわかんなくなってデバッグがめんどくさいですが(汗
Re:業務で使ってたWSHで。 (スコア:2)
えっと
あまり考えたくないのですが
「エラーが出なければ正しく動く」って考えている人って
予想以上に多いんでしょうか?
門外漢の素人として(基本情報ととテクネはもってるけど)中途でこの道に入って2年
OJTになって、新人がその思考になるのをどう説明すればいいのか悩み中です。
#「だってエラー出てないんだからそんなのわからないじゃないですか」はやめておねがいぷりーず
Re:業務で使ってたWSHで。 (スコア:2)
原因を調査したのですが、On error goto xxxでとまらず処理を続行してたのが問題でした。
(他にも設計的にマズい部分があったのも確かですが…)
いろいろ考えた結果、電文をとりもらすよりは、アプリエラーで落ちて、
再起動後に再受信させたほうがマシと思い、On errorをコメントアウトしてリリースしてきました。
…まぁ、設計・開発・テスト、全て2年前の自分の仕事だったのです。
当時の自分に「何やってんの!」と怒鳴りたい。
Re:コメント行を削除すると解決!? (スコア:2, 参考になる)
他の方も仰っている通り、某B社のT**** Pascalでは、中括弧でくくるタイプのコメント中に日本語は御法度でした。
Pascalのコメントには
と
の2つの形式がありますけど、前者のコメント中で第2バイトに$7D('}')が来る文字(シフトJISでは全角カタカナの'マ'とか)を使用すると、コンパイラはそこでコメントが終わったものと解釈してしまいます。
そこから後のコメントが偶然コンパイルが通ってしまう内容だったりすると、動作に影響を与えることもありそうです。
Re:コメント行を削除すると解決!? (スコア:2)
CRLFに変換されてしまう可能性がある場合、 #! /usr/bin/perl -- と書いておくと良いですよ。
HIRATA Yasuyuki
Re:某社のコンパイラ (スコア:2)
他のプラットフォームではちゃんと動くアプリが某社のマシン上ではコアを吐くのでサポートに相談したところ「GCCを使って下さい。」と回答がありました。
GCCでコンパイルしたらちゃんと動きました。
Re:10年前のML事情 (スコア:2, 参考になる)
"Re:ほげ" は、"=?ISO-2022-JP?B?UmU6GyRCJFskMhsoQg==?=" とエンコードしなければなりません。
# 規格上、空白で区切られたトークン単位で処理するから。
このあたりの実装は極めて面倒で間違いが入りやすいので、
ほげ
Re: ほげ
Re: ほげ
Re: ほげ
とだんだん空白が増殖していく現象が時々見られます。
Re:代入が不正 (スコア:2)
> ・データシート通りには絶対に書き込めないEP-ROM(2732)
2732A ではなく 2732無印 の方ですね。