Microsoft developer တစ်ဦးက ReactOS သည် Windows ကုဒ်ကို ချေးငှားခြင်းမရှိဘဲ လုပ်ဆောင်နိုင်သည်ဟု ယုံကြည်သည်။

Windows kernel ကို တီထွင်တဲ့ Microsoft အင်ဂျင်နီယာ Axel Rietschin၊ မေးခွန်းထုတ်သည်။ Windows မှကုဒ်ကိုချေးစရာမလိုဘဲ ReactOS လည်ပတ်မှုစနစ်ကို ဖွံ့ဖြိုးတိုးတက်အောင် လုပ်ဆောင်နိုင်မှု။ သူ့အမြင်အရ ReactOS developer များသည် တက္ကသိုလ်များသို့ လိုင်စင်ရထားသော အရင်းအမြစ်ကုဒ်ဖြစ်သည့် Windows Research kernel မှကုဒ်ကို အသုံးပြုခဲ့သည်။ GitHub အပါအဝင် နေရာအမျိုးမျိုးတွင် ဤကုဒ်ပေါက်ကြားမှုများကို လွှင့်တင်ထားသည်။

Ritchen သည် ရရှိနိုင်သော အများသူငှာ စာရွက်စာတမ်းများကိုသာ အသုံးပြု၍ ယခုရေးသားထားသည့်အတိုင်း ReactOS kernel ကို အစမှ ရေးရန် မဖြစ်နိုင်ကြောင်း Ritchen က ယုံကြည်ပါသည်။ အထူးသဖြင့်၊ ReactOS kernel ရှိ အတွင်းပိုင်းတည်ဆောက်ပုံများနှင့် လုပ်ဆောင်ချက်များ၏အမည်များသည် Windows Research kernel ရှိ အလားတူအမည်များနှင့် တိုက်ဆိုင်နေသော်လည်း အဆိုပါအမည်များကို စုစည်းမှုအတွင်း တင်ပို့ခြင်းမပြုဘဲ မူရင်းကုဒ်မှလွဲ၍ မည်သည့်နေရာတွင်မှ ပေါ်မလာပါ။ မူရင်း Windows ကုဒ်ကို မကြည့်ဘဲ တိကျမှန်ကန်စွာ ပြန်လည်ထုတ်လုပ်၍ မရနိုင်သော မက်ခရိုအမည်များနှင့် ကန့်သတ်ဘောင်များအတွက်လည်း အလားတူပင်ဖြစ်သည်။

2006 မှာ ReactOS ရှိခဲ့တာကို ပြန်သတိရပါ။ ထုတ်ဖော်ခဲ့သည်။ Windows ကို decompiling ပြုလုပ်ခြင်းဖြင့် ရရှိသော assembly code လိုင်း 100 ခန့် ပါဝင်သည်။ ယင်းနောက်တွင် ဖြစ်နိုင်ခြေရှိသော လမ်းဆုံများကို စစ်ဆေးရန် တစ်လခန့် ရပ်ဆိုင်းခဲ့သည်။ ထိုအချိန်မှစ၍ ReactOS developer များသည် ပရောဂျက်တွင်ပါဝင်ရန် အဆိုပြုထားသော အရင်းအမြစ်ကုဒ်များကို စစ်ဆေးခြင်းနှင့်ပတ်သက်၍ အထူးသတိထားလာကြသည်။

US မူပိုင်ခွင့်ဥပဒေများကို လိုက်နာရန် နောက်ပြန်အင်ဂျင်နီယာလုပ်သည့်အခါ ReactOS ပရောဂျက်သည် သုတေသီတစ်ဦးသည် အလုပ်ခွဲခြမ်းစိတ်ဖြာပြီး ၎င်းအပေါ်အခြေခံ၍ စာရွက်စာတမ်းများကို ထုတ်လုပ်ပေးသည့် ဒီဇိုင်းနှစ်ခုကို အသုံးပြုကာ ReactOS အတွက် အကောင်အထည်ဖော်မှုအသစ်တစ်ခုဖန်တီးရန် အခြား developer မှ အဆိုပါစာရွက်စာတမ်းကို အသုံးပြုသည်။ ခွဲခြမ်းစိတ်ဖြာမှုအဆင့်တွင် ပေါက်ကြားမှုကြောင့် ရရှိသော Windows အရင်းအမြစ်ကုဒ်များကို အသုံးပြုနိုင်ပြီး စုစည်းထားသော စာရွက်စာတမ်းများသည် လုပ်ဆောင်ချက်များနှင့် တည်ဆောက်ပုံများ၏ တူညီသောအမည်များကို ထင်ဟပ်စေသော်လည်း ReactOS တွင် အသုံးပြုသည့် ဖွံ့ဖြိုးတိုးတက်မှုအစီအစဉ်ဖြင့် အကောင်အထည်ဖော်မှုသည် လုံးဝကွဲပြားမည်ဖြစ်ပြီး၊ အစကနေဖန်တီးတယ်။

နောက်ပြီး ပြီးပြီ။ ဒါဟာခဲ့ ဖြစ်ရပ်မှန်များ အတွင်းပိုင်းကိန်းရှင်များ၏ အမည်များဆိုင်ရာ ဒေတာအပါအဝင် မသန့်ရှင်းသော အမှားရှာပြင်ခြင်းဆိုင်ရာ အချက်အလက်များဖြင့် NT နှင့် W2K kernel စည်းဝေးပွဲများကို ကြီးကြပ်ခြင်းဆိုင်ရာ ထုတ်ဝေမှုများ။ SDK/DDK တွင်ပါဝင်သော header files များတွင် ဖွဲ့စည်းပုံနှင့် function name အများအပြားကို တွေ့နိုင်ပြီး COM runtime ကဲ့သို့သော အစိတ်အပိုင်းများကို ခွဲခြမ်းစိတ်ဖြာခြင်းဖြင့် စနစ်ခေါ်ဆိုမှုများ၏ ဖွဲ့စည်းပုံကို ဆုံးဖြတ်နိုင်ပါသည်။ သင်္ကေတအမည်ဇယားများကို မရှင်းလင်းဘဲ၊ hotfix အပ်ဒိတ်များကို မကြာခဏ ထုတ်ပြန်လေ့ရှိသည်။ ထို့အပြင်၊ အချို့သော Windows ပရိုဂရမ်များနှင့် ဒရိုက်ဘာများသည် အများသူငှာမဟုတ်သော၊ စာရွက်စာတမ်းမရှိသောခေါ်ဆိုမှုများကို အသုံးပြုကြပြီး virtualization စနစ်များနှင့် emulators များတွင် စတင်လိုက်လျောညီထွေဖြစ်အောင်ပြုလုပ်နေစဉ်အတွင်း ဝှက်ထားသော Windows အင်္ဂါရပ်များစွာကို ထင်ရှားစေသည်။

ReactOS developer များသည် reverse engineering process တွင် ဤအစိတ်အပိုင်းများကို အသုံးပြုနိုင်သည်။

source: opennet.ru

မှတ်ချက် Add