आईटी वर्ल्ड से उत्सुक विकृतियां - 5

पहली कहानी। घातक पत्र

[ मूल ]

एक बार, जॉर्ज को Initech के कार्यालय में नौकरी मिल गई। कंपनी ने हाल ही में एक पुराने कार्यालय भवन में कई मंजिलों को किराए पर लिया है, जो हाल ही में शहरी गिरावट श्रेणी से ग्राउंड फ्लोर पर सुरुचिपूर्ण कॉफी हाउसों और अन्य सभी पर जूता पॉलिश और ताजा चमड़े के असबाब की गंध से स्थानांतरित हो गया है।

यह एक विशाल स्थान था, और जॉर्ज अपने करियर के उस चरण में थे जब उन्हें लेन के दृश्य के साथ एक अलग कार्यालय होना चाहिए था।

उनका पहला काम कंपनी के सॉफ्टवेयर के मैक संस्करण में समस्या को ठीक करना था। यह विंडोज पर एकदम सही लग रहा था, लेकिन OSX पर फॉन्ट रेंडरिंग बग दिखाई दिए। यह बग ढूंढना मुश्किल है, लेकिन जॉर्ज पिछले जन्म में संभवतः एक जासूस थे, इसलिए वह इस परीक्षण के लिए तैयार थे।

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

चूंकि एप्लिकेशन क्रॉस-प्लेटफॉर्म था, डेवलपर्स ने अपने स्वयं के फॉन्ट लोडर और रेंडरर को लागू किया। कम से कम वह यही सोचता था। फोंट की आंतरिक संरचना एक खतरनाक और भ्रमित करने वाली चीज है, और यह कोड में परिलक्षित होता है। इसने इस तथ्य को भी प्रतिबिंबित किया कि विभिन्न प्रोग्रामर, जिन्होंने इसकी अखंडता को संरक्षित नहीं किया, ने एक-एक करके इस पर काम किया। यह अराजकता थी ।

कोड में, जॉर्ज ने उन पहलुओं का एक गुच्छा देखा, जिसमें संदेह के बिना बुरा था - असुरक्षित कॉल करने के लिए memcpy , free बिना memcpy , सूचक अंकगणित, जो तर्क की तुलना में विश्वास पर अधिक काम करता था। लेकिन जाहिर है, यह कोई भी फ़ॉन्ट समस्या का स्रोत नहीं था।

निराश होकर, जॉर्ज ने दूसरी तरफ से उससे संपर्क करने का फैसला किया। रेंडरिंग बग्स वाली स्क्रीन पर, हमेशा एक या दो विशेष फोंट होते हैं। जॉर्ज ने एडोब और माइक्रोसॉफ्ट के फॉन्ट की उपयोगिताओं के फॉन्ट अपलोड किए, और त्रुटियों की एक पूरी गुच्छा की रिपोर्ट देखी।

फॉन्ट डाउनलोड कोड खराब था, लेकिन फोंट स्वयं भी बदतर थे। समस्या की पहचान करने के बाद, जॉर्ज ने अपने बॉस को बताया कि फोंट को ठीक करने की आवश्यकता है। बॉस ने इसे कंपनी के अध्यक्ष को दे दिया।

अगले दिन, बॉस ने जॉर्ज से संपर्क किया: "राष्ट्रपति आपसे तुरंत मिलना चाहते हैं।"

राष्ट्रपति का कार्यालय एक सम्मेलन कक्ष की तरह था, लेकिन सम्मेलन की मेज के बिना। एक लंबा कमरा, एक तरफ एक मेज, दीवार पर सभी खिड़कियां और नदी का एक दृश्य। नाराज राष्ट्रपति अपनी मेज पर बैठे थे।

“तुम दोनों में क्या गलत है? जॉर्ज, आप यहां चार महीने से भी कम समय के लिए हैं, और पहले से ही मेरा समय व्यतीत कर रहे हैं - क्या आप फोंट में समस्या के बारे में कुछ पागल विचार पर मेरे पैसे भटक रहे हैं ? "

“लेकिन यह है। मैं दिखा सकता हूं। ”

"विंडोज संस्करण में, फ़ॉन्ट ठीक काम करता है! समस्या नरक में होनी चाहिए। मुझे पता है कि आपको कितना भुगतान किया जाता है। शायद मुझे एक कैलकुलेटर लेना चाहिए और गणना करनी चाहिए कि कंपनी ने इस भूत शिकार की लागत कितनी है? " उसने मेज पर मुक्का मारा ताकि कीबोर्ड के आगे कैलकुलेटर थोड़ा उछल जाए।

आरोप जारी रहे, लेकिन जॉर्ज को पहले से ही पता था कि वह बैठक के बाद क्या करेंगे। दिन के अंत तक, उन्होंने अपना बैज और काम लैपटॉप लौटा दिया और इस्तीफे की कठोर और ईमानदार घोषणा के साथ।

थोड़े अवैतनिक अवकाश के बाद, जॉर्ज को एक नई नौकरी मिल गई। वर्षों बीत गए, और वह पहले से ही इनटेक में बिताए समय के बारे में भूलना शुरू कर दिया। लेकिन एक दिन उसने माइक्रोसॉफ्ट विंडोज की भेद्यता के एक महत्वपूर्ण पैच के रिलीज के बारे में एक संदेश देखा। जैसा कि यह निकला, "तृतीय-पक्ष फ़ॉन्ट प्रसंस्करण कोड" कुछ विंडोज पुस्तकालयों में मनमाने ढंग से कोड निष्पादन का कारण बन सकता है। थोड़ा शोध के बाद, जॉर्ज ने अपने कूबड़ की पुष्टि की: यह इनटेक कोड था जिसने समस्या का कारण बना। इसके अलावा, आखिरी इनटेक बाइनरी को 2008 में वापस छोड़ दिया गया था - एक महीने बाद उन्होंने कंपनी छोड़ दी।

दूसरी कहानी। प्रक्रिया पर काम करें, साथ ही इसके नीचे और इसके ऊपर

[ मूल ]

1980 के दशक के उत्तरार्ध में जब केविन को टाउनबैंक में नौकरी मिली, तो उन्होंने अपने आप को उसी स्थिति में पाया, जब उनके पहले और बाद में हजारों अन्य नव-निर्मित प्रोग्रामर थे: एक कॉर्पोरेट प्रोग्रामर सिर्फ कोड नहीं लिखता - उसे प्रक्रिया से चिपके रहने की जरूरत है।

यह प्रक्रिया केवल विश्व धर्मों के सख्त आदेशों से अलग है, क्योंकि इसका कार्य कोड की अखंडता को बनाए रखना है। प्रक्रिया के लिए महिमा, यह धन्य हो सकता है, प्रक्रिया अच्छी है, आपको हमेशा प्रक्रिया का अनुपालन करना चाहिए, और, सबसे महत्वपूर्ण बात, प्रक्रिया आपके लिए उपयोगी है!

अधिकांश डेवलपर्स के लिए, प्रक्रिया इतनी बुरी नहीं है। बस आपको इसकी आदत डालनी होगी। फॉर्म भरें, अनुमोदन प्राप्त करें, एक परीक्षण योजना पंजीकृत करें, विधानसभा प्रलेखन लिखें - यह सब क्रम में है। हालांकि, जैसा कि केविन ने जल्द ही पता लगा लिया, टाउनबैंक में ऐसी प्रक्रियाएं थीं जिन्हें न तो दिग्गज और न ही शुरुआती लोग अपना सकते थे।

शिव कारक

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

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

गंभीर व्यवसाय!

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

एक शांत दिन पर, केवल एक दिन में एक छोटा सा परिवर्तन किया जा सकता है, लेकिन अक्सर छुट्टियों या सप्ताहांत पर शांत दिन गिर जाते हैं। कष्टप्रद डेवलपर्स ने वरिष्ठ प्रबंधन से शिकायत की, यह तर्क देते हुए कि ये नीतियां परियोजना को धीमा कर देती हैं और पूरी तरह से बेकार लगती हैं। जवाब में, प्रबंधन ने उनके कंधों को हिला दिया - शिवा ने परियोजना की शुरुआत में अपने लक्ष्यों को निर्धारित किया - सुरक्षित वातावरण, अन्य कोड के साथ क्रॉस-संदूषण से सुरक्षित और डेवलपर्स की अक्षमता से। अंत में, VAX सर्वर अभी भी नए थे, और यहां तक ​​कि कई वरिष्ठ डेवलपर्स ने अभी तक उन्हें पूरी तरह से महारत हासिल नहीं की थी।

जनता ने भाग्य को कोसते हुए शाप दिया, लेकिन विद्रोह करने के बजाय, शिव को उखाड़ फेंका और उनके क्रूर शासन को समाप्त कर दिया, सभी ने खुद को इस्तीफा दे दिया और काम करना जारी रखा। शिव की बाधाओं और प्रयासों के बावजूद, प्रक्रिया जारी रही, लेकिन एक स्थिति यह थी कि शिव उपेक्षा करने लगे थे - क्या होगा अगर वह खुद ही दुर्गम था?

छोटा सहायक प्रोग्रामर

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

उम्मीद है कि शिव पहले लौट सकते हैं, केविन उनकी मेज पर गए, लेकिन केवल एक खाली कुर्सी देखी। हालांकि, शिव के कीबोर्ड ने उनका ध्यान आकर्षित किया। अक्षर A, S, V, H और I शेष से अधिक मिटा दिए गए। केविन जानता था कि शिव शक्ति के नशे में था, लेकिन क्या वह इतना मादक था कि वह बार-बार उसका नाम छापने के लिए तैयार था? ... या शायद यह एक सुराग है? मज़े के लिए, केविन कमांड लाइन में गए और उपयोगकर्ता नाम और पासवर्ड के रूप में "शिवा" में प्रवेश किया। यह उम्मीद करते हुए कि शिवा किसी भी समय कार्यालय में प्रवेश कर सकता है, केविन ने "एंटर" पर क्लिक किया और चौंक गया कि वह प्रवेश पूरा करने में सक्षम था।

यह अद्भुत था। यह बहुत अच्छा था। केविन जानता था कि उसे अपनी खोज किसी के साथ साझा करने की आवश्यकता है। उन्होंने यह बात उन दिग्गजों में से एक को बताई, जो उनके गुरु हुआ करते थे, लेकिन उनकी प्रतिक्रिया केविन के लिए आश्चर्य की बात थी।

यह पता चला कि शिव के उपयोगकर्ता नाम और पासवर्ड का संयोजन टाउनबैंक का पसंदीदा "गुप्त" था, जिसे तब से जाना जाता है जब शिव मेनफ्रेम प्रशासक के रूप में काम करते थे।

"ताकि शिव को पहचान न हो," एक और, यहां तक ​​कि अधिक अनुभवी डेवलपर ने केविन को समझाया, "हम यह खेल खेलते हैं जो हम इसे बढ़ाते हैं।"

"वैसे, भविष्य के लिए," उन्होंने जारी रखा, "यदि आप नहीं चाहते हैं कि आप को पकड़ा जाए और सभी के जीवन को बर्बाद कर दिया जाए, तो आपको अपने टर्मिनल से प्रवेश करना चाहिए, न कि उनके कार्यालय से।"

तीसरी कहानी। मेरे लिए ग्रीक बोलो

[ मूल ]


कई दशक पहले, लेजर प्रिंटर, ग्राफिक ऑपरेटिंग सिस्टम और डिवाइस-स्वतंत्र छवि प्रारूपों के आगमन से पहले भी, गस ने स्थानीय कॉलेज के आईटी विभाग में काम किया था। डाउनटाइम के क्षणों के लिए एक व्यक्तिगत परियोजना के रूप में, उन्होंने यह पता लगाने का फैसला किया कि ग्रीक में पाठ कैसे प्रिंट किया जाए। लगभग एक हफ्ते बाद, उन्होंने एक प्रोग्राम रखा जो एक प्रिंटर में शास्त्रीय ग्रीक पाठ को प्रिंट करने में सक्षम था।

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

गस ने एक बार एरिज़ोना में एक अज्ञात कॉलेज के प्रोफेसर से एक ईमेल प्राप्त किया। उन्होंने चीफ गस से एक अद्भुत, पौराणिक कार्यक्रम के बारे में सुना। क्या उसे भी मिल सकता है?

गस ख़ुशी से सहमत होगा, लेकिन एक समस्या उत्पन्न हुई। उनका कार्यक्रम VAX / VMS ऑपरेटिंग सिस्टम और पास्कल कंपाइलर के पिछले संस्करण के लिए था, और इसने एक विशिष्ट VERSAMOD-200 प्रिंटर को टेक्स्ट आउटपुट किया, जिसे मैट्रिक्स मोड में स्विच किया जा सकता था, और एक विशिष्ट प्रिंट ड्राइवर को, जो बड़े करीने से बाइनरी कोड के साथ पैच किया गया था, ताकि ऐसा न हो मैट्रिक्स छवियों को खराब करें। गस ने संदेह जताया कि प्रोफेसर को उनके स्पष्टीकरण की सराहना करने के लिए पर्याप्त तकनीकी ज्ञान था, इसलिए उन्होंने विनम्रता से और बिना तकनीकी विवरण के जवाब दिया: क्षमा करें, लेकिन कार्यक्रम केवल किसी अन्य मशीन पर काम नहीं करेगा।

एक हफ्ते बाद, एक मालिक अपनी मेज पर आया, उसने एरिज़ोना के अपने दोस्त का उल्लेख किया, और धीरे से गस से पूछा कि क्या वह उसे कार्यक्रम भेजने का कोई तरीका ढूंढ सकता है। दुनिया में किसी अन्य कंप्यूटर पर कोड चलाने की असंभवता को समझाने के Gus के प्रयासों के बारे में नहीं सुना गया है।

"आप एक प्रतिभाशाली, गस हैं! मुझे यकीन है कि आप कुछ लेकर आएंगे। अग्रिम धन्यवाद! ”, - अपने स्वयं के आशावाद से संतुष्ट, बॉस ने छोड़ दिया।

गस ने सोचना शुरू किया कि वह कैसे पूरा कर सकता है, या कम से कम आधा पूरा कर सकता है, बॉस का अनुरोध। अंत में, उन्हें एक विचार मिला। उन्होंने अपने कंप्यूटर की कमांड लाइन: DUMP /HEX "PRINTGREEK.EXE" /LIST=VERSAMOD-200 ।

जल्द ही, अपने कार्यक्रम के हेक्साडेसिमल डंप ने एक मूर्त कागजी रूप धारण कर लिया। गस ने एक मुस्कान के साथ एक प्रिंटआउट इकट्ठा किया और बॉस के कार्यालय में चला गया। "यहाँ वह है! यह कार्यक्रम है, जैसा आपने अनुरोध किया था। ”

"ओह!" बॉस हैरान था, लेकिन समझ रहा था।

"अगर उन्हें स्थापना के साथ कोई समस्या है, तो उन्हें मुझसे संपर्क करने दें और मैं मदद करूंगा," गस ने कहा।

"बहुत बढ़िया! बहुत बहुत धन्यवाद! ”, एक उपयुक्त मेल लिफाफे की तलाश में, बॉस ने टेबल पर नज़र डाली।

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

चौथी कहानी। आपातकालीन फैक्स

[ मूल ]


प्रौद्योगिकी विकास के वर्तमान चरण में फैक्स पुरानी हैं। टेलीफोन की तुलना में उन्हें एक दर्जन से अधिक साल पहले आविष्कार किया गया था, लेकिन स्कैनिंग और ईमेल प्रौद्योगिकियों में भारी प्रगति के बावजूद, वे अभी भी संचार के मानक रूप बने हुए हैं।

डेटा संचारित करते समय, लाइन पर यादृच्छिक हकलाना या शोर फैक्स को बर्बाद कर सकता है। अधिकांश आधुनिक फ़ैक्स मशीनों में अल्पविकसित त्रुटि हैंडलिंग कार्य होते हैं जो उपयोगकर्ता को सचेत करते हैं कि फ़ैक्स को नाराज होना चाहिए।

बग के साथ काम करने का यह तरीका इतनी अच्छी तरह से काम करता है कि इसे बदलने के लिए कभी किसी के साथ नहीं हुआ। लेकिन टॉम ने जिस कंपनी के लिए काम किया, उसमें से एक बिजनेस एनालिस्ट के पास एक उज्ज्वल विचार था।

"क्या होगा अगर उपयोगकर्ता संदेश के इंतजार में फैक्स मशीन के बगल में नहीं बैठा है?" उन्होंने सोचा। "क्या होगा अगर प्रेषक की फैक्स मशीन समस्या का पता नहीं लगाती है?" हम उसे एक बग रिपोर्ट फैक्स करना चाहिए!

हालांकि विश्लेषक की चिंता अच्छी तरह से स्थापित थी, टॉम और उनके समूह ने इस बात पर आपत्ति जताई कि एक विफल फैक्स संदेश भेजने से सभी के लिए जीवन आसान नहीं होगा।

उन्होंने कहा कि इसकी वजह से, प्रेषक की मशीन व्यस्त हो जाएगी और वह मूल फैक्स को फिर से नहीं भेज सकेगा।

विश्लेषक ने कहा, "यह सामान्य है," हमारे सॉफ्टवेयर समानांतर में फैक्स भेज और प्राप्त कर सकते हैं। यह विचार iPod के बाद आया सबसे अच्छा है ! वह बिल्कुल विश्वसनीय है ! ”

लेकिन बहस व्यर्थ थी: प्रबंधन की नजर में, व्यापार विश्लेषक हमेशा सही होते हैं, और इस समारोह को तत्काल लागू किया गया था। कार्यक्रम को "फ़ैक्सबैक" कहा जाता था, और इसने नाम के अनुरूप कार्य किया: यह असफलता की घटना के बाद एक छोटी अवधि के लिए प्रेषक (कॉलर आईडी द्वारा पहचाना गया) को वापस प्रेषित करता है।

लंबे समय तक, सब कुछ मामूली समस्या के बिना काम किया, जब तक कि एक दिन दो सायरन वाली पुलिस की कार टॉम के कार्यालय के पास रुक गई। पुलिस ने कहा कि उन्होंने 911 पर एक आपातकालीन कॉल का जवाब दिया, लेकिन कोई आपात स्थिति नहीं थी और किसी ने स्वीकार नहीं किया कि उन्होंने 911 डायल किया।

जल्द ही अधिकारियों ने छोड़ दिया, लेकिन अगले दिन सुबह जल्दी, दो अन्य पुलिस कारों ने कार्यालय के लिए जल्दी से रवाना किया। फिर से कोई आपात स्थिति नहीं थी और 911 पर किसी ने फोन नहीं किया, इसलिए वे शांति से कार्यालय से बाहर चले गए।

लेकिन तीसरी बार, जब कार अगले दिन दोपहर में दिखाई दी, तो अधिकारियों ने "चिंता" का स्रोत मिलने तक छोड़ने से इनकार कर दिया। पुलिस विभाग सुनिश्चित था कि कंपनी के नंबर से कॉल आया था, और यह पता लगाने की मांग की गई थी कि क्या हो रहा है।

दिन और कंपनी के भीतर शाम के ट्रैकिंग फोन कॉल्स के बाकी दिन बिताने के बाद, टॉम को पता चला कि 911 पर कॉल डेटा सेंटर से आ रहे हैं, और विशेष रूप से फ़ैक्सबैक से।

कार्यालय टेलीफोन की तरह, फेसिअल मशीनों को बाहरी लाइन तक पहुंचने के लिए "9" डायल करना पड़ा। इसलिए, जब फ़ैक्सबैक ने नई दिल्ली से एक असफल फैक्स का उत्तर दिया, तो नौ डायल करते हुए, इसके बाद भारत के अंतर्राष्ट्रीय कोड - 11, और दूरसंचार प्रणाली के "विशेष नियम" ने काम किया।

दूरसंचार प्रणाली को स्थापित करने वाला व्यक्ति 911 को एक विशेष मामले के रूप में मानने के लिए उज्ज्वल विचार के साथ आया था, क्योंकि शायद पहले एक और नौ डायल करने के लिए कॉलर ने आपातकाल की स्थिति में नहीं सोचा होगा। फैक्स पूल में एक विशेष नियम भी लागू होता है, भले ही कॉलर सिर्फ एक कंप्यूटर था।