【韓国】年度変わりで携帯電話の不具合が続発…サムスン、ＬＧ、パンテック製など「2010年」のメールなどに不具合　[01/04]

携帯電話で新年よりソフトウェアの不具合が相次ぐ

（ソウル=連合ニュース）バクデハン記者= 2009年から2010年に移り、携帯電話のソフトウェアの不具合が相次いで発生している。

5日、業界によると、SKテレコムの顧客が統合メッセージメールを送信する場合、2010年の写真を添付したにも関わらず写真の
情報は2000年と表記される。

現在、サムスン電子、パンテックなどのSKテレコムで販売された60以上の携帯電話の機種では、これらのエラーが発生していることが分かった。

SKテレコムは顧客が希望した場合、メーカー補償サービスセンターでソフトウェアのアップグレード行い、エラーを修正できるようにしている。

パンテックスカイ携帯電話の機種の中では、今年着信したメールを唯心（USIM）ボックスに移動したりコピーすると、「ファイルがありません」
等のエラーメッセージが表示される。

パンテックはこの日から、スカイサービスセンターを介して、ソフトウェアのアップグレードサービスを実施し、ホームページ（isky.co.kr）で
ソフトウェアをダウンロードすることを推奨している。

これに先立ち、先週1日には2005年6月以降販売されたLG電子の携帯電話のうち73件のモデルでは、SMS受信時に受信した年が
2010年ではなく2016年と表記されている問題が発生した。

LG電子は3日からサイオン（www.cyon.co.kr）ホームページとLG電子の顧客サービスセンター（※電番省略）で、モデルごとに、ソフトウェア
のアップグレードを実施している。

ソース：聯合ニュース（韓国語）
http://www.yonhapnews.co.kr/economy/0303000001.html

仕様です

チョンタイマー作動しますた。

�A下と

Ｙ2Ｋから１０年か…

2000年問題の教訓が生きてないな−。一桁だけ対応してるからそうなる。

何をどうやったら、こんな不具合が起こるんだよ？

昭和２１年に 戦後日本国籍を失った 旧日本人に、本人が希望すれば 無条件で日本国籍を与える法律を、
日本政府が 国会に上程しようとしたとき、当時の 李承晩 韓国大統領が ＧＨＱに猛反対して、ＧＨＱに
日本政府が法案上程することを 止めさせた。

韓国政府にとって、日本に 日本を恨む韓国籍の人間がいることが 大きな利益になると 考えてのことである。
嗚呼、なんたる残酷さ。

朝のワイドショーの 生放送でで、韓国系日本人が インタビューに答えて、
『 私の父は それこそ清水の舞台から降りる思いで、日本国籍を 取得しました。
父と 小沢一郎 の 親父とは友人で 一緒に日本国籍を取った。
あの野郎が あんなことをいうのは、許せない 』 と 言う。 （ＳＴ生、千葉）

http://www.melma.com/backnumber_45206_4721322/

どういう内部処理しているんだよｗ

爆発がないなんて、進歩してるんじゃね？

さすが朝鮮人・・・

斜め上のエラーだわｗ

独自のサマータイムニダ

世界一の劣等民族韓国奴隷猿

さすが世界一だね〜、韓国製携帯電話ｗ
ホルホルしに来いよ、韓国経済に一切貢献してない在日韓国人ｗ

さすがﾄﾝｽﾙ人
2000年問題ではなくて、2010年問題とは・・・・・

<ヽ｀∀´>　　耐久度を落として買い替え需要でシェアげっとﾆﾀﾞ

そのはんぺんを縦にほお張ったような顔はどうにかして

<ヽ｀∀´>　<ヽ｀∀´>　<ヽ｀∀´>　<ヽ｀∀´>

　　　　　　　　　　　　　　　　　 ＿＿＿＿＿＿＿
　　　　　　　　　　　　,..-''"￣　　　　　　　　　￣//"＾、ヽ. ＿＿＿_ 　　　
　　　　　　　_,,..,.-;_'"　　　　　　　　　　　　　　__||　_＿ヽ ＼="zュ、￣＼　
　　　　. ..:,''"´"　　　￣￣￣￣￣／＿　￣￣｀ヽ￣└‐┘ヽ~,, ￣｀ヽ/
　　∠....／＿＿＿，＿＿＿＿∠ 　／＿＿ｒ'^ヽ Ｖ´　　 ￣`ｉ　" r'^y'
　 〔巨Ｉ￣￣￣￣￣￣￣￣￣￣巨五Ｉ　　。ｉ゛⌒ヽ　/￣＿＿!　 /　）|
　　〉同〉――――――――ｊ同ヲ￣:;￣￣| 　　 |　　　‐:::;;;;;;//、 　ノ
　∠二＿＿＿＿＿＿＿＿＿二二＿_フ＿|　　丿-ー''''""￣ー｀―'

マタチョン・カー　（K1型　2004〜）　生産：現代自動車



・危ないぞ　その宗教は　　チョンの罠 ・朝鮮人　千年前から　人さらい ・朝鮮人　　別の名前は　　犯罪者 ・朝鮮人　　神父を名乗り　　強姦魔
・暗闇に　　薄気味悪い　　朝鮮人 ・韓流の　　レイプ集団　　跋扈する ・ 韓流は　　放火強姦　　詐欺たかり ・強姦は　　朝鮮人の　　国技です
・売春は　朝鮮女の　文化です ・朝鮮人　卑怯卑劣は　太古から
・ダイオキシン　ヘドロ/ダニ/ウジ　チョーセンジンhttp://sexoffender.99k.org/hanzai.htm

一体どういう処理をすればそうなるんだ・・・。

プラダフォン、一寸買おうか検討した事が…

>>6
＞2000年問題の教訓が生きてないな−。一桁だけ対応してるからそうなる。

　「二桁で対応するとまずいことになる」ということを学習しただけでも
ちょんにしては優秀じゃね。一応教訓は生かされてるな、相変わらず斜め
上だが。ちなみに、「斜め上ではまずい」と悟ったら、それはもはやちょん
ではない。輪廻から解脱して、たぶん人間に生まれ変われるだろう。

誇らしい檀紀で表記と処理すればいいじゃないか。

日本のキャリアにも出してるやつあるけど
そっちはおｋ？

２０００年問題の時は、全世界のＰＣメーカーやソフトメーカーが大騒ぎだったけど

韓国は２０００年当時はＰＣが無かったのでしょうね。

朝鮮製の通常仕様じゃないんですか？

サムズン・LG「我々も被害者である」

>>24
HPと新日鉄がUNIXサーバ用の2000年問題対応要員（パッチ当てサービス）を募集してましたよ……。
HPなんか、そういうメンテ要員にマトモに受講したら20万近くかかるHP-UX管理者資格の受講まで用意してました。

まさか内部では２桁なの？

>>28
一桁だね。

>>27

ふむふむｗ

でもまぁ、「ＩＴ強国」が聞いて笑うわねｗ

朝鮮人お粗末

<ヽ｀∀´>　　10 年に一回の「20X0 年問題特需」が創出できるﾆﾀﾞ

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>27
くぅ・・・
Domain/OSは見捨てられたのに・・・

これだから、韓国製品は。

.-"::::::::::::｀::..､
ヽ:::::::::::::::::::::::::::｀'::.､
　|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ
　|::::ﾉ　　　ヽ､ヽr-r'"´　　（.__
_,.!イ_　　_,.ﾍｰｧ'二ﾊ二ヽ､へ,_7
.:::::rｰ''7ｺ-‐'"´　 　 ;　 ',　｀ヽ/｀7
!イ´ ,' |　/__,.!/　V　､!__ﾊ　 ,'　,ゝ
`! 　!/ﾚi'rr=-, 　 　r=;ｧ　ﾚ'i　ﾉ
,'　 ﾉ 　 !' ￣ 　　　￣ " i.ﾚ'　　　
　（　　,ﾊ　　　'ｰ=-'　　 人! 　　　　　　ﾆﾔﾆﾔ
,.ﾍ,）､　　）＞,､_____,　.イ　 ハ　　
　（ 　）',.イ　ヽ､__ﾉ 「ヽ.レ'ヽノ　　
　ﾉヽ/　　';::ヽ､/iヽﾉ::i　Y ∬　 _　
　　ri　　　!:::::::`ｰ┘:::!　i [￣]'E ）
　 ./ヽｰ-,ｲ:::::::::::::::::::::!ﾝi　￣/｀/

FORAMT C:/P

>>36
コマンドまたはファイル名が違います。

>2010年の写真を添付したにも関わらず写真の情報は2000年と表記される。

一桁で西暦を判断してたのかな

>これに先立ち、先週1日には2005年6月以降販売されたLG電子の携帯電話のうち73件のモデルでは、SMS受信時に受信した年が
>2010年ではなく2016年と表記されている問題が発生した。

発売が2005年なので2004年を1としてカウントしてた?　本当は1桁目が6になった時に10にするロジックを忘れた


斜め上過ぎて、これくらいしか思いつかない

一、二、三、四、五、六、七、八、九、たくさん
たくさん、たくさん、たくさん

2000年問題のときは世界的な混乱も無く
華麗にスルーされたように素人目にはみえたんだけど
それって

1.対応要員ががんばってくれたおかげ
2.実は大した問題ではなかった
3.真紅のちっぱい魔法が効いた

以上のどれのおかげ？

FORMAT C:　/u
じゃないの？

オーストラリアの銀行でも同様の不具合出てるみたいね

「2000年問題」が10年遅れてオーストラリアを直撃、金融システムが大混乱に陥る
ttp://gigazine.net/index.php?/news/comments/20100104_y2k_in_australia/

なぜ２０１６年になっちまうのかさっぱり理解できませんが・・・
やっぱ似たような国民性とかいうのか？

>SMS受信時に受信した年が 2010年ではなく2016年と表記されている問題が発生した。
こりゃ解りやすいバグだなぁ

>>37


How many fires(0-15)?

>>40
4. 2012年問題（宗教的なアレ）に気をとられてそれどころじゃない

2012年じゃなかったかなぁ…そこまでしか某宗教の経典に記載されてないとかなんとか

>42
浜銀が正月止めてなんかやってたのはそれもあるのか？

>>40
答えは、1.

死ぬほど残業した、客の中には「そんなん家とは関係ないからお金払わんよ」
でサービスでやった

>>42
16進数の一桁を越えるのが16だから。

16進数の「10」を10進数にすると「16」になるけど、それかな。

世の中にはBCDと言って１６進数の０ｘ１０（＝普通の１６）を数字の１０として表記するやり方もあるんだが
複数で開発した場合、勘違いするプログラマーが居るとこんな事が起こりやすい
ちゃんとデバッグすれば問題無いんだけどね

さすがチョンクオリティーだっせぇ〜ｗｗｗ

>>47
激しく乙でした！

ERROR in >>44
Break.



How many filesだろ、火の数を聞いてどうする

2010年問題を引き起こすとはw
韓国らしい斜め上のバグだw

2010年まで持つとは思ってなかったんだろうな

>>55
2000年問題といっしょだわｗ

>>55

まぁ、後2年で終わりだしｗ

>>57
どうゆうコト？

なあに今回のだけ対処しとけば、また10年間は大丈夫

>>58

2012年に朝鮮戦争再開だわよ？

未来日付のテストなんて基本中の基本だろうに・・・・

オーストラリアじゃクレカ処理が2010年になったとたんに狂っちゃったしな

旧DOS 的な内部ロジックの年カウントのベースは２桁計算のまま、
[19]00 +99 = [19]99
[19]00 +100 = [19]00 : 2000年 => 1990年　< 2000年問題
これをパッチで下２桁が使わなくなった古い年数以下で[19] -> [20]にカウントアップパッチを当てる
コンパイル済みのプログラム内部の計算は10進数から機械語で16進数に置き換わっているので
ろくに考えもなしに10進数的にカウントさせるパッチをあてて行くと
09 => 09 => 2009年
10 => 16 => 2016年

16進数を10進数に直してから足せば問題は先送りにできる・・・けど
基本ソース自体を一から組みなおしてコンパイルさせないとダメ
でも古いのをパッチで延命させてる所は、もうそれを組めれる人が居ない・・
今のプログラミング言語には西暦計算で下２桁と全４桁を扱う２系統の命令書式がある、
横着して２桁の方で組むとバグる

>>60
げっ、知らなかった

よく見れば自称14歳の真っ赤な人でしたか

どういうプログラミングしたら不具合出るんだ？
time関数使ってたら、2010年1月1日0時0分0秒は1230768000秒だから、32bitあふれとかそんなんじゃないし、
やっぱり>>6の通り、下一桁取って演算してるんじゃないかな？

多分、こんな式があるはず。

year_str = sprintf("200%d",(int)substr(year,-1));


>>42
いや、それは多分、文字列を16進数化して計算してるんだろ。
10進数で10は10出しかないが、16進数で10は16にあたる。

>>61
でもな、十数年先まで使われないからそれ以上は考慮する必要は無いとも言われるんだぜｗ

現実にはかなり長い年月使われるけど orz

日付やカウンターは自分が100まで生きていることを想定して設計している
自分が通ります(後は知らん)

隊長、金がないです。しかしこの問題は世界の問題です。

日本もこの問題は発生している

>>40
（1.）です、当時（友人達）システムエンジニア達やサポート要員はビクビクしながら年末年始に会社で徹夜待機させられてました。
曰く「絶対に新年の電話をかけてくるな（怒）」

>>42
つぎつぎ新しいハードとソフトを投入していってるのは主要各国の余裕のあるところばっかりです。
メインフレームなどハードを新しくしても末端端末との兼ね合いで資金に余裕の無い他国では、
UNIX ベースでソフト互換ならソフトはそのままだったり・・・

>>69
携帯では発生してない様子だぞ。
これは3キャリア＋αのホームページ上を確認したが、不具合情報は載ってない。
一体、何がこの不具合起こしたんだ？

３人のユダヤ王に忠誠を誓います。

>>66
でも、RFCではすでに10000年問題が論議されてるｗ

しかし、直近の問題は2038年問題だな。
対応するにはリコンパイルが最低でも必要だから、今のうちに何とかしないと結構大変なことになるかもしれない。

今さっき「2038年以降の値は想定しない」って書かれた新ライブラリ仕様案が回ってきて吹いた

>>74
それはCかなんか？
PHP、PerlとかJava、C#なら後から対応可能だから別にそんなことを書かなくてもいい気がするが。

>>56
2000年のときは容量の問題もあったから
しょうがないかもとは思ったな。

>>63
うわー賢いー！！

そういえば内部を和暦で持ってるプログラムがあって、
平成対応はX以上を平成ってやってるのがあったな。
昭和100年になる前に廃棄されてるんだろーかー(棒

>> 68
サムスンやLGの携帯が世界中で売れてるそうだから、韓国は莫大な賠償求められそうだね。ｗ

>>74
その時確実に自分が関わらないで済む自信があれば、それもいいだろう。

>>78
「無料で新製品に交換します！」じゃね？

>>77
数値が64までが昭和だから、100-64で、平成34年までカウントできるのか？

…あと12年…現役で使われていそう

>>80
今度の陛下は既にご高齢だから、と不敬罪な議論が。

ぶわはああ

オモニアｗｗｗ

まあ、今回は見逃すとして、
次は２０１６年か１７年にやらかすってことか？

たぶんこれから毎年起きると予想。
うるう年の2/29にもなると予想。

>>84
内部16進数で表示10進数なら(上のレスであったがBCD表記)、そうはならないと思う。

どっちかってーと2020年になった時、2032年と表示されるバグが再発？するかもしれない。

>>86
おお、ありがとー
どちらにしろ、そんな長期に使われるとは考えてないんすね♪

バカチョンカメラじゃなくてバカチョンケータイだな

>>1
で、配布のパッチがマトモに機能するのかが激しく疑問なのだがｗ

2000年問題や2001年問題だけじゃなく、2010年でも問題起こすか韓国ｗ
いっそ、2011年問題や2012年問題と、毎年問題出してくれよｗ

>>1
どういう風なバグにゃー

>>91
掃除のおばちゃんがコンセントに足引っ掛けました

昔、２０００年問題とその対策を啓蒙しているサイトの掲示板で、
２０００年になったら投稿日付の年が１９１００年になって大笑いしたのを思い出した。

仕様ニダー

2000年問題から１０年経つのか。
１０年前はHP-UXのお守りしてたっけな。

ＶＵＥとかSAMとか懐かしい。

どのくらい売れてるの

いまごろ2000年問題かｗ
さすがＩｔ大国ｗｗｗｗ

そういや21世紀は顧客先で迎えたっけ。

今日、親に使いやすい携帯を買ったんだが
京セラに比べてパンテックとか言う携帯が安かったので
一旦これに決めた
が機種変作業中にチョンに一銭でも払いたくないし
少しでも日本経済のためだと思い京セラに変えて貰った
＋20000円もよけいに払ったが帰りはすがすがしい気分だった
ネットでこの機種の価格調査をするまではorz

>>74のは組み込みとかの話じゃないかな
昔のUNIX系の日付時刻管理は３２ビットでやってて２０３８年だかに上限値に達するという奴

そおいや昔の会社で「日時処理すると、たまに前日日付になるんですぅ」というのがあった
調べてみると日付処理が世界標準時
そりゃ午前９時以前に実行すりゃ前日日付になるわさ
書き換え面倒なんで「９時以降に実行するよう文書化してください」にしたｗ

マ板の出張スレはここでつか？

どこかに○○年問題のまとめがあった希ガス。
そういえばMS-Accessもそういうもんだい抱えてたな。

2000年問題であれだけ騒いでたのに
10年先のことも想定してないとは
さすがとしか言いようがないなｗ

バカチョンケータイ

年号一桁で処理か。

設計の段階で気がつけよ
個人的には年号は全部四桁で処理させてくれといつも言うんだがなぁ

確かに携帯の買い替えサイクルって短いけどさ
コレはないだろ・・・

２０００年問題って懐かしいがかなり真剣に取り組んでいた記憶がある

現在の韓国のトップメーカーが基本的な年の部分に配慮し忘れたのか

まぁ携帯のOS開発が2000年以降だからといって一桁処理はないだろう・・・
2000年問題というのが何だったのか、韓国の技術者が全く理解してない証拠だよな
つか、あの時韓国人って、サーバには触れなかったの？

2000年問題でも世界で最大の問題が起きたのは韓国だったな……ｗ

そもそもヒトケタだけ見る理由がわからん

>>98
◯セラの社長の奥さん在日

なるほど10年後がいつまでたっても来ないわけだ

10年ごとに危機到来
なるほどIT強国

うちでもおきたぞー

２桁の年情報に３０を足して、結果をそのまんま１６進として
アスキーコードと解釈したものを、ラベルプリンターに送ってた糞仕様。

去年　09→30を加えて39→なぜか１６進でのアスキーコードとして9を出力
今年　10→30を加えて40→上同様に１６進で40なので@を出力。


2006年に作ったのに、このざま。なんで３年しか使えないんだよｗｗｗ

>>112
全部の数値系処理がそんななのか？w

>113
いや、なぜかそこだけ別外注だったから。

なんか出力が8桁までの古いラベルプリンターで
年月日を全部入れるとシリアル番号が2桁しか使えなくなるからって理由で
一番上の年の桁を一つだけにしたらしい。

月表示を1〜9ABCにすれば良かったのに。