काही आठवड्यांपूर्वी बद्दल बातमी मध्ये काही अंमलबजावणी केली गेली लिनक्स-नेक्स्ट शाखा, ज्यामध्ये घटकांचा प्रारंभिक सेट समाविष्ट आहे डिव्हाइस ड्राइव्हर्स विकसित करण्यासाठी गंज भाषेत.
हे दस्तऐवजीकरण स्वतंत्रपणे लिनक्स कर्नलमधील रस्टच्या वापरावर आणि रस्ट भाषेमधील कॅरेक्टर डिव्हाइस ड्राइव्हरसह कर्नल मॉड्यूलचे उदाहरण स्वतंत्रपणे प्रकाशित केले गेले. कोडचे शाखा व्यवस्थापक स्टीफन रोथवेल यांनी जोडले.
यानंतर लिनस टोरवाल्ड्स अंमलबजावणीच्या पुनरावलोकनावर गेला लिनक्स कर्नलमध्ये रस्ट भाषा ड्राइव्हर्स् निश्चित करण्यासाठीच्या संभाव्यतेचे पॅच आणि काही टीका केली.
सर्वात मोठ्या तक्रारी झाल्या सुटण्याची शक्यता चुकीच्या परिस्थितीत "रन-टाइम अपयश पॅनिकेन", उदाहरणार्थ, मेमरी नसलेल्या परिस्थितीत, जेव्हा कर्नल ऑपरेशन्ससह डायनॅमिक मेमरी ationलोकेशन ऑपरेशन्स अयशस्वी होऊ शकतात.
टोरवाल्ड्स असे नमूद केले की कर्नलवर असे फोकस मूलभूतपणे अस्वीकार्य आहे, आणि जर आपणास हा मुद्दा समजत नसेल तर आपण अशा पध्दतीचा प्रयत्न करण्याचा कोणताही कोड पूर्णपणे नाकारू शकता. दुसरीकडे, पॅचच्या विकसकाने समस्येस सहमती दर्शविली आणि ते सोडण्यायोग्य मानले.
आणखी एक समस्या म्हणजे फ्लोटिंग पॉईंट किंवा १२128 बिट प्रकार वापरण्याचा प्रयत्न जे लिनक्स कर्नल सारख्या वातावरणास वैध नसतात.
हे केव्हा होऊ शकते याविषयी आपल्याला माहिती नाही
माझ्यासारख्या समस्येपेक्षा ती कमी आहे, परंतु मूलभूतपणे
मला वाटते की जर कोणतीही रस्ट मॅपिंग घाबरुन गेली तर हे सरळ आहे
_ मूलभूत_ स्वीकार्य नाही.नॉन-कोअर नियंत्रक किंवा कोडमध्ये मॅपिंग अयशस्वी करणे आणि ते यासाठी आहे
व्याख्या, सर्व नवीन रस्ट कोड, कधीही कारणीभूत होऊ शकत नाहीत
घाबरू नका हेच «अगं, काही प्रकरणांमध्ये मी वापरण्याचा प्रयत्न केला नाही
128-बिट पूर्णांक किंवा फ्लोटिंग पॉईंट 'तर जर रस्ट कंपाईलर लपविलेल्या असाइनमेंटस कारणीभूत असेल तर ते होऊ शकत नाही
त्रुटी म्हणून शोधून परत करा, मग या सर्व गोष्टींचा मला गंभीरपणे विश्वास आहे
दृष्टीकोन पूर्णपणे नाकेड आणि रस्ट इन्फ्रास्ट्रक्चर असावा,
एकतर कंपाईलर स्तरावर किंवा कर्नल रॅपर्समध्ये आपल्याला अधिक आवश्यक आहे
काम
ही आणखी गंभीर समस्या ठरली., या क्षणी पासून रस्टची मध्यवर्ती लायब्ररी अविभाज्य आहे आणि मोठ्या डागांचे प्रतिनिधित्व करते; केवळ काही वैशिष्ट्यांची विनंती करण्याचा कोणताही मार्ग नाही, अशा प्रकारे एक किंवा दुसर्या समस्याप्रधान कार्यक्षमतेचा वापर टाळणे.
समस्येच्या निराकरणासाठी, रस्ट कंपाइलर आणि लायब्ररीमध्ये बदल आवश्यक आहेत, जरी भाषा ग्रंथालयांसाठी मॉड्यूलरिटी कशी लागू करावी याबद्दल संघात अद्याप धोरण नाही.
तसेच, टोरवाल्ड्स यांनी निदर्शनास आणले की प्रदान केलेले उदाहरण नियंत्रक निरुपयोगी आहे आणि वास्तविक समस्या सोडविणारा ड्रायव्हर उदाहरण म्हणून जोडण्याचा सल्ला दिला.
ह्या आधी गुगलने लिनक्स कर्नलमधील रस्ट समर्थनास प्रोत्साहित करण्याच्या पुढाकाराने सहभागाची घोषणा केली y तांत्रिक बाबी प्रदान केल्या मेमरीसह काम करण्याच्या त्रुटींमुळे उद्भवणार्‍या समस्यांचा सामना करण्यासाठी रस्टची अंमलबजावणी करण्याच्या व्यवहार्यतेची
गूगलला वाटते की रस्ट सी ला विकास भाषेच्या रूपात सामील होण्यासाठी सज्ज आहे लिनक्स कर्नल घटक. कर्नल ड्राइव्हर्स विकसित करण्यासाठी, रस्ट भाषा वापरण्याची उदाहरणे देखील या लेखात दिली आहेत, Android प्लॅटफॉर्मवरील त्याच्या वापराच्या संदर्भात (अँड्रॉइड विकासासाठी रस्ट अधिकृतपणे समर्थित भाषा म्हणून ओळखली जाते).
हे लक्षात पाहिजे की गूगलने रस्टमध्ये लिहिलेल्या कंट्रोलरचा प्रारंभिक नमुना तयार केला आहे बाईंडरच्या आंतर-प्रक्रिया संप्रेषण यंत्रणेसाठी, जे सी आणि रस्टमधील बांधकामाच्या अंमलबजावणीची तपशीलवार कार्यक्षमता आणि सुरक्षा तुलना करण्यास अनुमती देईल.
सध्याच्या स्वरुपात हे काम अद्याप पूर्ण झालेले नाही, परंतु बांधकामासाठी काम करण्यासाठी आवश्यक असलेल्या कर्नल फंक्शनॅलिटीच्या जवळजवळ सर्व मूलभूत अमूर्ततेसाठी, रस्ट कोडमध्ये या गोषवारा वापरण्यासाठी स्तर तयार केले गेले आहेत.
शेवटी, जर तुम्हाला त्याबद्दल अधिक जाणून घ्यायचे असेल तर आपण तपशील तपासू शकता पुढील लिंकवर
त्यांच्या सर्व टीका वैध आहेत, हे समजून घेत की रस्ट ही नवीन भाषा आहे जी सीच्या वेगळ्या प्रतिमानानुसार कार्य करते, ग्रंथालयांमध्ये किंवा संकलित केलेल्या स्वतःच्या कुठल्याही तपशीलांविषयीची काळजी ही समजण्याजोगी आहे जिथे कोड वैध असले तरी ते कारणीभूत आहे. कर्नल तोडण्यासाठी तसेच कार्यान्वित कसे केले जाते. म्हणूनच प्रोग्रामसाठी (किंवा कोणत्याही नियंत्रकासाठी या प्रकरणात) आवश्यक असलेली फंक्शन्स कॉल करण्यासाठी आणि केवळ चालू ठेवण्यासाठी लायब्ररीचे मॉड्युलायझर करण्यास सक्षम असणे या सूचना योग्यरित्या कार्य करतात. किंवा आपण जे विचारत आहात ते अवास्तव नाही, की ते आपल्यासाठी वास्तविक प्रोटोटाइप नियंत्रक आणतात जे सध्याच्या समस्येवर चांगले काम करते (किंवा कमीतकमी कर्नलमध्ये अस्तित्त्वात असलेल्यासारखेच कार्य करते आणि घाबरून न जाता कार्य करते).
यांचे लेख वेळोवेळी पुन्हा वाचतात Linux Adictos पण मला निराश व्हायला फारच कमी वेळ लागतो जेव्हा मी पाहतो की खूप चांगली सामग्री असूनही, अंतिम परिणाम भयानक स्पेलिंगसह नष्ट होतो.
शब्दलेखन आणि व्याकरण इतके कठीण होईल का?
एक लाज!
आनंदी व्हा!