जावा 2.2250738585072012e-308 पर लटका हुआ है

Konstantin Preisser ने हाल ही में कुछ बहुत ही रोचक खोज की: जावा - रनटाइम और कंपाइलर - दोनों एक अंतहीन लूप में प्रवेश करते हैं जब दशमलव 2.2250738585072012e-308



को डबल में परिवर्तित करते हैं। सिद्धांत रूप में, संख्या को 0x1p-1022



परिवर्तित किया जाना चाहिए, अर्थात, 0x1p-1022



। हालांकि, जावा 0x0.fffffffffffffp-1022



पर जमा देता है, जो कि दोहरे के लिए सबसे बड़ी संख्या है।

रनटाइम में अंतहीन लूप

 class RuntimeHang { public static void main(String[] args) { System.out.println("Test:"); double d = Double.parseDouble("2.2250738585072012e-308"); System.out.println("Value: " + d); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

संकलन समय पर अंतहीन लूप

( यदि आप इसे एक्लिप्स में आज़माना चाहते हैं, तो पहले सब कुछ सहेजना न भूलें, अन्यथा आप इसकी छाया संकलन - लगभग) के साथ अपने होश में नहीं आ पाएंगे ।

 class CompilationHang { public static void main(String[] args) { double d = 2.2250738585072012e-308; System.out.println("Value: " + d); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

बिल्ली के तहत, इस घटना के कारणों के बारे में लेखक का तर्क।

मामला क्या है?

कोन्स्टेंटिन ने पाया कि फ्लोटिंगडेसिमल.जाव में कम से कम रनटाइम में समस्या "सुधार चक्र" में है। वह लिखते हैं:

यदि आप इस भाग को कमेंट करते हैं, तो Double.parseDouble(String s)



में अधिक हैंगअप नहीं होता है, क्योंकि Double.parseDouble(String s)



, जो sun.misc.FloatingDecimal.readJavaFormatString(s).doubleValue()



कहता है sun.misc.FloatingDecimal.readJavaFormatString(s).doubleValue()



शुद्ध जावा कोड है, कुछ भी नहीं है। लेकिन यह फ्लोटिंग पॉइंट अंकगणित का उपयोग करता है, इसलिए यह संकलक सेटिंग्स हो सकती है जिसमें JRE और javac संकलित किए गए थे।



सुधार चक्र के बिना, ऐसे बिट्स (बड़ा एंडियन) आउटपुट हैं:

 00000000 00001111 11111111 11111111 11111111 11111111 11111111 11111111
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अर्थात्, घातांक शून्य होने के बाद, संख्या सबसे बड़ी अस्थायी फ्लोटिंग-पॉइंट संख्या में बदल जाती है। सुधार चक्र के बिना, एक ही बात 2.2250738585072013e-308



साथ 2.2250738585072013e-308



, हालांकि, यदि आप चक्र को 2.2250738585072013e-308



करते हैं, तो इसे सही तरीके से परिवर्तित किया जाएगा:

 00000000 00010000 00000000 00000000 00000000 00000000 00000000 00000000
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अनुवादक से

मैंने 32- और 64-बिट हॉटस्पॉट और 64-बिट ओपनजेडके पर समस्या की जांच की और पुन: पेश किया। इसके अलावा, PHP में एक समान समस्या है । कॉन्स्टेंटिन प्रिसर पहले ही एक बग रिपोर्ट भेज चुका है।