स्क्वीक/Pharo अनुपस्थित स्रोत कोड के मामले में विशेष हैंडलिंग हैं: वे कोशिश करते हैं और उचित MethodDictionary से CompiledMethod डिकंपाइल।
तुम यहाँ क्या देखा Decompiler की विफलता ठीक से कुछ विधि डिकंपाइल है।
कोड के बिना, आईडीई गैर कार्यात्मक है, और आप फंस रहे हैं (यदि आप अपने कोड नहीं बचा सकता अपने कोड, डिबग अपने कोड ब्राउज़ ...)
यह Pharo 1.1 संस्करण बहुत पुराना है और आप इस पर कोई समर्थन नहीं मिलेगा।
लेकिन दिलचस्प बात यह है कि आप का सामना करना पड़ा Decompiler के बग अभी भी चालू स्क्वीक ट्रंक विकास पर मौजूद है (4.5)
और विधि है कि Decompiler loosy बनाता है:
< aNumberWithUnits
(self compareUnits: aNumberWithUnits)
ifTrue: [self value: ((aNumberWithUnits value) < (self value) ifTrue: [^true] ifFalse: [^false]).]
ifFalse: [^Error new signal: 'Incompatible unit types.'].
यह एक नहीं बल्कि अपरंपरागत कोड है चूंकि संदेश [self value: ...]
कभी नहीं भेजा जाएगा।
कारण यह है कि पैरामीटर का मूल्यांकन पहले किया जाएगा, और स्थिति की दोनों शाखाएं ifTrue: [^true] ifFalse: [^false]
वापस आ जाएंगी।
जब से तुम कुछ अंधेरे कोने कि केवल newbies का पता लगाने है का पता लगाया है, और है कि हम परीक्षण करने के लिए विफल रहा है, मैं सिर्फ इतना कहना चाहता हूँ धन्यवाद।
आप इसे पसंद लग रहा है, तो आप चित्र से http://bugs.squeak.org
स्रोत
2013-06-19 23:20:45
पर एक रिपोर्ट खोल सकते हैं, यह एक चीख़ 4.x स्वाद की तरह दिखता है।वास्तव में कौन सा संस्करण? यह एक बग की तरह दिखता है, इसलिए आपको शायद स्टैक को डंप करना होगा और इसे स्क्वाक-डे मेलिंग सूची में पोस्ट करना होगा (या एक मंटिस समस्या खोलें)। –
अच्छा बग ढूंढें !! –