मैं वास्तव में "स्वीकृत उत्तर" से सहमत नहीं हूं। यह माइक्रोसॉफ्ट पक्ष पर पूरी तरह से गलत है, और अवास्तविक उम्मीदों का कारण बन सकता है। to_time_t
और from_time_t
को लागू करने के लिए सी ++ 11 मानक system_clock
की आवश्यकता है, लेकिन steady_clock
और high_resolution_clock
के लिए ऐसी कोई आवश्यकता नहीं है। यह "is-a" रिश्ते नहीं है, क्योंकि steady_clock
system_clock
के सभी आवश्यक इंटरफेस को लागू नहीं करता है; न ही यह चाहिए। माइक्रोसॉफ्ट की कार्रवाई मुझे समझ में नहीं आती है: समय की स्कूइंग की समस्या से बचने के दौरान steady_clock
में to_time_t
की उम्मीद कैसे हो सकती है?
तो, बस डालें, माइक्रोसॉफ्ट ने गलती की है, और वे इसे ठीक करने में धीमे हैं। स्टीफन टी। Lavavej के अनुसार, "2013 आरटीएम में इसे ठीक करने के लिए समय नहीं था", और "सभी घड़ियों को कई सक्रिय बग द्वारा ट्रैक के रूप में, फिर से कार्यान्वित करने की जरूरत है"। https://connect.microsoft.com/VisualStudio/feedback/details/719443/ देखें।
मुझे लगता है कि यह वह नहीं था जिसने शुरुआत में बकवास नकली कार्यान्वयन लिखा था।
संपादित करें: मुझे आश्चर्य है कि मैं थोड़ी परेशान भी हो गई थी। मेरे डाउनवॉटर और असहमत, क्या आपको एहसास है कि आप एक टूटी हुई कार्यान्वयन को तर्कसंगत बना रहे हैं, जिसे जल्द ही बदला जा सकता है और तय किया जा सकता है? मुझे एक वास्तविक कार्यान्वयन नाम दें जिसमें steady_clock
system_clock
से उत्तराधिकारी है और टूटा नहीं है ....जुलाई 2014 के
तथ्य अद्यतन: दृश्य स्टूडियो के रूप में 2014 CTP2, steady_clock
अब system_clock
....
स्रोत
2013-12-30 10:39:58
अधिकार से विरासत, इस इंटरफेस विरासत, नहीं कार्यान्वयन विरासत (हालांकि सी में आम तौर पर ++ आप हो सकता है दोनों)। और एक स्थिर घड़ी एक अस्थिर घड़ी के इंटरफ़ेस को संतुष्ट करती है। –
@BenVoigt मुझे नहीं लगता कि "एक स्थिर घड़ी एक अस्थिर घड़ी के इंटरफ़ेस को संतुष्ट करती है"। 'system_clock' '________'' '____ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ और 'steady_clock' या 'high_resolution_clock'' time_t' (32-बिट प्लेटफॉर्म पर esp।) की पूरी श्रृंखला का समर्थन नहीं कर सकता है। –
@ योंगवेई: आप रिश्तेदार बनाम पूर्ण समय के साथ स्थिर बनाम अस्थिर भ्रमित कर रहे हैं। –