तीस साल बग लड़ाई

पहले संस्करण में बीस साल की बग की बात की गई थी। वास्तव में, वह 30 साल का है। थैंक्स सिडनेकिन ।

आज, कुछ आंकड़ों को पढ़ते हुए, मेरे कार्यक्रम ने 36,916 संभावित तिथियों को संसाधित किया। 36,916 में से दो परीक्षण विफल रहे। मैंने इसके लिए कोई महत्व नहीं दिया, क्योंकि ये तारीखें क्लाइंट द्वारा दिए गए डेटा से थीं, और ऐसा डेटा अक्सर आश्चर्यचकित करता है। हालांकि, स्रोत डेटा को देखते हुए, यह पता चला कि सत्यापन 1 जनवरी, 2011 और 1 जनवरी, 2007 को पारित नहीं हुआ था। कार्यक्रम में एक बग था जो मैंने एक महीने पहले लिखा था। लेकिन यह पता चला कि यह बग 30 साल पुराना है।

जो कोई भी वास्तव में सॉफ्टवेयर पारिस्थितिकी तंत्र को नहीं समझता है, उसके लिए नीचे लिखा अजीब लगेगा, लेकिन यह समझ में आता है। एक कंपनी में पैसा लाने के लिए एक लंबे समय से पहले किए गए फैसले के कारण, मेरे $ क्लाइंट ने मुझे एक कंपनी द्वारा शुरू किए गए बग को ठीक करने के लिए पैसे खर्च किए, जो कि दुर्घटना और एक विशेष रूप से एक कंपनी द्वारा शुरू किए गए थे। इसकी व्याख्या करने के लिए, मुझे एक तीसरी कंपनी के बारे में बात करनी होगी जिसने एक ऐसी सुविधा जोड़ी है जो अंततः एक बग बन गई, और कुछ अन्य तथ्यों ने एक अतुलनीय बग को प्रभावित किया जो मैंने आज तय किया।

अच्छे पुराने दिनों में, Apple कंप्यूटर कभी-कभी 1 जनवरी 1904 की तारीख को रीसेट कर देते हैं। कारण सरल है: उन दिनों में , एप्पल कंप्यूटर ने तारीख और समय का ध्यान रखने के लिए बैटरी-संचालित सिस्टम समय का उपयोग किया था। बैटरी कम होने पर क्या हुआ? ऐप्पल कंप्यूटरों ने अपनी तारीखों की गिनती युग की शुरुआत के बाद से गिने सेकंड के रूप में की। इस मामले में युग उलटी गिनती की शुरुआत की तारीख है। और Apple कंप्यूटरों के लिए, वह तारीख 1 जनवरी, 1904 थी। जब बैटरी कम हो गई, तो यह संख्या एक नई तारीख बन गई। लेकिन वास्तव में ऐसा क्यों हुआ?

उन दिनों में, Apple ने आरंभ तिथि से सेकंड की संख्या को संग्रहीत करने के लिए 32 बिट्स का उपयोग किया था। एक बिट में दो मान हो सकते हैं: 0 या 1. दो बिट्स - चार मान: 00, 01, 10, 11. तीन बिट्स - आठ मान: 000, 001, 010, 011, 100, 101, 110, 111. और इसी तरह। । 32 बिट्स में कितने मान सम्‍मिलित हैं? 32 बिट में 2 ³² (या 4'294'967'296) मान होते हैं। Apple की तारीखों के लिए, यह लगभग 136 वर्ष पुराना था, इसलिए पुराने Apple कंप्यूटर 2040 के बाद की तारीखों के साथ काम नहीं कर सकते हैं, और यदि सिस्टम घड़ी में बैटरी नीचे चली गई, तो तारीख उस युग के बाद फिर से 0 सेकंड थी और आपको कंप्यूटर चालू करने पर हर बार वर्तमान संख्या को मैन्युअल रूप से सेट करना पड़ता था। (नई बैटरी खरीदने से पहले)।

हालांकि, एक युग के बाद की तारीखों की संख्या के रूप में एप्पल के समाधान का मतलब है कि एक युग तक तारीखों को संग्रहीत करना संभव नहीं था। जैसा कि हम देखेंगे, इसके दूरगामी परिणाम हुए। यह ऐप्पल द्वारा जोड़ा गया एक फीचर था, बग नहीं। अन्य बातों के अलावा, इसका मतलब था कि Macintosh ऑपरेटिंग सिस्टम Y2K समस्या के लिए प्रतिरक्षा था (हालांकि कई मैक प्रोग्राम नहीं हुए, क्योंकि उनके पास Macs की सीमाओं को दरकिनार करने के लिए अपनी खुद की तारीखें थीं)।

आगे बढ़ते हुए, हम लोटस 1-2-3 से मिलते हैं, हत्यारा आईबीएम एप्लिकेशन जिसने पीसी क्रांति को लॉन्च करने में मदद की, हालांकि Apple पर VisiCalc ने वास्तव में व्यक्तिगत कंप्यूटरों को जन्म दिया। हम कह सकते हैं कि, अगर यह 1-2-3 के लिए नहीं था, तो पीसी ने सबसे अधिक संभावना नहीं रखी कि वे अपने आला और कंप्यूटर प्रौद्योगिकी को पूरी तरह से विकसित कर सकें। हालांकि, लोटस 1-2-3 ने गलत तरीके से 1900 वें लीप वर्ष माना। जब Microsoft ने अपना पहला स्प्रेडशीट प्रोग्राम मल्टीप्लेन जारी किया, तो यह बाजार को जीतने में असमर्थ था । इसलिए जब एक्सेल का विकास हो रहा था, तो यह न केवल लोटस 1-2-3 के लिए कॉलम नामकरण नियमों की नकल करने का निर्णय लिया गया था, बल्कि यह भी कि बग के साथ उत्पादों को पूरी तरह से संगत बनाने के लिए, 1900 से एक लीप वर्ष के रूप में जानबूझकर हैंडलिंग, समस्या अभी भी प्रासंगिक है लंबे समय तक । तो 1-2-3 के लिए यह एक बग था, लेकिन एक्सेल के लिए - एक ऐसी सुविधा जो सभी 1-2-3 उपयोगकर्ताओं को गारंटी देती है कि वे स्प्रेडशीट को एक्सेल में आयात कर सकते हैं, भले ही वे गलत थे, भले ही वे गलत हों।

समय के साथ, Microsoft ने Apple Macintosh के लिए Excel जारी करने का निर्णय लिया, लेकिन एक समस्या थी। जैसा कि पहले ही उल्लेख किया गया है, मैकिंटोश ने 1 जनवरी, 1904 तक की तारीख को नहीं समझा और एक्सेल के लिए, 1 जनवरी, 1900 का युग था। इसलिए एक्सेल ने युग को पहचानने और संबंधित युग के सापेक्ष तारीख को संग्रहीत किया। Microsoft समर्थन आलेख में, यह समस्या काफी स्पष्ट रूप से वर्णित है । और वह मेरी बग की ओर जाता है।

मेरा वर्तमान $ ग्राहक अपने कई ग्राहकों से स्प्रैडशीट प्राप्त करता है। इन तालिकाओं को विंडोज पर बनाया जा सकता है, या मैक पर बनाया जा सकता है। नतीजतन, इन तालिकाओं में युग 1 जनवरी, 1900 या 1 जनवरी, 1904 हो सकता है। कैसे पता करें कि कौन सा है? एक्सेल में फ़ाइल प्रारूप ऐसी जानकारी संग्रहीत करता है , लेकिन मैं जिस पार्सर का उपयोग करता हूं वह इसे प्रदान नहीं करता है और मानता है कि आप स्वयं जानते हैं कि इस फ़ाइल में आप किस युग के साथ काम कर रहे हैं। मुझे शायद यह समझने में बहुत समय बिताना चाहिए था कि एक्सेल बाइनरी प्रारूप को कैसे पढ़ा जाए और पार्सर डेवलपर को पैच कैसे भेजा जाए, लेकिन मेरे पास अपने $ क्लाइंट के साथ करने के लिए अन्य चीजें थीं और मैंने यह अनुमान लगाने के लिए एक अनुमान लगाया कि यह फ़ाइल किस युग की है। वह सरल थी।

एक्सेल में, इसे 5 जुलाई, 1998 को संग्रहीत किया जा सकता है, लेकिन इस संख्या को "07-05-98" (बेकार अमेरिकी प्रारूप), "जुलाई 5, 98", "जुलाई 5, 1998", "5-JUL- के रूप में स्वरूपित किया जा सकता है। 98 ”और कई और बेकार विकल्प (विडंबना यह है कि एक्सेल का मेरा संस्करण केवल एकमात्र प्रारूप आईएसओ 8601 नहीं है)। अंदर, बिना मूल्य का मान 1900 के युग के लिए या तो 35981 है, या 1904 के युग के लिए 34519 है (ये संख्या उस युग के बाद के दिनों की संख्या के अनुरूप है)। मैंने फॉर्मेट की गई तारीख से एक साल निकालने के लिए लगातार पार्सर का उपयोग किया। और फिर एक एक्सेल पार्सर अनफ़ार्टेड मान से वर्ष निकालने के लिए। यदि वे चार से भिन्न होते हैं, तो फ़ाइल में तारीखें 1904 से मानी जाती थीं।

प्रारूपित दिनांक का उपयोग तुरंत क्यों नहीं करें? क्योंकि 5 जुलाई, 1998 को जुलाई 1998 के रूप में स्वरूपित किया जा सकता है, एक दिन में हारकर। हम कई कंपनियों से स्प्रैडशीट प्राप्त करते हैं और वे उन्हें इतने अलग-अलग तरीकों से बनाते हैं कि वे हमसे (इस मामले में) मुझसे समझने की क्षमता की उम्मीद करते हैं। एक्सेल समझता है कि क्या है, इसलिए मुझे चाहिए!

यह तो था कि 39082 और मुझे एक धक्का दिया। याद रखें कि लोटस 1-2-3 ने 1900 वें लीप ईयर को कैसे माना, और एक्सेल को कितनी ईमानदारी से कॉपी किया? चूंकि यह एक दिन 1900 तक जोड़ता है, इसलिए एक दिन के लिए कई गणना गणना कार्य गलत हो सकते हैं। इसका मतलब है कि 39082 1 जनवरी, 2011 (मैक पर), और शायद 31 दिसंबर, 2006 (विंडोज पर) हो सकता है। यह निश्चित रूप से बहुत अच्छा है कि मेरा पार्सर एक प्रारूपित मूल्य से 2011 को निकालता है। लेकिन चूंकि एक्सेल पार्सर को नहीं पता है कि इस फ़ाइल में किस युग से तारीखों की गणना की जाती है, यह डिफ़ॉल्ट रूप से मानता है कि यह 1900 से है, वर्ष 2006 को वापस करता है, मेरा कार्यक्रम देखता है कि अंतर पांच साल पुराना है, मानता है कि यह एक त्रुटि है, इसे लॉग को लिखता है और बिना सूचना के वापस लौटता है मूल्य।

इसके आसपास जाने के लिए, मैं निम्नलिखित (स्यूडोकोड) लेकर आया:

difference = formatted_year - parsed_year if ( 0 == difference ) assume 1900 date system if ( 4 == difference ) assume 1904 date system if ( 5 == difference and parsed month is December and parsed day is 31 ) assume 1900 date system 

अब सभी 36'916 तारीखों को सही ढंग से पार्स किया गया है।

ध्यान दें : मज़े के लिए, यदि आपके पास एक्सेल वाला मैक है, तो आप 1904 से पहले की तारीख दर्ज करने की कोशिश कर सकते हैं और इसे एक अलग प्रारूप में प्रारूपित कर सकते हैं। आप इसे दर्ज कर सकते हैं, लेकिन आप इसे प्रारूपित नहीं कर सकते, क्योंकि एक्सेल इसे सादा पाठ मान लेगा। उसी समय, माइक्रोसॉफ्ट एक्सेल के लिए, 1 मार्च 1900 तक सप्ताह के सभी दिन जनवरी 1983 में जारी कार्यक्रम में बग के कारण गलत हैं।

अद्यतन : मुझे बताया गया था कि स्प्रेडशीट :: ParseExcel 1904 ध्वज को समझता है । दुर्भाग्य से, मैं स्प्रेडशीट :: ParseExcel :: स्ट्रीम का उपयोग करता हूं, जो समझ में नहीं आता है। विशाल मशीनों पर भी, मानक पार्सर का उपयोग करते समय हमारे पास पर्याप्त मेमोरी नहीं होती है, इसलिए हम स्ट्रीमिंग का उपयोग करते हैं। इस प्रतिबंध के इर्द-गिर्द आने की मेरी कोशिश एक और बग पर आ गई।

अपडेट 2 : Microsoft ने पहले Macintosh के लिए Excel जारी किया ।

अद्यतन 3 : जोएल स्पोल्स्की के अनुसार , लोटस 1-2-3 में एक बग कार्यक्रम को सरल बनाने का एक जानबूझकर प्रयास हो सकता है। मैंने पहले संकेत दिया था कि कमल ने जानबूझकर ऐसा किया है, लेकिन चूंकि मैं 100% सुनिश्चित नहीं हूं, इसलिए मैंने इसके बारे में नहीं लिखा।